[PATCH] linux: Automatically ShareVTs if the VT are already in graphics mode

[Daniel Vetter]

On Thu, Aug 14, 2014 at 11:36:11AM +0100, Chris Wilson wrote:
> On Wed, Aug 13, 2014 at 10:58:54AM +0100, Chris Wilson wrote:
> > If the VT we are using is already in KD_GRAPHICS mode, calling SETACTIVE
> > will silently fail. This leads to an indefinite hang as WAITACTIVE never
> > returns causing lockups on boot. This issue becomes apparent when the
> > kernel driver does not install a fbdev for kernel to use for consoles
> > and plymouth leaves the VT in graphics mode.
> 
> It stops the hang on boot, but it also leaves process control on the
> defunct VT (i.e. ^C kills Xorg). Can we do the console switch without
> WAITACTIVE? Also doesn't explain why it works the second time.

So this is the comment from the clueless guy who created this mess, but
I've thought the entire point of the dummy console (which should still be
there) is that all the VT switching still works as if there's a real
console. At least my minimal testing with a few X servers seemed to
indicate that that still worked ...

Or did you manage to get rid of the dummy console, too? That would be a
bug in the Kconfig logic we currently have.
-Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch