libvirt users - Mar 2015 - Re: machine='pc-q35-2.1' and sata controller

On Mon, 23 Mar 2015 10:36:33 -0400 John Snow <jsnow@redhat.com> wrote:
> > Are the needed patches in 2.3.0-rc0?
> > Is it possible to backport AHCI migration to RHEL 7.1 qemu or will it
be too much work?
> 
> The patches that improve the stability of AHCI migration are in 2.3-rc0. 
> We still have not /enabled/ migration upstream, but editing to code to 
> allow it is fairly trivial -- it's just a true/false value in the code.
I built 2.3.0-rc0 but also added RH patches which applied (mainly for
pc-q35-rhel7.1.0 machine type support) from
http://ftp.redhat.com/pub/redhat/linux/enterprise/7Server/en/RHEV/SRPMS/qemu-kvm-rhev-2.1.2-23.el7_1.1.src.rpm

After suspending and restoring VM prints the following and hangs:

[root localhost ~]# [ 43.595571 irq 23: nobody cared (try booting with the
"irqpoll" option)
[ 43.596004] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.17.3-200.fc20.x86_64 #1
[ 43.596004] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009) . BIOS
seabios-1.7.5-8.el7 04/01/2014
[ 43.596004] 0000000000000000 be8ae26f5ae0021d ffff88007fc03d18 ffffffff81728acc
[ 43.596004] ffff88007a88a800 ffff88O07fc03d40 ffffffff810ea4e2_

Any idea why? I will try with a pure qemu w/o RH patches later.

Regards,
Nerijus

On 03/23/2015 08:05 PM, Nerijus Baliunas wrote:
> On Mon, 23 Mar 2015 10:36:33 -0400 John Snow <jsnow@redhat.com>
wrote:
>
>>> Are the needed patches in 2.3.0-rc0?
>>> Is it possible to backport AHCI migration to RHEL 7.1 qemu or will
it be too much work?
>>
>> The patches that improve the stability of AHCI migration are in
2.3-rc0.
>> We still have not /enabled/ migration upstream, but editing to code to
>> allow it is fairly trivial -- it's just a true/false value in the
code.
>
> I built 2.3.0-rc0 but also added RH patches which applied (mainly for
> pc-q35-rhel7.1.0 machine type support) from
>
http://ftp.redhat.com/pub/redhat/linux/enterprise/7Server/en/RHEV/SRPMS/qemu-kvm-rhev-2.1.2-23.el7_1.1.src.rpm
>
> After suspending and restoring VM prints the following and hangs:
>
> [root localhost ~]# [ 43.595571 irq 23: nobody cared (try booting with the
"irqpoll" option)
> [ 43.596004] CPU: 0 PID: 0 Comm: swapper/0 Not tainted
3.17.3-200.fc20.x86_64 #1
> [ 43.596004] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009) . BIOS
seabios-1.7.5-8.el7 04/01/2014
> [ 43.596004] 0000000000000000 be8ae26f5ae0021d ffff88007fc03d18
ffffffff81728acc
> [ 43.596004] ffff88007a88a800 ffff88O07fc03d40 ffffffff810ea4e2_
>
> Any idea why? I will try with a pure qemu w/o RH patches later.
>
> Regards,
> Nerijus
>
I do not know, sorry.

On Tue, 24 Mar 2015 12:46:47 -0400 John Snow <jsnow@redhat.com> wrote:
> > I built 2.3.0-rc0 but also added RH patches which applied (mainly for
> > pc-q35-rhel7.1.0 machine type support) from
> >
http://ftp.redhat.com/pub/redhat/linux/enterprise/7Server/en/RHEV/SRPMS/qemu-kvm-rhev-2.1.2-23.el7_1.1.src.rpm
> >
> > After suspending and restoring VM prints the following and hangs:
> >
> > [root localhost ~]# [ 43.595571 irq 23: nobody cared (try booting with
the "irqpoll" option)
> > [ 43.596004] CPU: 0 PID: 0 Comm: swapper/0 Not tainted
3.17.3-200.fc20.x86_64 #1
> > [ 43.596004] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009) . BIOS
seabios-1.7.5-8.el7 04/01/2014
> > [ 43.596004] 0000000000000000 be8ae26f5ae0021d ffff88007fc03d18
ffffffff81728acc
> > [ 43.596004] ffff88007a88a800 ffff88O07fc03d40 ffffffff810ea4e2_
> >
> > Any idea why? I will try with a pure qemu w/o RH patches later.
> 
> I do not know, sorry.
Can anyone confirm that you can succesfully suspend and restore Q35 Linux VM
(in my case with virtio disk) with 2.3.0-rc1?

Regards,
Nerijus