From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=51533 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OJAr2-0003Te-Ho for qemu-devel@nongnu.org; Mon, 31 May 2010 15:40:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OJAr1-0004I0-3L for qemu-devel@nongnu.org; Mon, 31 May 2010 15:40:56 -0400 Received: from adelie.canonical.com ([91.189.90.139]:41315) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OJAr0-0004Hr-Vf for qemu-devel@nongnu.org; Mon, 31 May 2010 15:40:55 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by adelie.canonical.com with esmtp (Exim 4.69 #1 (Debian)) id 1OJAqz-0000pf-0F for ; Mon, 31 May 2010 20:40:53 +0100 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id EDA5D2E8448 for ; Mon, 31 May 2010 20:40:47 +0100 (BST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Mon, 31 May 2010 19:30:48 -0000 From: Lars Munch Sender: bounces@canonical.com References: <20100527081802.1600.50492.malonedeb@soybean.canonical.com> Message-Id: <20100531193048.2136.75512.malone@wampee.canonical.com> Errors-To: bounces@canonical.com Subject: [Qemu-devel] [Bug 586221] Re: Linux on ARM/Mainstone machine fails at bootstrap Reply-To: Bug 586221 <586221@bugs.launchpad.net> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Fixed in e03c22a98cf5deffd0dec2f9ff88a600aa330bc4 ** Changed in: qemu Status: New =3D> Fix Committed -- = Linux on ARM/Mainstone machine fails at bootstrap https://bugs.launchpad.net/bugs/586221 You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. Status in QEMU: Fix Committed Bug description: When QEMU (0.12.4) starts a ARM machine which boots a Linux, it immediately= fails because the initial PC is wrong (is equal to 0 instead of 0xa0000000= ). First investigations indicate that the reset handlers queue does not ret= urn the correct opaque structure in main_cpu_reset() which is passed during= the insertion within arm_load_kernel(). I checked the value of r15 and the= value is correct at the insertion, but at 0x0 in main_cpu_reset(). There may be still a bug in the new queue management functions (in qemu-que= ue.h).