On 06/10/08 00:54 +0200, Stefan Reinauer wrote: > Carl-Daniel Hailfinger wrote: > > On 05.10.2008 07:29, ron minnich wrote: > > > >> This patch provides output like this: > >> <8>dynamic PCI: 00:0b.1(PCI: 00:0b.1): enabled 1 have_resources 1 > >> initialized 1 > >> <7>Stage2 code done. > >> <6>LAR: Attempting to open 'normal/payload/segment0'. > >> <8>LAR: Start 0xfff80000 len 0x80000 > >> <8>LAR: seen member normal/[EMAIL PROTECTED], size 1776 > >> <8>LAR: seen member normal/initram/[EMAIL PROTECTED], size 31644 > >> > >> We can thus get SPEW data but then easily filter it by log level. > >> > >> > > > > AFAICS this will look strange for multiline and half-line printk statements. > > Hm. We could check whether the last printed character was \n and add the > > prefix only then. That fixes the half-line case. > > The multiline case is a bit more difficult. > > > > I think printing the log level makes sense only if there's a klogd > running on the other side. But I don't particularly care either. It > should be an option, and yes, it should be fixed the way Carl-Daniel > suggests, if it goes in.
In v3, we will eventually have a klogd of sorts - Uwe has already written a coreinfo reader for the bootlog, and we are a single reserved memory hole away from reading it in the kernel too. Jordan -- Jordan Crouse Systems Software Development Engineer Advanced Micro Devices, Inc. -- coreboot mailing list: [email protected] http://www.coreboot.org/mailman/listinfo/coreboot
