From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HzxNG-0006px-OH for qemu-devel@nongnu.org; Sun, 17 Jun 2007 12:13:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HzxNE-0006pZ-G4 for qemu-devel@nongnu.org; Sun, 17 Jun 2007 12:13:09 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HzxNE-0006pW-81 for qemu-devel@nongnu.org; Sun, 17 Jun 2007 12:13:08 -0400 Received: from moutng.kundenserver.de ([212.227.126.179]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HzxND-00034L-Qm for qemu-devel@nongnu.org; Sun, 17 Jun 2007 12:13:08 -0400 Message-ID: <46755D91.6080405@mail.berlios.de> Date: Sun, 17 Jun 2007 18:13:05 +0200 From: Stefan Weil MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: 2.6.21 kernel on emulated/real Malta board References: <20070616204834.GA610@farad.aurel32.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org I just tried Linux 2.6.21.5 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. Stefan 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 2.6.21.1 (aurel32@i386) (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