re: kern/53788: vt switching panic

[matthew green <mrg%eterna.com.au@localhost>]

The following reply was made to PR kern/53788; it has been noted by GNATS.

From: matthew green <mrg%eterna.com.au@localhost>
To: christos%zoulas.com@localhost (Christos Zoulas)
Cc: gnats-bugs%NetBSD.org@localhost, kern-bug-people%netbsd.org@localhost,
    gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost, dholland%NetBSD.org@localhost
Subject: re: kern/53788: vt switching panic
Date: Sun, 16 Dec 2018 08:00:01 +1100

 Christos Zoulas writes:
 > On Dec 15,  6:25pm, mlelstv%serpens.de@localhost (Michael van Elst) wrote:
 > -- Subject: Re: kern/53788: vt switching panic
 > =
 
 > |  We can probably just replace the allocations with kmem_intr_alloc and
 > |  kmem_intr_free.
 > |  =
 
 > |  Or we could defer the switch operations to a process context, e.g. a =
 workqueue.
 > =
 
 > I'll go for the intr flavors for now.
 
 i agree -- it's likely only one small allocation per X server,
 so it's also very uncommon (only start X start/end/timeout),
 so this is the simplest and clearest fix that out any sort of
 work on usl code itself (which seems warranted -- there are
 other reports of vt switch issues.)
 
 
 .mrg.