From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L3J61-0007R1-UG for qemu-devel@nongnu.org; Thu, 20 Nov 2008 18:38:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L3J5z-0007Qf-TP for qemu-devel@nongnu.org; Thu, 20 Nov 2008 18:38:01 -0500 Received: from [199.232.76.173] (port=57111 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L3J5z-0007Qc-Ly for qemu-devel@nongnu.org; Thu, 20 Nov 2008 18:37:59 -0500 Received: from e1.ny.us.ibm.com ([32.97.182.141]:39303) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1L3J5z-0005bd-Dh for qemu-devel@nongnu.org; Thu, 20 Nov 2008 18:37:59 -0500 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e1.ny.us.ibm.com (8.13.1/8.13.1) with ESMTP id mAKNbfWv006626 for ; Thu, 20 Nov 2008 18:37:41 -0500 Received: from d01av01.pok.ibm.com (d01av01.pok.ibm.com [9.56.224.215]) by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id mAKNbvX5180910 for ; Thu, 20 Nov 2008 18:37:57 -0500 Received: from d01av01.pok.ibm.com (loopback [127.0.0.1]) by d01av01.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id mAKNbvFJ014123 for ; Thu, 20 Nov 2008 18:37:57 -0500 Received: from [9.53.41.42] (slate.austin.ibm.com [9.53.41.42]) by d01av01.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id mAKNbvi1014104 for ; Thu, 20 Nov 2008 18:37:57 -0500 Subject: Re: [Qemu-devel] [5765] uImage: only try to load 'kernel' images (Hollis Blanchard) From: Hollis Blanchard In-Reply-To: <36864959917-BeMail@laptop> References: <36864959917-BeMail@laptop> Content-Type: text/plain; charset=utf-8 Date: Thu, 20 Nov 2008 17:37:57 -0600 Message-Id: <1227224277.16341.19.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable 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 On Thu, 2008-11-20 at 23:29 +0100, Fran=C3=A7ois Revol wrote: > > IH_TYPE_STANDALONE images could be loaded, but would unexpectedly=20 > > fail if they > > tried to use any uboot services. >=20 > Hmm how is it planned to support the external API that is being=20 > developped ? > It's being added for NetBSD IIRC, and I'll probably need that for Haiku= =20 > as well, or use the boot loader as a standalone image. I don't know anything about it, but assuming you mean a runtime API u-boot offers to applications it's loaded, I don't see that qemu needs to be involved at all. > We would still have an u-boot rom around anyway, wouldn't we? It's possible to implement the API in qemu itself (using a magic "call-out" instruction), but running u-boot itself inside the VM is the best option. (At one point Jocelyn claimed that this already works with qemu's 405 emulation, but I could never get it to work.) The code that I've posted is specifically to load uImages, so it wouldn't be used to load u-boot itself. In the Bamboo patches I'm working on, I just replicate the post-load environment u-boot leaves behind (register state, device tree, kernel load address, TLB entries, etc). This bypasses the need for a u-boot ROM. --=20 Hollis Blanchard IBM Linux Technology Center