FS#18040 - [kernel26] incorrect display of boot messages, framebuffer problem?

Attached to Project: Arch Linux
Opened by Leonid Isaev (lisaev) - Wednesday, 27 January 2010, 16:47 GMT
Last edited by Vesa Kaihlavirta (vegai) - Monday, 01 February 2010, 06:26 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Tobias Powalowski (tpowa)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

When the boot process is just started, ("::booting 'Arch Linux'") and it comes to starting services, instead of continuing further, the new messages appear on top of those, which have already been written to the screen.

If I use framebuffer instead, then everything is fine. It seems that even if there is no vga= option in menu.lst, the kernel still "thinks" it is using the framebuffer, only the output is the standard console.

This happens with kernels 2.6.31 and .32, but not with .30. I have manually compiled several .31 and .32 vanilla kernels, but the problem still exists. So it has to be related to mkinitcpio or some other misconfigured thing (it looks too simple to be a kernel bug)...

I am not sure that the graphics card is particularly important at this early stage, but all my machines have nVidia Geforce cards: 6100, 6150Go and GeForce4 MX 440.

Additional info:
* package version(s)
kernel26 2.6.31/32
mkinitcpio 0.5.26
* config and/or log files etc.
menu.lst
mkinitcpio.conf

Steps to reproduce:
Just boot without the framebuffer
   menu.lst (1.7 KiB)
   mkinitcpio.conf (2.7 KiB)
This task depends upon

Closed by  Vesa Kaihlavirta (vegai)
Monday, 01 February 2010, 06:26 GMT
Reason for closing:  Upstream
Comment by Gerardo Exequiel Pozzi (djgera) - Wednesday, 27 January 2010, 17:01 GMT
  • Field changed: Category (Packages: Extra → Upstream Bugs)
Yes, but this is unrelated with initramfs based. In my system I don't use initramfs at all (because I have a custom kernel with all needed built-in).
I guess that this is related to "fastboot" (asynchronous initialization) improvements in latest kernels. Now kernel log is "no-lineal", for example (You can see that messages are interlaced mutually):

sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sdd:
scsi 4:0:0:0: CD-ROM HL-DT-ST DVDRAM GH20NS15 IL00 PQ: 0 ANSI: 5
sdd1 sdd2 <sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 4:0:0:0: Attached scsi CD-ROM sr0
sdd5 sdd6 > sdd3 sdd4
sd 3:0:0:0: [sdd] Attached SCSI disk

There is nothing to do here, is a upstream issue, and probably will noy be fixed in favor of speed. (I guess)
Comment by Leonid Isaev (lisaev) - Wednesday, 27 January 2010, 22:47 GMT
I thought that the fastboot was introduced in 2.6.29/28, way before .31... Anyway, I'll report it upstream, in case there is a simple way to fix it... There are no CONFIG_ type parameters, which can be used to disable it, are there?
Comment by Gerardo Exequiel Pozzi (djgera) - Thursday, 28 January 2010, 04:28 GMT
Yes, but are very very improved in latests versions.
Comment by Leonid Isaev (lisaev) - Friday, 29 January 2010, 16:07 GMT
OK, reported upstream:
http://bugzilla.kernel.org/show_bug.cgi?id=15152.

Loading...