[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200710141121.43752.pop00041@planet.nl>
Date: Sun, 14 Oct 2007 11:21:43 +0200
From: Frans Pop <pop00041@...net.nl>
To: "Antonino A. Daplas" <adaplas@...il.com>
Cc: linux-kernel@...r.kernel.org
Subject: Re: 2.6.23: No text consoles with FRAMEBUFFER_CONSOLE_DETECT_PRIMARY
On Sunday 14 October 2007, Antonino A. Daplas wrote:
> On Sat, 2007-10-13 at 20:13 +0200, Frans Pop wrote:
> > I could solve this issue in two ways:
> > - boot with VGA=791 parameter (initial boot was without VGA= parameter)
> > - compile kernel without FRAMEBUFFER_CONSOLE_DETECT_PRIMARY set (I also
> > unset FB_VIRTUAL, but without its boot param that should be a no-op)
>
> After looking at vfb.c again, it seems the default is for vfb to be
> enabled and you have to actively disable vfb either with
>
> video=vfb:disable or video=vfb:off
Yes, that works as well.
> I have to change this behavior. In the meantime, try one of the above
> options.
No real need. I normally boot with vga=791 (which is also why I did not
see this during my testing of 2.6.23-rc*).
On Sunday 14 October 2007, Antonino A. Daplas wrote:
> Can you also post your dmesg and /proc/cdmline?
Guess that's no longer really needed, but here are the relevant lines from a
dmesg diff between kernels with and without FB_CONSOLE_DETECT_PRIMARY.
<snip>
Command line: root=/dev/sdb1 ro
[...]
Console: colour VGA+ 80x25
console [tty0] enabled
[...]
checking if image is initramfs...<6>Switched to high resolution mode on CPU 1
Switched to high resolution mode on CPU 0
[console output stopped here]
it is
[...] (omitted about 30 lines)
-Console: switching to colour frame buffer device 80x25
-fb0: Virtual frame buffer device, using 1024K of video memory
</snip>
Thanks for quick reaction. Let me know if you'd like a patch tested.
Cheers,
FJP
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists