From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:56801) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UO2nn-0004jY-HL for qemu-devel@nongnu.org; Fri, 05 Apr 2013 05:19:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UO2ni-0001fz-4a for qemu-devel@nongnu.org; Fri, 05 Apr 2013 05:19:19 -0400 Message-ID: <515E970D.1010502@adacore.com> Date: Fri, 05 Apr 2013 11:19:09 +0200 From: Fabien Chouteau 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> <515DB6DE.8040201@suse.de> In-Reply-To: <515DB6DE.8040201@suse.de> 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: =?ISO-8859-1?Q?Andreas_F=E4rber?= Cc: Peter Maydell , Peter Crosthwaite , Alexander Graf , qemu-devel , =?ISO-8859-1?Q?Herv=E9_Poussineau?= , qemu-ppc@nongnu.org, Artyom Tarasenko On 04/04/2013 07:22 PM, Andreas F=E4rber wrote: > 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: >>> >>> 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. >> >> 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 i= t > does not limit itself to it, so other use cases may or may not work). > May I add the -pflash option to this list :) > 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. I didn't see this discussion (there too many traffic on Qemu-devel for me, I can't read everything). > So I really feel this discussion is out of scope for this PReP patchset= ! My goal with this patchset is to be able to load an ELF file and start the board at its entry point. So we are exactly in the scope. If the -kernel option is for Linux only, we have to rename it to -linux. And we remove the ambiguous -kernel option. The question is: Do we want a -bsd, -solaris, -vxworks, -rtems, etc...? I think we can keep the -bios option (maybe with an -firmware alias, this is a question of vocabulary of different architectures). But it should be possible to disable the default bios, with '-bios -' or '-bios none' or '-bios null' or '-bios disabled' or whatever. And I make a proposition for new options: -elf loads an ELF file in RAM, ROM or whatever memory area and start the board at entry point. -raw-bin file=3D,addr=3D0x loads something at 'ad= dr' Or we can mix the two with a -load option: -load file=3D -load file=3D -load file=3D,addr=3D -load file=3D,addr=3D,entry=3D The option can be used as many times as needed on the command line. --=20 Fabien Chouteau