Re: [regression,bisected] Missing boot messages with VESAFB after VT initialization

From: Frans Pop
Date: Fri Apr 30 2010 - 14:46:14 EST


On Saturday 17 April 2010, Frans Pop wrote:
> Initially all messages from init scripts are displayed correctly, but
> after the init script to set up the VT1-VT6 is run, messages from init
> scripts are no longer displayed. Instead the display is blank with only
> a cursor.
>
> However, if I switch back to VT1 from X.Org after the boot has
> completed, the missing messages are visible.
>
> System is x86_64 running Debian stable ("Lenny"). I'm using VESAFB
> (vga=791) and no KMS.

I've done a new bisection for this issue (with cold boots instead of
reboots) and now end up in the following merge:
commit 94468080220162f74dc6ce5c3e95e5fec8022902
Merge: fb7b096 137ee2f
Author: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Merge git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty-2.6

Unfortunately I cannot bisect into that merge as I get a NULL pointer bug
after typing the passphrase for my encrypted partition.

I suspect one of the following commits from that merge:
* commit 638b9648ab51c9c549ff5735d3de519ef6199df3
Author: Alan Cox <alan@xxxxxxxxxxxxxxx>
tty: Fix the ldisc hangup race
* commit 4165fe4ef7305609a96c7f248cefb9c414d0ede5
Author: Alan Cox <alan@xxxxxxxxxxxxxxx>
tty: Fix up char drivers request_room usage
* commit d9661adfb8e53a7647360140af3b92284cbe52d4
Author: Alan Cox <alan@xxxxxxxxxxxxxxx>
tty: Keep the default buffering to sub-page units
* commit eec9fe7d1ab4a0dfac4cb43047a7657fffd0002f
Author: Ari Entlich <atrigent@xxxxxxxxxxx>
tty: Add a new VT mode which is like VT_PROCESS but doesn't require a
VT_RELDISP

The last one is probably the most likely as the issue occurs after an init
script loops over all VTs to run 'consolechars' and/or 'charset'.

See http://lkml.org/lkml/2010/4/17/48 for my original mail with some
additional details.

Cheers,
FJP
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/