On Thu, Mar 08, 2012 at 02:41:54PM +0100, Jiri Denemark wrote:
> On Wed, Mar 07, 2012 at 19:26:25 -0300, Eduardo Habkost wrote:
> > Awesome. So, if Qemu and libvirt disagrees, libvirt will know that and
> > add the necessary flags? That was my main worry. If disagreement between
> > Qemu and libvir
On Wed, Mar 07, 2012 at 19:26:25 -0300, Eduardo Habkost wrote:
> Awesome. So, if Qemu and libvirt disagrees, libvirt will know that and
> add the necessary flags? That was my main worry. If disagreement between
> Qemu and libvirt is not a problem, it would make things much easier.
>
> ...but:
>
>
On Wed, Mar 07, 2012 at 04:07:06PM -0700, Eric Blake wrote:
> >
> > (Do we have any case of capability-querying being made using QMP before
> > starting any actual VM, today?)
>
> Right now, we have two levels of queries - the 'qemu -help' and 'qemu
> -device ?' output is gathered up front (we re
On Wed, 2012-03-07 at 16:07 -0700, Eric Blake wrote:
> On 03/07/2012 03:26 PM, Eduardo Habkost wrote:
> > Thanks a lot for the explanations, Daniel.
> >
> > Comments about specific items inline.
> >
>
> >>> - How can we make sure there is no confusion between libvirt and Qemu
> >>> about t
On 03/07/2012 03:26 PM, Eduardo Habkost wrote:
> Thanks a lot for the explanations, Daniel.
>
> Comments about specific items inline.
>
>>> - How can we make sure there is no confusion between libvirt and Qemu
>>> about the CPU models? For example, what if cpu_map.xml says model
>>> 'M
Thanks a lot for the explanations, Daniel.
Comments about specific items inline.
On Wed, Mar 07, 2012 at 02:18:28PM +, Daniel P. Berrange wrote:
> > I have two main points I would like to understand/discuss:
> >
> > 1) The relationship between libvirt's cpu_map.xml and the Qemu CPU model
> >
On Tue, Mar 06, 2012 at 03:27:53PM -0300, Eduardo Habkost wrote:
> Hi,
>
> Sorry for the long message, but I didn't find a way to summarize the
> questions and issues and make it shorter.
>
> For people who don't know me: I have started to work recently on the
> Qemu CPU model code. I have been l