[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Re: 2.6.21 kernel on emulated/real Malta board

From: Stefan Weil
Subject: Re: [Qemu-devel] Re: 2.6.21 kernel on emulated/real Malta board
Date: Sun, 17 Jun 2007 18:13:05 +0200
User-agent: IceDove (X11/20070607)

I just tried Linux with Malta BE in QEMU.
I get the same console messages like Aurelien but
then Malta continues to boot normally.

So Geert is right: all output from early printk is
output again when the real console is activated.


Geert Uytterhoeven schrieb:
> On Sat, 16 Jun 2007, Aurelien Jarno wrote:
>> Since I switch to 2.6.21 kernel on my emulated Malta board (QEMU), I
>> have noticed something strange. The kernel starts to boot up to the
>> timer calibration, and then it restart the boot again. A small example:
>> ...
>> Primary data cache 0kB, 4-way, linesize 0 bytes.
>> Synthesized TLB refill handler (36 instructions).
>> Synthesized TLB load handler fastpath (48 instructions).
>> Synthesized TLB store handler fastpath (48 instructions).
>> Synthesized TLB modify handler fastpath (47 instructions).
>> Enable cache parity protection for MIPS 20KC/25KF CPUs.
>> PID hash table entries: 512 (order: 9, 4096 bytes)
>> CPU frequency 100.00 MHz
>> Using 100.003 MHz high precision timer.
>> Linux version (address@hidden) (gcc version 4.1.1 ()) #1 Tue
>> May 15 12:22:07 CEST 2007
>> LINUX started...
>> CPU revision is: 000182a0
>> FPU revision is: 000f8200
>> ...
>> I have traced the problem down to the CONFIG_EARLY_PRINTK option.
>> Disabling it in the .config file (be aware that running make *config
>> will reenable this function), removes the problem.
> I guess it's just the printk buffer that's being output again to the new
> console, when the console subsystem switches from early console to real
> console.
> Gr{oetje,eeting}s,
> Geert

reply via email to

[Prev in Thread] Current Thread [Next in Thread]