From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DviXA-0006ix-66 for qemu-devel@nongnu.org; Thu, 21 Jul 2005 17:24:48 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DviX8-0006ij-73 for qemu-devel@nongnu.org; Thu, 21 Jul 2005 17:24:47 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DviX0-0006LQ-Rj for qemu-devel@nongnu.org; Thu, 21 Jul 2005 17:24:39 -0400 Received: from [62.210.158.41] (helo=moscou.magic.fr) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DviKQ-0006zp-Oe for qemu-devel@nongnu.org; Thu, 21 Jul 2005 17:11:39 -0400 Received: from private2 (ppp-181.net-555.magic.fr [62.210.255.181]) by moscou.magic.fr (8.11.6/8.10.1) with ESMTP id j6LL1Uu18001 for ; Thu, 21 Jul 2005 23:01:30 +0200 (CEST) Subject: Re: [Qemu-devel] Open Hack'Ware question From: "J. Mayer" In-Reply-To: References: <1121355157.14191.6.camel@wombat.dlib.indiana.edu> <1121892569.9483.23.camel@rapid> <1121956247.8111.24.camel@wombat.dlib.indiana.edu> <1121958724.32103.75.camel@jma4.dev.netgem.com> Content-Type: text/plain Date: Thu, 21 Jul 2005 22:59:04 +0200 Message-Id: <1121979544.9483.79.camel@rapid> Mime-Version: 1.0 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 On Thu, 2005-07-21 at 17:33 +0200, Karel Gardas wrote: > On Thu, 21 Jul 2005, Jocelyn Mayer wrote: > > >> That would be cool, since this will also help me with booting > >> RTEMS/PowerPC apps (which are also standard multi-boot elfs) > >> Unfortunately, I've not been able to come with any patch for this yet... > > > > You should be able to boot an ELF image using -kernel option. > > Or it has been broken once again... > > I have to check this point. > > Could you be so kind and let me know if it works on qemu trunk? There is a > lot of unknown variables in this equation. Perhaps also RTEMS might be > broken, or Qemu don't like RTEMS way of dealing with PPC750/eMesquito > board... I will check with a kernel Linux for the PREP target. But it would be great if you give me a link to a small test image so I may be able to debug this case and keep it to test regressions with future versions of OHW / Qemu... -- J. Mayer Never organized