From: Anthony Liguori <anthony@codemonkey.ws>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 1/3] Add args to -cdrom to define where is connected the cdrom
Date: Mon, 29 Oct 2007 16:58:33 -0500 [thread overview]
Message-ID: <47265789.4090207@codemonkey.ws> (raw)
In-Reply-To: <fb249edb0710291014s5a6040d8u5c07ff1e91c55766@mail.gmail.com>
andrzej zaborowski wrote:
> On 29/10/2007, Daniel P. Berrange <berrange@redhat.com> wrote:
>
>> On Mon, Oct 29, 2007 at 03:49:18PM +0100, andrzej zaborowski wrote:
>>
>>> On 29/10/2007, Daniel P. Berrange <berrange@redhat.com> wrote:
>>>
>>>> On Sun, Oct 28, 2007 at 11:43:33PM +0100, Laurent.Vivier@bull.net wrote:
>>>>
>>>>> From: Laurent Vivier <vivierl@frecb07144.(none)>
>>>>>
>>>>> This patch allows to define where is connected the CDROM device (bus,
>>>>> unit).
>>>>> It extends the "-cdrom" syntax to add these paramaters:
>>>>>
>>>>> -cdrom file[,if=type][,bus=n][,unit=m]
>>>>>
>>>>> where "type" defines the interface (by default, "ide")
>>>>> "n" defines the bus number (by default 1)
>>>>> "m" defines the unit number (by default 0)
>>>>>
>>>> Having a separately named arg just for CDROMs was always rather odd/unhelpful.
>>>> I'd suggest that we leave all the -hda,hdb,hdc,-cdrom,-fda,-fdb etc unchanged
>>>> and use the -disk for setting up all types of disks, floppys, cdroms, etc. It
>>>> would just require one extra field for the -disk arg:
>>>>
>>> Sounds logical and I thought this was the plan. I also wouldn't mind
>>> having -sda, -sdb... following the intuitive naming based on linux
>>> /dev, but IIRC there were some people on the list who didn't like this
>>> idea. (I know /dev/sda doesn't have to be an SCSI disk on some recent
>>> systems, but it's still the most intuitive name for most users).
>>>
>> Adding more -sda arguments is just asking for trouble. On recent Fedora,
>> even IDE disks will end up as /dev/sdNNN named devices. So what happens
>> when you have -hda & -sda at same time.... pain & suffering is what
>> happens :-) Avoiding device names as args by just using -disk is nicer
>>
>
> Apart from the -sda discussion (which I still think is the most
> intuitive choice, as an alias), I don't think having IDE and SCSI
> disks in one machine should be any concern?
>
I agree that -sda is more intuitive at the moment but I think what Dan
is pointing out is that in the future, -hda may end up not being used in
the distros at all so while -hda/-sda makes sense today, in a couple
years it may become a source of confusion.
While -disk seems a bit painful, it probably is the most intuitive thing
to use in the long run.
Regards,
Anthony Liguori
> Regards
>
>
>
>
next prev parent reply other threads:[~2007-10-29 21:58 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-28 22:43 [Qemu-devel] [PATCH 0/3] Add SCSI support for PC target Laurent.Vivier
2007-10-28 22:43 ` [Qemu-devel] [PATCH 1/3] Add args to -cdrom to define where is connected the cdrom Laurent.Vivier
2007-10-28 22:43 ` [Qemu-devel] [PATCH 2/3] Add arg -disk to define new disk with more features Laurent.Vivier
2007-10-28 22:43 ` [Qemu-devel] [PATCH 3/3] Add scsi support to pc target Laurent.Vivier
2007-10-29 12:03 ` [Qemu-devel] [PATCH 1/3] Add args to -cdrom to define where is connected the cdrom Johannes Schindelin
2007-10-29 12:36 ` Laurent Vivier
2007-10-29 13:25 ` Daniel P. Berrange
2007-10-29 14:02 ` Laurent Vivier
2007-10-29 14:07 ` risc
2007-10-29 14:54 ` Markus Hitter
2007-10-29 15:46 ` Laurent Vivier
2007-10-29 17:23 ` Blue Swirl
2007-10-29 14:34 ` Thiemo Seufer
2007-11-02 13:24 ` Laurent Vivier
2007-11-07 23:32 ` Fabrice Bellard
2007-11-08 9:02 ` Laurent Vivier
2007-11-08 9:33 ` Fabrice Bellard
2007-11-10 0:02 ` Laurent Vivier
2007-10-29 14:49 ` andrzej zaborowski
2007-10-29 15:23 ` Thiemo Seufer
2007-10-29 15:28 ` Daniel P. Berrange
2007-10-29 17:14 ` andrzej zaborowski
2007-10-29 21:58 ` Anthony Liguori [this message]
2007-10-31 9:50 ` [Qemu-devel] [PATCH 0/3] Add SCSI support for PC target Dan Kenigsberg
2007-10-31 10:17 ` Laurent Vivier
2007-10-31 12:56 ` Dan Kenigsberg
2007-10-31 13:48 ` Daniel P. Berrange
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=47265789.4090207@codemonkey.ws \
--to=anthony@codemonkey.ws \
--cc=qemu-devel@nongnu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.