From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:50159) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UOFcw-0002wK-NB for qemu-devel@nongnu.org; Fri, 05 Apr 2013 19:01:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UOFcs-0003hs-Bf for qemu-devel@nongnu.org; Fri, 05 Apr 2013 19:00:58 -0400 Date: Fri, 5 Apr 2013 18:00:29 -0500 From: Scott Wood References: <1365007213-27603-1-git-send-email-chouteau@adacore.com> <1365007213-27603-4-git-send-email-chouteau@adacore.com> <7C0E04C3-1FDF-460E-8F78-1E24E5759C93@suse.de> <515D3BDE.20400@adacore.com> <8FE7E3AF-D822-4DBF-8A7E-BD0EA80AD07A@suse.de> <515D69B8.9040007@suse.de> In-Reply-To: (from agraf@suse.de on Thu Apr 4 06:59:24 2013) Message-ID: <1365202829.17535.15@snotra> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; delsp=Yes; format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH 3/3] PPC PReP: can run without bios image List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Peter Maydell , qemu-devel , Fabien Chouteau , qemu-ppc@nongnu.org, =?iso-8859-1?b?SGVyduk=?= Poussineau , Andreas =?iso-8859-1?q?F=E4rber?= , Artyom Tarasenko On 04/04/2013 06:59:24 AM, Alexander Graf wrote: >=20 > On 04.04.2013, at 13:53, Andreas F=E4rber wrote: >=20 > > For PReP, Fabien has not stated what his use case actually is (in > > particular which hardware?), so it's hard for me to comment on what =20 > the > > hardware actually does and I thus won't accept random changes just > > because they happen to be in Leon3 code. There's nothing =20 > conceptually > > wrong with loading ELF code so I'm positive we will find a solution =20 > to > > accommodate all use cases in some way. :) >=20 > I think it makes a lot of sense to support loading -kernel as an ELF =20 > binary. I don't think it's a good idea to allow -kernel without any =20 > BIOS. We do that on the e500 machines and so far it's mostly hurt us. If by "mostly hurt us" you mean allowed things to work without having =20 to do a bunch of hacking to create a paravirt U-Boot and/or implement a =20 bunch of emulation that we don't really need otherwise. -Scott=