Re: [Qemu-devel] Re: Réf. : Re: [kvm-devel] [PATCH][RFC] Allowing QEMU to directly executeadirectory (and storing command line options in it)

2007-08-31 Thread Luke -Jr
On Friday 31 August 2007, Anthony Liguori wrote: > You're overriding what "qemu my_pc" means. "qemu my_pc" create a QEMU > vm with 128m of memory and -hda my_pc with the default network card. Why should -hda be assumed instead of -c or -c X/config? > "qemu -c my_pc/config" only has one meaning:

[Qemu-devel] Re: [kvm-devel] Réf. : Re: [PATCH][RFC] A llowing QEMU to directly executeadirectory (and storing command line options in it)

2007-08-31 Thread Daniel P. Berrange
On Fri, Aug 31, 2007 at 10:13:11PM +0200, [EMAIL PROTECTED] wrote: > I think passing only the directory name is better because it can be like a > "black box" : the user don't have to know how it is inside. And it is much > more simple to use "qemu my_pc" than "qemu -c my_pc/config". If you need th

[Qemu-devel] Re: Réf. : Re: [kvm-devel] [PATCH][RFC] Allowing QEMU to directly executeadirectory (and storing command line options in it)

2007-08-31 Thread Anthony Liguori
On Fri, 2007-08-31 at 22:13 +0200, [EMAIL PROTECTED] wrote: > Hi Anthony, > > I think passing only the directory name is better because it can be like a > "black box" : the user don't have to know how it is inside. And it is much > more simple to use "qemu my_pc" than "qemu -c my_pc/config". You

Re: [Qemu-devel] Build failure on OS X - dynticks

2007-08-31 Thread Luca
On 8/31/07, Andreas Färber <[EMAIL PROTECTED]> wrote: > > Am 31.08.2007 um 21:45 schrieb Luca Tettamanti: > > > Andreas Färber ha scritto: > >> Am 25.08.2007 um 09:37 schrieb Andreas F=E4rber: > >> > >>> One of the recent patches (dynticks) has broken compilation on Mac > >>> OS X v10.4. Should thi

Réf. : Re: [Qemu-devel] Réf. : Re: [kvm -devel] [PATCH ][RFC] Allowing QEMU to directly executeadirectory (and storing command line options in it)

2007-08-31 Thread laurent . vivier
> Hi, > > On Fri, 31 Aug 2007, [EMAIL PROTECTED] wrote: > > > I think passing only the directory name is better because it can be like > > a "black box" : the user don't have to know how it is inside. > > I consider this a super downside. > > "If you think your users are idiots, only idiots will u

Re: [Qemu-devel] Réf. : Re: [kvm-devel] [PATCH][RFC] Allowing QEMU to directly executeadirectory (and storing command line options in it)

2007-08-31 Thread Johannes Schindelin
Hi, On Fri, 31 Aug 2007, [EMAIL PROTECTED] wrote: > I think passing only the directory name is better because it can be like > a "black box" : the user don't have to know how it is inside. I consider this a super downside. "If you think your users are idiots, only idiots will use it [your sof

[Qemu-devel] Réf. : Re: [kvm-devel] [PATCH][RFC] Allowing QEMU to directly executeadirectory (and storing command line options in it)

2007-08-31 Thread laurent . vivier
Hi Anthony, I think passing only the directory name is better because it can be like a "black box" : the user don't have to know how it is inside. And it is much more simple to use "qemu my_pc" than "qemu -c my_pc/config". Regards, Laurent --

Re: [Qemu-devel] Build failure on OS X - dynticks

2007-08-31 Thread Andreas Färber
Am 31.08.2007 um 21:45 schrieb Luca Tettamanti: Andreas Färber ha scritto: Am 25.08.2007 um 09:37 schrieb Andreas F=E4rber: One of the recent patches (dynticks) has broken compilation on Mac OS X v10.4. Should this work on OS X or should this have been limited to Linux? Getting no answer o

Re: [Qemu-devel] Build failure on OS X - dynticks

