public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: "Daniel P. Berrange" <berrange@redhat.com>
Cc: kvm@vger.kernel.org
Subject: Re: Failure to boot CDROM with -drive arg
Date: Tue, 08 Jul 2008 08:01:47 -0500	[thread overview]
Message-ID: <4873653B.3000103@codemonkey.ws> (raw)
In-Reply-To: <20080708092149.GF24934@redhat.com>

Daniel P. Berrange wrote:
> On Tue, Jul 08, 2008 at 11:17:24AM +0200, Soren Hansen wrote:
>   
>> On Tue, Jul 08, 2008 at 09:37:30AM +0100, Daniel P. Berrange wrote:
>>     
>>> The following two command lines should be identical from the user's
>>> point of view:
>>>
>>> # qemu-kvm -cdrom /home/berrange/boot.iso -boot d -m 500
>>>
>>> # qemu-kvm -drive file=/home/berrange/boot.iso,if=ide,media=cdrom,index=2,boot=on -m 500
>>>       
>> http://sourceforge.net/tracker/index.php?func=detail&aid=1977971&group_id=180599&atid=893831
>>     
>
> Ok, so basically this is saying that boot=on only works for media=disk.
> I really don't like the fact that we now have 2 different ways of flagging
> bootable disks, depending on whether want to use BIOS boot or extboot.
>   

Semantically, boot=on means "make this the first bootable hard disk".  
That's not to say that there shouldn't be a check.

If you did:

qemu-system-x86 -drive file=foo.img,boot=on -boot d

You would still boot from the cdrom.

Regards,

Anthony Liguori

> The management apps shouldn't have to make such a decision - QEMU should
> be picking the most appropriate choice for us. ie, if we have boot=on
> with an IDE cdrom, then QEMU should automatically do a BIOS boot instead
> of extboot. This way if extboot gets improved, QEMU can update its logic
> to correspond without needing to change all the management apps using
> QEMU.
>
> Daniel
>   


  parent reply	other threads:[~2008-07-08 13:02 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-08  8:37 Failure to boot CDROM with -drive arg Daniel P. Berrange
2008-07-08  8:48 ` Laurent Vivier
2008-07-08  8:51   ` Daniel P. Berrange
2008-07-08  8:54     ` Laurent Vivier
2008-07-08  9:17 ` Soren Hansen
2008-07-08  9:21   ` Daniel P. Berrange
2008-07-08  9:29     ` Laurent Vivier
2008-07-08 13:01     ` Anthony Liguori [this message]
2008-07-08 13:45       ` Laurent Vivier
2008-07-08 14:59         ` Anthony Liguori
2008-07-08 15:03           ` Laurent Vivier
2008-07-08 15:14             ` Anthony Liguori
2008-07-08  9:28   ` Laurent Vivier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4873653B.3000103@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=berrange@redhat.com \
    --cc=kvm@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox