From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:41845) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNns4-0000RK-1X for qemu-devel@nongnu.org; Thu, 04 Apr 2013 13:22:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UNns1-0004nb-7f for qemu-devel@nongnu.org; Thu, 04 Apr 2013 13:22:43 -0400 Message-ID: <515DB6DE.8040201@suse.de> Date: Thu, 04 Apr 2013 19:22:38 +0200 From: =?ISO-8859-1?Q?Andreas_F=E4rber?= MIME-Version: 1.0 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> <515DA789.1060505@adacore.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 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: Artyom Tarasenko Cc: Peter Maydell , Peter Crosthwaite , Alexander Graf , Fabien Chouteau , qemu-devel , =?ISO-8859-1?Q?Herv=E9_Poussineau?= , qemu-ppc@nongnu.org Am 04.04.2013 18:26, schrieb Artyom Tarasenko: > On Thu, Apr 4, 2013 at 6:20 PM, Peter Maydell wrote: >> On 4 April 2013 17:17, Fabien Chouteau wrote: >>> On 04/04/2013 02:43 PM, Peter Maydell wrote: >>>> The UI is all wrong, though: >>>> -kernel should always mean "load a Linux kernel" and we should >>>> have some other way (ideally a cross-architecture way) of saying >>>> "just load this binary blob and start it". (-bios isn't that >>>> because -bios tends to (a) mean different things on different >>>> boards and (b) mean 'put this in flash or whatever' rather than >>>> 'dump stuff in RAM and go'.) >>>> >>> >>> I think -kernel works fine for all architecture. Linux is not the onl= y >>> kernel available ;) >> >> But -kernel for QEMU specifically means Linux kernel; you might >> argue we should have picked a different option name but we're >> stuck with it now. >=20 > No, it's not Linux-only. At least qemu-system-sparc can load NetBSD > kernel with this option. Look, you're not exactly making friends if you keep pointing out that something works somewhere and you try to deduce a rule out of that. ;) -bios loads something where the hardware expects it, not necessarily RAM. If using ELF, the entry point must be configured appropriately. -kernel loads something into RAM in a way a Linux kernel can run (and it does not limit itself to it, so other use cases may or may not work). Loading something in a way that matches neither hardware nor Linux kernel is - for good or bad - simply not really supported at this time. PMM tried to get a discussion going about how to solve that latter case properly some months ago, possibly prompted by Xilinx, and there were not many responses, especially no concrete solution beyond vaguely pointing to devices/objects rather than fiddling with existing -kernel/-bios command line options. So I really feel this discussion is out of scope for this PReP patchset! Regards, Andreas --=20 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend=F6rffer; HRB 16746 AG N=FCrnbe= rg