2007-08-31 Thread Luca Tettamanti
Andreas Färber ha scritto: > Am 25.08.2007 um 09:37 schrieb Andreas F=E4rber: > >> One of the recent patches (dynticks) has broken compilation on Mac >> OS X v10.4. Should this work on OS X or should this have been >> limited to Linux? > > Getting no answer on this I have prepared a quickfix which

Re: [Qemu-devel] disk images & driver geometry

2007-08-31 Thread Anthony Liguori
On Fri, 2007-08-31 at 15:09 -0400, Christopher Friedt wrote: > Anthony Liguori wrote: > > I have no idea what you're talking about. QEMU doesn't care whether you > > use a physical disk or a file. It handles geometry the same way. > > > > Is there a concrete example that doesn't work that you

[Qemu-devel] Re: [kvm-devel] [PATCH][RFC] Allowing QEMU to directly execute a directory (and storing command line options in it)

2007-08-31 Thread Anthony Liguori
On Fri, 2007-08-31 at 16:05 -0300, Jorge Lucángeli Obes wrote: > On 8/31/07, Anthony Liguori <[EMAIL PROTECTED]> wrote: > > It makes little sense to pass a directory when you can pass a config > > file and assume that the directory the config file is in is the CWD. > > > > For instance, if vm.cfg

Re: [Qemu-devel] disk images & driver geometry

2007-08-31 Thread Daniel P. Berrange
On Fri, Aug 31, 2007 at 03:09:19PM -0400, Christopher Friedt wrote: > Anthony Liguori wrote: > >I have no idea what you're talking about. QEMU doesn't care whether you > >use a physical disk or a file. It handles geometry the same way. > > > >Is there a concrete example that doesn't work that yo

[Qemu-devel] Re: [kvm-devel] [PATCH][RFC] Allowing QEMU to directly execute a directory (and storing command line options in it)

2007-08-31 Thread Jorge Lucángeli Obes
On 8/31/07, Anthony Liguori <[EMAIL PROTECTED]> wrote: > It makes little sense to pass a directory when you can pass a config > file and assume that the directory the config file is in is the CWD. > > For instance, if vm.cfg contained just the command line arguments, you > could have: > > MyImage/v

Re: [Qemu-devel] disk images & driver geometry

2007-08-31 Thread Christopher Friedt
Anthony Liguori wrote: I have no idea what you're talking about. QEMU doesn't care whether you use a physical disk or a file. It handles geometry the same way. Is there a concrete example that doesn't work that you think should? Yes, a simple example is running CentOS after a typical instal

[Qemu-devel] Re: [kvm-devel] [PATCH][RFC] Allowing QEMU to directly execute a directory (and storing command line options in it)

2007-08-31 Thread Anthony Liguori
It makes little sense to pass a directory when you can pass a config file and assume that the directory the config file is in is the CWD. For instance, if vm.cfg contained just the command line arguments, you could have: MyImage/vm.cfg:-hda disk0.qcow -m 512 MyImage/disk0.qcow: And t

[Qemu-devel] [PATCH][RFC] Allowing QEMU to directly execute a directory (and storing command line options in it)

2007-08-31 Thread Jorge Lucángeli Obes
Hi all, The last time this issue was discussed, the executable-directory idea gained more consensus than the snapshot-based idea. This patch implements my perception of the first idea. Non-Windows for now, as I can't test on a Windows system. Suggestions and constructive criticism more than welcom

Re: [Qemu-devel] [patch] make qemu work with GCC 4

2007-08-31 Thread Thiemo Seufer
Michael Matz wrote: > Hi, > > On Thu, 30 Aug 2007, Thiemo Seufer wrote: > > > > * ppc: adds -fno-section-anchors to OP_CFLAGS, as dyngen isn't prepared > > >to deal with the relocs resulting from using section anchors > > > > Maybe this should be handled more generally then, not ppc spec

Re: [Qemu-devel] [patch] make qemu work with GCC 4

2007-08-31 Thread Michael Matz
Hi, On Thu, 30 Aug 2007, Thiemo Seufer wrote: > > * ppc: adds -fno-section-anchors to OP_CFLAGS, as dyngen isn't prepared > >to deal with the relocs resulting from using section anchors > > Maybe this should be handled more generally then, not ppc specific, like > other "offending" compi