From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Iqj9l-0004Gp-MY for qemu-devel@nongnu.org; Sat, 10 Nov 2007 00:45:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Iqj9j-0004Dy-P0 for qemu-devel@nongnu.org; Sat, 10 Nov 2007 00:45:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Iqj9j-0004Dd-Il for qemu-devel@nongnu.org; Sat, 10 Nov 2007 00:45:19 -0500 Received: from nf-out-0910.google.com ([64.233.182.191]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Iqj9j-0008L0-Da for qemu-devel@nongnu.org; Sat, 10 Nov 2007 00:45:19 -0500 Received: by nf-out-0910.google.com with SMTP id 30so669838nfu for ; Fri, 09 Nov 2007 21:45:18 -0800 (PST) Message-ID: Date: Sat, 10 Nov 2007 07:45:12 +0200 From: "Blue Swirl" Subject: Re: [Fwd: Re: [Qemu-devel] multiple boot devices] In-Reply-To: <1194652663.21588.84.camel@rapid> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1194645378.21588.46.camel@rapid> <1194652663.21588.84.camel@rapid> 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 11/10/07, J. Mayer wrote: > > On Sat, 2007-11-10 at 00:43 +0100, andrzej zaborowski wrote: > > On 09/11/2007, J. Mayer wrote: > > > What about this patch ? Is there any remark ? Is it to be applied ? > > > > Yes, I'm also in favour. Regarding the machines that boot off flash, I > > will try to come up with some logical synatx. The Palm T|E board can > > boot off the ROM and it needs no kernel image in such case. Currently > > I was using "-option-rom rom.image -boot n" for this, as a hack, next > > week I should again have some time to play with it. > > What I do is use the -L / -bios options to specify a boot ROM, the same > way we can do for other machines. Maybe this scheme is not applicable to > all machines (?). > The only ennoying thing I see is that I have to give qemu a fake disk > image because qemu never wants to run if it has no bloc device > specified, which is a pity when the target machine do not have any bloc > device available. Also Sparc machines have supported diskless configuration for ages. I think this restriction should be limited to x86. The patch looks fine. On Sparc, the boot device string can be much more complex than what can be specified with just a single letter. This is still useful shortcut, the full path can be provided with -prom-env switch.