From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GLNjH-0002K7-4Z for qemu-devel@nongnu.org; Thu, 07 Sep 2006 13:31:55 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GLNjG-0002Hm-C9 for qemu-devel@nongnu.org; Thu, 07 Sep 2006 13:31:54 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GLNjG-0002H3-78 for qemu-devel@nongnu.org; Thu, 07 Sep 2006 13:31:54 -0400 Received: from [82.232.2.251] (helo=farad.aurel32.net) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GLNjf-0004CT-KV for qemu-devel@nongnu.org; Thu, 07 Sep 2006 13:32:20 -0400 Received: from bode.aurel32.net ([2001:618:400:fc13:211:9ff:feed:c498] helo=[IPv6:2001:618:400:fc13:211:9ff:feed:c498]) by farad.aurel32.net with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1GLNj9-0006b2-Fo for qemu-devel@nongnu.org; Thu, 07 Sep 2006 19:31:48 +0200 Message-ID: <45005782.1040600@aurel32.net> Date: Thu, 07 Sep 2006 19:31:46 +0200 From: Aurelien Jarno MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: Regression: QEMU 0.8.2 (and CVS) fails to boot a debian arm References: <44FE9F94.10702@aurel32.net> <20060906130844.GA30892@bode.aurel32.net> <200609061432.07085.paul@codesourcery.com> <44FFEA41.2030408@aurel32.net> <20060907171852.GA18055@bode.aurel32.net> In-Reply-To: <20060907171852.GA18055@bode.aurel32.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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 Aurelien Jarno a écrit : > On Thu, Sep 07, 2006 at 11:45:37AM +0200, Aurelien Jarno wrote: >> Paul Brook wrote: >>>>> There is the same problem with QEMU CVS. Note that using root=/bin/sh >>>>> works well using root on NFS and even using the emulated SCSI drive. >>>> I think I have found the problem. Actually the system is not frozen, but >>>> just very slow. I now get while booting the kernel: >>>> Calibrating delay loop... 12.16 BogoMIPS (lpj=60800) >>>> instead of >>>> Calibrating delay loop... 486.60 BogoMIPS (lpj=2433024) >>>> >>>> Note that it is with the versatilepb (or versatileab) machine, the >>>> problem is not there with the integrator one. >>> I've not idea what might be causing this. It works fine for me using both >>> machine types. >>> >> So maybe I am doing something wrong, or I have something broken in my >> kernel. Here is the command line I used: >> >> qemu-system-arm -M versatilepb -kernel vmlinuz -initrd initrd.gz -append >> "root=/dev/ram console=ttyAMA0" -nographic >> >> The kernel and the initrd are available on http://temp.aurel32.net/arm . >> The initrd is actually the one from the debian-installer. To get a >> console, select "Go Back" to get a menu where you can select "Execute a >> shell". >> >> I have compared QEMU 0.8.1, QEMU 0.8.2 and QEMU CVS, both on an i386 and >> an amd64 machines. Versions 0.8.2 and CVS are a lot slower than version >> 0.8.1, even for booting the kernel. >> >> It would be nice if somebody could do the same tests, to make sure it is >> not related to my machines. >> > > I have been able to determine that the bug has been introduced between > 20060714 and 20060715, so it is hidden somewhere in the diff attached. I > will have a closer look later. > And it seems the bug is only present on SMP (or HT) hosts. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' aurel32@debian.org | aurelien@aurel32.net `- people.debian.org/~aurel32 | www.aurel32.net