Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-23 Thread Jiri Denemark
On Fri, Oct 20, 2017 at 15:04:57 +0200, David Hildenbrand wrote: > On 20.10.2017 14:50, Jiri Denemark wrote: > > The thing is libvirt calls query-cpu-model-expansion to check what the > > host CPU is. This 'host-model' CPU is replaced with the probed CPU model > > when a domain starts. The problem

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread David Hildenbrand
> > I intend to put some brain-power in this too. Probably next week. > > My general impression is, that I have a at places different understanding > of how things should work compared to David. Especially when it comes > to this concept of persistent copying, and also an end-user-digestible > d

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread Halil Pasic
On 10/20/2017 04:12 PM, Christian Borntraeger wrote: > > > On 10/20/2017 04:06 PM, David Hildenbrand wrote: >> On 20.10.2017 16:02, Christian Borntraeger wrote: >>> >>> >>> On 10/20/2017 03:51 PM, David Hildenbrand wrote: >>> [...] > The problem goes much further. > A fresh guest with >

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread Christian Borntraeger
On 10/20/2017 04:06 PM, David Hildenbrand wrote: > On 20.10.2017 16:02, Christian Borntraeger wrote: >> >> >> On 10/20/2017 03:51 PM, David Hildenbrand wrote: >> [...] The problem goes much further. A fresh guest with hvm does not sta

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread David Hildenbrand
On 20.10.2017 16:02, Christian Borntraeger wrote: > > > On 10/20/2017 03:51 PM, David Hildenbrand wrote: > [...] >>> The problem goes much further. >>> A fresh guest with >>> >>> >>> hvm >>> >>> >>> >>> does not start. No migration from an older system is necessary. >>> >> >> Ye

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread Christian Borntraeger
On 10/20/2017 03:51 PM, David Hildenbrand wrote: [...] >> The problem goes much further. >> A fresh guest with >> >> >> hvm >> >> >> >> does not start. No migration from an older system is necessary. >> > > Yes, as stated in the documentation "copying host CPU definition from >

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread David Hildenbrand
On 20.10.2017 15:49, Christian Borntraeger wrote: > > > On 10/20/2017 03:43 PM, David Hildenbrand wrote: >> On 20.10.2017 15:36, Christian Borntraeger wrote: >>> >>> >>> On 10/20/2017 03:16 PM, David Hildenbrand wrote: > Hi all, > > we recently encountered the problem that the 'h

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread Christian Borntraeger
On 10/20/2017 03:43 PM, David Hildenbrand wrote: > On 20.10.2017 15:36, Christian Borntraeger wrote: >> >> >> On 10/20/2017 03:16 PM, David Hildenbrand wrote: >>> Hi all, we recently encountered the problem that the 'host-model' [1] has to be related to the machine type of a d

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread David Hildenbrand
On 20.10.2017 15:36, Christian Borntraeger wrote: > > > On 10/20/2017 03:16 PM, David Hildenbrand wrote: >> >>> Hi all, >>> >>> we recently encountered the problem that the 'host-model' [1] has to be >>> related to the machine type of a domain. We have following problem: >>> >>>Let's assume w

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread Christian Borntraeger
On 10/20/2017 03:16 PM, David Hildenbrand wrote: > >> Hi all, >> >> we recently encountered the problem that the 'host-model' [1] has to be >> related to the machine type of a domain. We have following problem: >> >>Let's assume we've a z13 system with a QEMU 2.9 and we define a >>domain

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread David Hildenbrand
> Hi all, > > we recently encountered the problem that the 'host-model' [1] has to be > related to the machine type of a domain. We have following problem: > >Let's assume we've a z13 system with a QEMU 2.9 and we define a >domain using the default s390-virtio-ccw machine together with t

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread David Hildenbrand
On 20.10.2017 14:50, Jiri Denemark wrote: > On Fri, Oct 20, 2017 at 13:37:42 +0200, David Hildenbrand wrote: >> On 20.10.2017 13:09, Marc Hartmayer wrote: >>> we recently encountered the problem that the 'host-model' [1] has to be >>> related to the machine type of a domain. We have following probl

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread Jiri Denemark
On Fri, Oct 20, 2017 at 13:37:42 +0200, David Hildenbrand wrote: > On 20.10.2017 13:09, Marc Hartmayer wrote: > > we recently encountered the problem that the 'host-model' [1] has to be > > related to the machine type of a domain. We have following problem: > > > >Let's assume we've a z13 syst

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread Jiri Denemark
On Fri, Oct 20, 2017 at 13:09:26 +0200, Marc Hartmayer wrote: > we recently encountered the problem that the 'host-model' [1] has to be > related to the machine type of a domain. We have following problem: > >Let's assume we've a z13 system with a QEMU 2.9 and we define a >domain using the

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread David Hildenbrand
On 20.10.2017 13:09, Marc Hartmayer wrote: > On Thu, Oct 12, 2017 at 02:07 PM +0200, Jiri Denemark > wrote: >> On Mon, Oct 09, 2017 at 10:16:48 +0200, Marc Hartmayer wrote: >>> On Thu, Oct 05, 2017 at 02:11 PM +0200, Jiri Denemark >>> wrote: But it's going to be a bit complicated because w

Re: [Qemu-devel] [libvirt] Question about the host-model CPU mode

2017-10-20 Thread Marc Hartmayer
On Thu, Oct 12, 2017 at 02:07 PM +0200, Jiri Denemark wrote: > On Mon, Oct 09, 2017 at 10:16:48 +0200, Marc Hartmayer wrote: >> On Thu, Oct 05, 2017 at 02:11 PM +0200, Jiri Denemark >> wrote: >> > But it's going to be a bit complicated because we ask QEMU what the >> > host CPU is and the inter