qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: John Snow <jsnow@redhat.com>
To: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Cc: kwolf@redhat.com, agraf@suse.de, qemu-devel@nongnu.org,
	stefanha@redhat.com, armbru@redhat.com
Subject: Re: [Qemu-devel] [RFC 0/4] Adding -cdrom, -hd[abcd] and -drive file=... to Q35
Date: Tue, 19 Aug 2014 12:31:18 -0400	[thread overview]
Message-ID: <53F37BD6.4020200@redhat.com> (raw)
In-Reply-To: <20140819161248.GI2383@work-vm>



On 08/19/2014 12:12 PM, Dr. David Alan Gilbert wrote:
> * John Snow (jsnow@redhat.com) wrote:
>
> <snip>
>
>> The changes appear to work well, but where I'd like some feedback
>> is what should happen if people do something like:
>>
>> qemu -M q35 -drive if=ide,file=fedora.qcow2
>>
>> The code as presented here is not going to look for or attempt to
>> connect IDE devices, because it is now looking for /AHCI/ devices.
>
> What happens if you try it - does it just silently ignore that -drive?
> The ideal would be for something to moan about unused drives so people
> realise why it's broken; but I seem to remember form a previous discussion
> it's hard to do on all platforms.

With this patch, piix would continue to ignore AHCI and Q35 would ignore 
IDE. piix and Q35 both can be corrected to look for either/or IDE/AHCI 
and whine if you mix them. Q35 and piix both could be made to throw an 
error if you specify drives that the board doesn't pick up (AHCI in the 
case of piix if you have not specified that device, legacy IDE in the 
case of Q35 until we add legacy mode support and the user specifies that 
mode.)

I suggested to Markus in a different reply that I could add a little 
flag to the drive list to help identify if any drives don't get picked 
up at board spin-up time... But it sounds like it might not be quite so 
simple.

I will wait to add error handling modes until there is perhaps some 
consensus that the basic approach here is desirable.

-- 
—js

      reply	other threads:[~2014-08-19 16:31 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-18 22:05 [Qemu-devel] [RFC 0/4] Adding -cdrom, -hd[abcd] and -drive file=... to Q35 John Snow
2014-08-18 22:05 ` [Qemu-devel] [RFC 1/4] blockdev: add if_get_max_devs John Snow
2014-08-18 22:05 ` [Qemu-devel] [RFC 2/4] blockdev: add IF_AHCI to support -cdrom and -hd[a-d] John Snow
2014-08-18 22:05 ` [Qemu-devel] [RFC 3/4] ide: update ide_drive_get to work with both PCI-IDE and AHCI interfaces John Snow
2014-08-18 22:05 ` [Qemu-devel] [RFC 4/4] ahci: implement -cdrom and -hd[a-d] John Snow
2014-08-19  8:05 ` [Qemu-devel] [RFC 0/4] Adding -cdrom, -hd[abcd] and -drive file=... to Q35 Markus Armbruster
2014-08-19 15:56   ` John Snow
2014-08-19 18:08     ` Markus Armbruster
2014-08-19 18:59       ` John Snow
2014-08-20  7:22         ` Markus Armbruster
2014-08-19 16:12 ` Dr. David Alan Gilbert
2014-08-19 16:31   ` John Snow [this message]

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=53F37BD6.4020200@redhat.com \
    --to=jsnow@redhat.com \
    --cc=agraf@suse.de \
    --cc=armbru@redhat.com \
    --cc=dgilbert@redhat.com \
    --cc=kwolf@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@redhat.com \
    /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;
as well as URLs for NNTP newsgroup(s).