Re: [Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-18 Thread Kevin Wolf
Am 18.06.2010 10:20, schrieb Markus Armbruster: > -blockdev should be optimized for config files, not single > argument input. IOW: > > [blockdev "blk2"] >format = "raw" >file = "/path/to/base.img" >cache = "writeback" > > [blockdev "blk1"] >

Re: [Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-18 Thread Markus Armbruster
Kevin Wolf writes: > Am 17.06.2010 15:01, schrieb Anthony Liguori: >> On 06/17/2010 03:20 AM, Kevin Wolf wrote: >>> Am 16.06.2010 20:07, schrieb Anthony Liguori: >>> >But it requires that > everything that -blockdev provides is accessible with -drive, too (or > that we're okay

Re: [Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-18 Thread Markus Armbruster
Anthony Liguori writes: > On 06/17/2010 03:20 AM, Kevin Wolf wrote: >> Am 16.06.2010 20:07, schrieb Anthony Liguori: >> But it requires that everything that -blockdev provides is accessible with -drive, too (or that we're okay with users hating us). >>> I'm

Re: [Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-17 Thread Kevin Wolf
Am 17.06.2010 15:01, schrieb Anthony Liguori: > On 06/17/2010 03:20 AM, Kevin Wolf wrote: >> Am 16.06.2010 20:07, schrieb Anthony Liguori: >> But it requires that everything that -blockdev provides is accessible with -drive, too (or that we're okay with users hating us).

Re: [Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-17 Thread Anthony Liguori
On 06/17/2010 03:20 AM, Kevin Wolf wrote: Am 16.06.2010 20:07, schrieb Anthony Liguori: But it requires that everything that -blockdev provides is accessible with -drive, too (or that we're okay with users hating us). I'm happy for -drive to die. I think we should support -hda

Re: [Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-17 Thread Kevin Wolf
Am 16.06.2010 20:07, schrieb Anthony Liguori: >> But it requires that >> everything that -blockdev provides is accessible with -drive, too (or >> that we're okay with users hating us). >> > > I'm happy for -drive to die. I think we should support -hda and > -blockdev. -hda is not suffici

Re: [Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-16 Thread Anthony Liguori
On 06/16/2010 08:57 AM, Kevin Wolf wrote: Am 16.06.2010 15:41, schrieb Anthony Liguori: On 06/16/2010 07:41 AM, Markus Armbruster wrote: Kevin Wolf writes: But it's painful to type for the user. After all -blockdev on the command line is for the user, as tools should use QM

Re: [Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-16 Thread Markus Armbruster
Christoph Hellwig writes: > On Wed, Jun 16, 2010 at 03:57:46PM +0200, Kevin Wolf wrote: >> Sure thing, as long as -hda provides all the options. I usually start >> off with -hda, but after a while I need to set some option and switch to >> -drive. This is what most users are using today. > > I've

Re: [Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-16 Thread Christoph Hellwig
On Wed, Jun 16, 2010 at 03:57:46PM +0200, Kevin Wolf wrote: > Sure thing, as long as -hda provides all the options. I usually start > off with -hda, but after a while I need to set some option and switch to > -drive. This is what most users are using today. I've never even bothered using -hda - it

Re: [Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-16 Thread Kevin Wolf
Am 16.06.2010 15:41, schrieb Anthony Liguori: > On 06/16/2010 07:41 AM, Markus Armbruster wrote: >> Kevin Wolf writes: >>> But it's painful to type for the user. After all -blockdev on the >>> command line is for the user, as tools should use QMP. Also note that >>> this syntax mixes format and pr

Re: [Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-16 Thread Anthony Liguori
On 06/16/2010 07:41 AM, Markus Armbruster wrote: Kevin Wolf writes: Am 15.06.2010 15:44, schrieb Avi Kivity: On 06/10/2010 08:45 PM, Markus Armbruster wrote: * Our config file format is in INI syntax. QemuOpts correspond to INI sections. Sections can't be nes

[Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-16 Thread Markus Armbruster
Kevin Wolf writes: > Am 15.06.2010 15:44, schrieb Avi Kivity: >> On 06/10/2010 08:45 PM, Markus Armbruster wrote: >>> >>> >>> * Our config file format is in INI syntax. QemuOpts correspond to >>> INI sections. Sections can't be nested, so recursive QemuOpts >>> don't translate.

[Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-16 Thread Kevin Wolf
Am 15.06.2010 15:44, schrieb Avi Kivity: > On 06/10/2010 08:45 PM, Markus Armbruster wrote: >> >> >> * Our config file format is in INI syntax. QemuOpts correspond to >> INI sections. Sections can't be nested, so recursive QemuOpts >> don't translate. >> > > git (and probably

[Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-15 Thread Gerd Hoffmann
On 06/15/10 15:44, Avi Kivity wrote: On 06/10/2010 08:45 PM, Markus Armbruster wrote: * Our config file format is in INI syntax. QemuOpts correspond to INI sections. Sections can't be nested, so recursive QemuOpts don't translate. git (and probably others) use [a "b"] c = d for a.b.c=d

[Qemu-devel] Re: RFC v2: blockdev_add & friends, brief rationale, QMP docs

2010-06-15 Thread Avi Kivity
On 06/10/2010 08:45 PM, Markus Armbruster wrote: * Our config file format is in INI syntax. QemuOpts correspond to INI sections. Sections can't be nested, so recursive QemuOpts don't translate. git (and probably others) use [a "b"] c = d for a.b.c=d Examp