From: Anthony Liguori <anthony@codemonkey.ws>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] QEMU/pc and scsi disks
Date: Sun, 25 Mar 2007 12:05:41 -0500 [thread overview]
Message-ID: <4606ABE5.60708@codemonkey.ws> (raw)
In-Reply-To: <5B5C85C2-8D30-4155-94A9-0FAF493FBC02@SolidDesign.net>
Joe Batt wrote:
> I disagree. /bin/sh makes a very flexible config file format that I
> use. I use it on win32, Linux and Mac OS X.
The problem with only taking command line arguments is that the number
and size of command line arguments are severely limited on certain
platforms. This is why almost every sufficiently aged/portable program
supports either a config file or a method of taking command line options
via a file. The later is really just a particular format of a config file.
If you care about scripting QEMU, then just do something like:
qemu -config - <<EOF
hda=${myhda}
hdb=${myhdb}
EOF
Regards,
Anthony Liguori
> I would prefer that you write another cross platform shell, than
> another config file. At least that way I could use the same config
> tool for more than one application.
>
> Everytime this comes up, do I have to disagree again, so that my voice
> is not lost?
>
> Any yes, adding features that I do not use increases the complexity
> and decreases the stability of the features I do use, so it would
> effect me. I have the same feeling about embedding VNC
> authentication, the samba server, etc.
>
> Joe
>
> On Mar 2, 2007, at 11:24 AM, Anthony Liguori wrote:
>
>> Paul Brook wrote:
>>>>>> There's also no reason to limit to 7 disks, and we should support
>>>>>> scsi
>>>>>> cdroms.
>>>>>>
>>>>> The reason for 7 is the number of available id on the scsi bus.
>>>>>
>>>> For wide scsi it is 15.
>>>>
>>>
>>> I wouldn't bet on wide scsi working.
>>> For PCI based systems you can add more host adapters to get more
>>> devices. I haven't actually tested this, but it should work.
>>>
>>
>> I think most people agree that we need a config file. I haven't seen
>> any comments on my config file patch though.
>>
>> So, any comments on that patch? Any requirements on a format?
>>
>> Regards,
>>
>> Anthony Liguori
>>
>>> Paul
>>>
>>>
>>> _______________________________________________
>>> Qemu-devel mailing list
>>> Qemu-devel@nongnu.org
>>> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>>>
>>>
>>
>>
>>
>> _______________________________________________
>> Qemu-devel mailing list
>> Qemu-devel@nongnu.org
>> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
>
>
>
next prev parent reply other threads:[~2007-03-25 17:15 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-01 17:26 [Qemu-devel] QEMU/pc and scsi disks Laurent Vivier
2007-03-01 17:36 ` Paul Brook
2007-03-02 8:36 ` Laurent Vivier
2007-03-02 11:02 ` Thiemo Seufer
2007-03-02 15:42 ` Paul Brook
2007-03-02 16:24 ` Anthony Liguori
2007-03-02 16:45 ` Joe Batt
2007-03-25 17:05 ` Anthony Liguori [this message]
2007-03-25 20:38 ` Thiemo Seufer
2007-03-03 19:01 ` Avi Kivity
2007-03-03 23:38 ` Anthony Liguori
2007-03-04 9:28 ` Avi Kivity
2007-03-04 11:43 ` Paul Brook
2007-03-04 11:48 ` Avi Kivity
2007-03-04 12:05 ` Paul Brook
2007-03-04 13:44 ` Chris Wilson
2007-03-04 17:50 ` Avi Kivity
2007-03-04 17:06 ` Anthony Liguori
2007-03-06 17:59 ` Joseph Miller
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=4606ABE5.60708@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.