From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:44518) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UPGF3-0006UW-5J for qemu-devel@nongnu.org; Mon, 08 Apr 2013 13:52:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UPGEz-0005Ge-86 for qemu-devel@nongnu.org; Mon, 08 Apr 2013 13:52:29 -0400 Date: Mon, 8 Apr 2013 12:52:04 -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> <1365202829.17535.15@snotra> In-Reply-To: (from agraf@suse.de on Sat Apr 6 04:01:32 2013) Message-ID: <1365443524.28843.2@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 , "" , =?iso-8859-1?b?SGVyduk=?= Poussineau , Andreas =?iso-8859-1?q?F=E4rber?= , Artyom Tarasenko On 04/06/2013 04:01:32 AM, Alexander Graf wrote: >=20 >=20 > Am 06.04.2013 um 01:00 schrieb Scott Wood : >=20 > > On 04/04/2013 06:59:24 AM, Alexander Graf wrote: > >> On 04.04.2013, at 13:53, Andreas F=E4rber wrote: > >> > 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 =20 > what the > >> > hardware actually does and I thus won't accept random changes =20 > 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 =20 > solution to > >> > accommodate all use cases in some way. :) > >> I think it makes a lot of sense to support loading -kernel as an =20 > ELF binary. I don't think it's a good idea to allow -kernel without =20 > any BIOS. We do that on the e500 machines and so far it's mostly hurt =20 > us. > > > > If by "mostly hurt us" you mean allowed things to work without =20 > having to do a bunch of hacking to create a paravirt U-Boot and/or =20 > implement a bunch of emulation that we don't really need otherwise. >=20 > I mean that we lack compatibility. The less we diverge from what =20 > users are used to, the better usability becomes for users. >=20 > Just try to run *BSD on e500. Good luck ;) It should be fine (or at least fixable without too much hassle) if the =20 particular BSD complies with ePAPR. I don't know the status of it, but =20 Googling suggests that there's at least been effort to do this for =20 FreeBSD. If someone wants to implement an e500 boot mode other than ePAPR, they =20 can -- I don't see how having the ePAPR option hurts that. -Scott=