Re: [Qemu-devel] [Spice-devel] Vdagent not working on xen linux hvm DomUs

Re: [Qemu-devel] [Spice-devel] Vdagent not working on xen linux hvm DomUs

[Fabio Fantoni]

Il 11/12/2013 17:55, Wei Liu ha scritto:
> On Wed, Dec 11, 2013 at 05:11:37PM +0100, Fabio Fantoni wrote:
>> Il 11/12/2013 16:38, Wei Liu ha scritto:
>>> On Wed, Dec 11, 2013 at 02:41:57PM +0100, Fabio Fantoni wrote:
>>> [...]
>>>>> Thanks for your reply.
>>>>> Before starting bisection I tried with qemu 1.3.1 from
>>>>> qemu-upstream-4.3-testing.git
>>>>> No more crash with virtio net but it needs pci=nomsi to be
>>>>> working, same thing for vdagent, so seems that msi problem is with
>>>>> all virtio devices.
>>>>> Then the problems seem 2 different, on your build you have virtio
>>>>> devices working without setting pci=nomsi need to know the
>>>>> differences and find the cause.
>>>> Your test with virtio net working without pci=nomsi was on ovmf only
>>>> or you tried also with seabios?
>>> I only tried OVMF recently and since you were replying to this thread I
>>> presumed you used OVMF as well.
>> I not tried ovmf for this case, I'll do.
>> Based on your post seem that msi problem with virtio is missed on ovmf.
>>
> Not sure, it doesn't necessary mean that it uses MSI.
>
> Second thought on this, even if OVMF (the firmware) works it doesn't
> have anything to do with kernel.
>
> So the only option would be to fix the bug, not work around it.
>
>>>> I tested with Ubuntu Saucy and Ubuntu Precise, both with latest
>>>> xen-unstable (based on commit
>>>> 2f718161bc292bfbdf1aeefd3932b73c0965373d), latest commit of
>>> If you're using OVMF I suggest you update your branch to he latest
>>> master.
>>>
>>>> qemu-upstream-4.3-testing.git and latest stable seabios from debian
>>>> package 1.7.3-2
>>> So that you're not using seabios tree from xenbits?
>> debian package use upstream 1.7.3.2 version, so I not think do difference.
>>
>>>> On both case pci=nomsi was needed to have virtio net working.
>>>>
>>>> I watch the pdf of virtio spec. of this post:
>>>> http://lists.xen.org/archives/html/xen-devel/2013-12/msg01654.html
>>>> however, are not able to understand the possible cause of the
>>>> problem encountered with msi on virtio devices with xen.
>>>>
>>> That's not very relevant. The bug is in implementation.
>>>
>>>>> About the crash of qemu 1.6.1 with virtio net is confirmed that is
>>>>> a regression, is not critical because is not implement on libxl
>>>>> now but I'll do further research.
>>>>>
>>>>>
>>>> I test with qemu 1.4 and 1.5 and they haven't the regression showing
>>>> xenmap cache error with virtio net.
>>> So you've found out the bug was introduced in 1.6, good.
>>>
>>>> Watching history seems there aren't commits about xen mapcache
>>>> between 1.5 and 1.6, other xen and virtio changes are many, from a
>>>> quick look I could not find commit suspects to be tested.
>>>> Someone can suggest me the commits more suspects to be testedplease?
>>>>
>>> How many commits between 1.5 and 1.6? If it is not too many I think
>>> doing bisection would be a good idea.
>>>
>>> Wei.
>> I did other tests but take very long time due to a some of other
>> bugs fixes later.
>>
>> the results for now are:
>>
>> regression present on commit
>> c9fea5d701f8fd33f0843728ec264d95cee3ed37 Mon, 22 Jul 2013 15:14:18
>> (Merge remote-tracking branch 'bonzini/iommu-for-anthony') plus
>> cherry-pick of commit 755ec4ca0f92188458ad7ca549a75161cbdcf6ff pc:
>> Initializing ram_memory under Xen.
>>
>> qemu crash on hvm domU start for other problem of which I have not
>> found the fix for now:
>> commit dcb117bfda5af6f6ceb7231778d36d8bce4aee93 Thu, 4 Jul 2013
>> 15:42:46 +0000 (ne2000: pass device to ne2000_setup_io, use it as
>> owner)
>> plus cherry-pick of commit 755ec4ca0f92188458ad7ca549a75161cbdcf6ff
>> pc: Initializing ram_memory under Xen.
>>
>> xl dmesg:
>> (d1) Multiprocessor initialisation:
>> (d1)  - CPU0 ... 36-bit phys ... fixed MTRRs ... var MTRRs [2/8] ... done.
>> (d1)  - CPU1 ... 36-bit phys ... fixed MTRRs ... var MTRRs [2/8] ... done.
>> (d1) Testing HVM environment:
>> (d1)  - REP INSB across page boundaries ... Bad value at 0x00500000:
>> saw 98765400 ex
>> (d1) pected 987654ff
>> (d1) Bad value at 0x00500ffc: saw 00000000 expected ff000000
>> (d1) Bad value at 0x005ffffc: saw 00000000 expected ff000000
>> (d1) Bad value at 0x00601000: saw 00000000 expected 000000ff
>> (d1) failed
>> (d1)  - GS base MSRs and SWAPGS ... passed
>> (d1) Passed 1 of 2 tests
>> (d1) FAILED 1 of 2 tests
>> (d1) *** HVMLoader bug at tests.c:242
>> (d1) *** HVMLoader crashed.
>>
>>
> It crashes in HVMloader, not QEMU. So this is probably not what you
> need.
>
> Wei.

I did some other tests, I narrowed down the commit range to the one between:

commit c9fea5d701f8fd33f0843728ec264d95cee3ed37 Mon, 22 Jul 2013 
15:14:18 (Merge remote-tracking branch 'bonzini/iommu-for-anthony') 
where there is virtio net regression with xen

and

commit    962b03fcf509db25c847aa67c4eff574c240dcfe Thu, 4 Jul 2013 
15:42:43 +0000 (xen: Mark fixed platform I/O as unaligned)
where virtio net is working

I also tested:
commit 2562becfc126ed7678c662ee23b7c1fe135d8966 Mon, 15 Jul 2013 
19:02:41 +0000
and
commit dcb117bfda5af6f6ceb7231778d36d8bce4aee93 Thu, 4 Jul 2013 15:42:46 
+0000
but qemu crashes on xl create for another error and I haven't found 
which is the commit to apply with git cherry-pick so that I can check if 
the virtio net regression is present.

Can someone help me please?

I added also qemu-devel to cc.

Thanks for any reply.

Re: [Qemu-devel] [Spice-devel] Vdagent not working on xen linux hvm DomUs

[Wei Liu]

On Thu, Dec 12, 2013 at 02:10:23PM +0100, Fabio Fantoni wrote:
[...]
> I did some other tests, I narrowed down the commit range to the one between:
> 
> commit c9fea5d701f8fd33f0843728ec264d95cee3ed37 Mon, 22 Jul 2013
> 15:14:18 (Merge remote-tracking branch 'bonzini/iommu-for-anthony')
> where there is virtio net regression with xen
> 
> and
> 
> commit    962b03fcf509db25c847aa67c4eff574c240dcfe Thu, 4 Jul 2013
> 15:42:43 +0000 (xen: Mark fixed platform I/O as unaligned)
> where virtio net is working
> 
> I also tested:
> commit 2562becfc126ed7678c662ee23b7c1fe135d8966 Mon, 15 Jul 2013
> 19:02:41 +0000
> and
> commit dcb117bfda5af6f6ceb7231778d36d8bce4aee93 Thu, 4 Jul 2013
> 15:42:46 +0000
> but qemu crashes on xl create for another error and I haven't found
> which is the commit to apply with git cherry-pick so that I can
> check if the virtio net regression is present.
> 
> Can someone help me please?
> 
> I added also qemu-devel to cc.
> 

I did a quick test with Xen's QEMU, currently at

commit 1c514a7734b7f98625a0d18d5e8ee7581f26e50c
Merge: 79c097d 35bdc13
Author: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Date:   Tue Jun 25 11:34:24 2013 +0000

    Merge remote branch 'perard/cpu-hotplug-port-v2' into xen-staging-master-7

from git://xenbits.xen.org/qemu-upstream-unstable.git

My guest is Squeeze with stock kernel 2.6.32.

vif=['model=virtio-net-pci,bridge=xenbr0']

No pci=nomsi in guest kernel command line.

Everything worked fine. And /proc/interrupts shows that it's indeed
using MSI for virtio PCI.

I'm kind of confused. (And in the long run of this thread I probably
didn't remember everything.)

Wei.

> Thanks for any reply.

Re: [Qemu-devel] [Spice-devel] Vdagent not working on xen linux hvm DomUs

[Fabio Fantoni]

Il 12/12/2013 16:23, Wei Liu ha scritto:
> On Thu, Dec 12, 2013 at 02:10:23PM +0100, Fabio Fantoni wrote:
> [...]
>> I did some other tests, I narrowed down the commit range to the one between:
>>
>> commit c9fea5d701f8fd33f0843728ec264d95cee3ed37 Mon, 22 Jul 2013
>> 15:14:18 (Merge remote-tracking branch 'bonzini/iommu-for-anthony')
>> where there is virtio net regression with xen
>>
>> and
>>
>> commit    962b03fcf509db25c847aa67c4eff574c240dcfe Thu, 4 Jul 2013
>> 15:42:43 +0000 (xen: Mark fixed platform I/O as unaligned)
>> where virtio net is working
>>
>> I also tested:
>> commit 2562becfc126ed7678c662ee23b7c1fe135d8966 Mon, 15 Jul 2013
>> 19:02:41 +0000
>> and
>> commit dcb117bfda5af6f6ceb7231778d36d8bce4aee93 Thu, 4 Jul 2013
>> 15:42:46 +0000
>> but qemu crashes on xl create for another error and I haven't found
>> which is the commit to apply with git cherry-pick so that I can
>> check if the virtio net regression is present.
>>
>> Can someone help me please?
>>
>> I added also qemu-devel to cc.
>>

> I did a quick test with Xen's QEMU, currently at
>
> commit 1c514a7734b7f98625a0d18d5e8ee7581f26e50c
> Merge: 79c097d 35bdc13
> Author: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
> Date:   Tue Jun 25 11:34:24 2013 +0000
>
>      Merge remote branch 'perard/cpu-hotplug-port-v2' into xen-staging-master-7
>
> from git://xenbits.xen.org/qemu-upstream-unstable.git
>
> My guest is Squeeze with stock kernel 2.6.32.
>
> vif=['model=virtio-net-pci,bridge=xenbr0']
>
> No pci=nomsi in guest kernel command line.
>
> Everything worked fine. And /proc/interrupts shows that it's indeed
> using MSI for virtio PCI.
>
> I'm kind of confused. (And in the long run of this thread I probably
> didn't remember everything.)
>
> Wei.

I tried with "commit e16435c95be86244bd92c5c26579bd4298aa65a6 (xen_disk: 
mark ioreq as mapped before unmapping in error case)" from 
git://xenbits.xen.org/qemu-upstream-4.3-testing.git.
There are only 4 commits difference between mine and your test.
FWIK the only other difference is domUs kernel versions, and the msi 
problem is probably a regression between kernel 2.6.32 and 3.2 (the 
"older" domUs used in my tests was Precise with kernel 3.2).
Tomorrow I'll try also with squeeze.

RIguardo invece l'altra regressione qemu tra il 4 e 22 luglio che da 
errore xen mapcache usando virtio net puoi aiutarmi?
Another question: the qemu 1.6 regression between july 4th-22nd commits 
(qemu crash on domU kernel load with xen mapcache error with virtio 
net), could you help me?

Thanks for any reply.

Re: [Qemu-devel] [Spice-devel] Vdagent not working on xen linux hvm DomUs

[Fabio Fantoni]

Il 12/12/2013 17:05, Fabio Fantoni ha scritto:
> Il 12/12/2013 16:23, Wei Liu ha scritto:
>> On Thu, Dec 12, 2013 at 02:10:23PM +0100, Fabio Fantoni wrote:
>> [...]
>>> I did some other tests, I narrowed down the commit range to the one 
>>> between:
>>>
>>> commit c9fea5d701f8fd33f0843728ec264d95cee3ed37 Mon, 22 Jul 2013
>>> 15:14:18 (Merge remote-tracking branch 'bonzini/iommu-for-anthony')
>>> where there is virtio net regression with xen
>>>
>>> and
>>>
>>> commit    962b03fcf509db25c847aa67c4eff574c240dcfe Thu, 4 Jul 2013
>>> 15:42:43 +0000 (xen: Mark fixed platform I/O as unaligned)
>>> where virtio net is working
>>>
>>> I also tested:
>>> commit 2562becfc126ed7678c662ee23b7c1fe135d8966 Mon, 15 Jul 2013
>>> 19:02:41 +0000
>>> and
>>> commit dcb117bfda5af6f6ceb7231778d36d8bce4aee93 Thu, 4 Jul 2013
>>> 15:42:46 +0000
>>> but qemu crashes on xl create for another error and I haven't found
>>> which is the commit to apply with git cherry-pick so that I can
>>> check if the virtio net regression is present.
>>>
>>> Can someone help me please?
>>>
>>> I added also qemu-devel to cc.
>>>
>
>> I did a quick test with Xen's QEMU, currently at
>>
>> commit 1c514a7734b7f98625a0d18d5e8ee7581f26e50c
>> Merge: 79c097d 35bdc13
>> Author: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
>> Date:   Tue Jun 25 11:34:24 2013 +0000
>>
>>      Merge remote branch 'perard/cpu-hotplug-port-v2' into 
>> xen-staging-master-7
>>
>> from git://xenbits.xen.org/qemu-upstream-unstable.git
>>
>> My guest is Squeeze with stock kernel 2.6.32.
>>
>> vif=['model=virtio-net-pci,bridge=xenbr0']
>>
>> No pci=nomsi in guest kernel command line.
>>
>> Everything worked fine. And /proc/interrupts shows that it's indeed
>> using MSI for virtio PCI.
>>
>> I'm kind of confused. (And in the long run of this thread I probably
>> didn't remember everything.)
>>
>> Wei.
>
> I tried with "commit e16435c95be86244bd92c5c26579bd4298aa65a6 
> (xen_disk: mark ioreq as mapped before unmapping in error case)" from 
> git://xenbits.xen.org/qemu-upstream-4.3-testing.git.
> There are only 4 commits difference between mine and your test.
> FWIK the only other difference is domUs kernel versions, and the msi 
> problem is probably a regression between kernel 2.6.32 and 3.2 (the 
> "older" domUs used in my tests was Precise with kernel 3.2).
> Tomorrow I'll try also with squeeze.

I tested with squeeze and with qemu 1.3.1, virtio net works also without 
pci=nomsi, so seems kernel regression about msi using xen (that make 
virtio devices not working) between versions 2.6.32 and 3.2.
Any idea about solve it?

>
> RIguardo invece l'altra regressione qemu tra il 4 e 22 luglio che da 
> errore xen mapcache usando virtio net puoi aiutarmi?
> Another question: the qemu 1.6 regression between july 4th-22nd 
> commits (qemu crash on domU kernel load with xen mapcache error with 
> virtio net), could you help me?
>
> Thanks for any reply.

I did another test about this qemu regression and I'm unable to decrease 
the range of commits :(

Re: [Qemu-devel] [Spice-devel] Vdagent not working on xen linux hvm DomUs

[Wei Liu]

On Fri, Dec 13, 2013 at 10:51:01AM +0100, Fabio Fantoni wrote:
> Il 12/12/2013 17:05, Fabio Fantoni ha scritto:
> >Il 12/12/2013 16:23, Wei Liu ha scritto:
> >>On Thu, Dec 12, 2013 at 02:10:23PM +0100, Fabio Fantoni wrote:
> >>[...]
> >>>I did some other tests, I narrowed down the commit range to
> >>>the one between:
> >>>
> >>>commit c9fea5d701f8fd33f0843728ec264d95cee3ed37 Mon, 22 Jul 2013
> >>>15:14:18 (Merge remote-tracking branch 'bonzini/iommu-for-anthony')
> >>>where there is virtio net regression with xen
> >>>
> >>>and
> >>>
> >>>commit    962b03fcf509db25c847aa67c4eff574c240dcfe Thu, 4 Jul 2013
> >>>15:42:43 +0000 (xen: Mark fixed platform I/O as unaligned)
> >>>where virtio net is working
> >>>
> >>>I also tested:
> >>>commit 2562becfc126ed7678c662ee23b7c1fe135d8966 Mon, 15 Jul 2013
> >>>19:02:41 +0000
> >>>and
> >>>commit dcb117bfda5af6f6ceb7231778d36d8bce4aee93 Thu, 4 Jul 2013
> >>>15:42:46 +0000
> >>>but qemu crashes on xl create for another error and I haven't found
> >>>which is the commit to apply with git cherry-pick so that I can
> >>>check if the virtio net regression is present.
> >>>
> >>>Can someone help me please?
> >>>
> >>>I added also qemu-devel to cc.
> >>>
> >
> >>I did a quick test with Xen's QEMU, currently at
> >>
> >>commit 1c514a7734b7f98625a0d18d5e8ee7581f26e50c
> >>Merge: 79c097d 35bdc13
> >>Author: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
> >>Date:   Tue Jun 25 11:34:24 2013 +0000
> >>
> >>     Merge remote branch 'perard/cpu-hotplug-port-v2' into
> >>xen-staging-master-7
> >>
> >>from git://xenbits.xen.org/qemu-upstream-unstable.git
> >>
> >>My guest is Squeeze with stock kernel 2.6.32.
> >>
> >>vif=['model=virtio-net-pci,bridge=xenbr0']
> >>
> >>No pci=nomsi in guest kernel command line.
> >>
> >>Everything worked fine. And /proc/interrupts shows that it's indeed
> >>using MSI for virtio PCI.
> >>
> >>I'm kind of confused. (And in the long run of this thread I probably
> >>didn't remember everything.)
> >>
> >>Wei.
> >
> >I tried with "commit e16435c95be86244bd92c5c26579bd4298aa65a6
> >(xen_disk: mark ioreq as mapped before unmapping in error case)"
> >from git://xenbits.xen.org/qemu-upstream-4.3-testing.git.
> >There are only 4 commits difference between mine and your test.
> >FWIK the only other difference is domUs kernel versions, and the
> >msi problem is probably a regression between kernel 2.6.32 and 3.2
> >(the "older" domUs used in my tests was Precise with kernel 3.2).
> >Tomorrow I'll try also with squeeze.
> 
> I tested with squeeze and with qemu 1.3.1, virtio net works also
> without pci=nomsi, so seems kernel regression about msi using xen
> (that make virtio devices not working) between versions 2.6.32 and
> 3.2.
> Any idea about solve it?
> 

3.2 is still old to be honest. I don't think we have the bandwidth to
look at it.

It's never easy to debug problem involving several software components.
The right thing to do is to use a) latest stable kernel tree which is
still actively maintained, b) Linus's tree. Only those actively trees
maintained / developed people have incentive / time to look at.

If you're using a specific distro kernel, it would be probably helpful
to report bug to that distro as well -- only if you're sure the bug
you're seeing is distro kernel's bug.

If you really want this feature so bad. I would sugguest you try latest
stable kernel to see if it works. If not, you probably need to revisit
your requirement and look for another route to achieve your goal.

Wei.

Re: [Qemu-devel] [Spice-devel] Vdagent not working on xen linux hvm DomUs

[Fabio Fantoni]

Il 13/12/2013 17:22, Wei Liu ha scritto:
> On Fri, Dec 13, 2013 at 10:51:01AM +0100, Fabio Fantoni wrote:
>> Il 12/12/2013 17:05, Fabio Fantoni ha scritto:
>>> Il 12/12/2013 16:23, Wei Liu ha scritto:
>>>> On Thu, Dec 12, 2013 at 02:10:23PM +0100, Fabio Fantoni wrote:
>>>> [...]
>>>>> I did some other tests, I narrowed down the commit range to
>>>>> the one between:
>>>>>
>>>>> commit c9fea5d701f8fd33f0843728ec264d95cee3ed37 Mon, 22 Jul 2013
>>>>> 15:14:18 (Merge remote-tracking branch 'bonzini/iommu-for-anthony')
>>>>> where there is virtio net regression with xen
>>>>>
>>>>> and
>>>>>
>>>>> commit    962b03fcf509db25c847aa67c4eff574c240dcfe Thu, 4 Jul 2013
>>>>> 15:42:43 +0000 (xen: Mark fixed platform I/O as unaligned)
>>>>> where virtio net is working
>>>>>
>>>>> I also tested:
>>>>> commit 2562becfc126ed7678c662ee23b7c1fe135d8966 Mon, 15 Jul 2013
>>>>> 19:02:41 +0000
>>>>> and
>>>>> commit dcb117bfda5af6f6ceb7231778d36d8bce4aee93 Thu, 4 Jul 2013
>>>>> 15:42:46 +0000
>>>>> but qemu crashes on xl create for another error and I haven't found
>>>>> which is the commit to apply with git cherry-pick so that I can
>>>>> check if the virtio net regression is present.
>>>>>
>>>>> Can someone help me please?
>>>>>
>>>>> I added also qemu-devel to cc.
>>>>>
>>>> I did a quick test with Xen's QEMU, currently at
>>>>
>>>> commit 1c514a7734b7f98625a0d18d5e8ee7581f26e50c
>>>> Merge: 79c097d 35bdc13
>>>> Author: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
>>>> Date:   Tue Jun 25 11:34:24 2013 +0000
>>>>
>>>>      Merge remote branch 'perard/cpu-hotplug-port-v2' into
>>>> xen-staging-master-7
>>>>
>>> >from git://xenbits.xen.org/qemu-upstream-unstable.git
>>>> My guest is Squeeze with stock kernel 2.6.32.
>>>>
>>>> vif=['model=virtio-net-pci,bridge=xenbr0']
>>>>
>>>> No pci=nomsi in guest kernel command line.
>>>>
>>>> Everything worked fine. And /proc/interrupts shows that it's indeed
>>>> using MSI for virtio PCI.
>>>>
>>>> I'm kind of confused. (And in the long run of this thread I probably
>>>> didn't remember everything.)
>>>>
>>>> Wei.
>>> I tried with "commit e16435c95be86244bd92c5c26579bd4298aa65a6
>>> (xen_disk: mark ioreq as mapped before unmapping in error case)"
>> >from git://xenbits.xen.org/qemu-upstream-4.3-testing.git.
>>> There are only 4 commits difference between mine and your test.
>>> FWIK the only other difference is domUs kernel versions, and the
>>> msi problem is probably a regression between kernel 2.6.32 and 3.2
>>> (the "older" domUs used in my tests was Precise with kernel 3.2).
>>> Tomorrow I'll try also with squeeze.
>> I tested with squeeze and with qemu 1.3.1, virtio net works also
>> without pci=nomsi, so seems kernel regression about msi using xen
>> (that make virtio devices not working) between versions 2.6.32 and
>> 3.2.
>> Any idea about solve it?
>>
> 3.2 is still old to be honest. I don't think we have the bandwidth to
> look at it.
>
> It's never easy to debug problem involving several software components.
> The right thing to do is to use a) latest stable kernel tree which is
> still actively maintained, b) Linus's tree. Only those actively trees
> maintained / developed people have incentive / time to look at.
>
> If you're using a specific distro kernel, it would be probably helpful
> to report bug to that distro as well -- only if you're sure the bug
> you're seeing is distro kernel's bug.
>
> If you really want this feature so bad. I would sugguest you try latest
> stable kernel to see if it works. If not, you probably need to revisit
> your requirement and look for another route to achieve your goal.
>
> Wei.

Thanks for your reply.
About kernel msi regression I'll do other tests.
Could it be useful to try this patch:
https://bugzilla.kernel.org/attachment.cgi?id=113791
or is it totally unrelated?



About the other regression (the upstream qemu 1.6 regression that causes 
qemu crash with virtio net) can someone help me please?

> I did some other tests, I narrowed down the commit range to
> the one between:
>
> commit c9fea5d701f8fd33f0843728ec264d95cee3ed37 Mon, 22 Jul 2013
> 15:14:18 (Merge remote-tracking branch 'bonzini/iommu-for-anthony')
> where there is virtio net regression with xen
>
> and
>
> commit    962b03fcf509db25c847aa67c4eff574c240dcfe Thu, 4 Jul 2013
> 15:42:43 +0000 (xen: Mark fixed platform I/O as unaligned)
> where virtio net is working
>
> I also tested:
> commit 2562becfc126ed7678c662ee23b7c1fe135d8966 Mon, 15 Jul 2013
> 19:02:41 +0000
> and
> commit dcb117bfda5af6f6ceb7231778d36d8bce4aee93 Thu, 4 Jul 2013
> 15:42:46 +0000
> but qemu crashes on xl create for another error and I haven't found
> which is the commit to apply with git cherry-pick so that I can
> check if the virtio net regression is present.
>
> Can someone help me please?

Thanks for any reply.

Re: [Qemu-devel] [Spice-devel] Vdagent not working on xen linux hvm DomUs

[Wei Liu]

On Tue, Dec 17, 2013 at 05:01:58PM +0100, Fabio Fantoni wrote:
[...]
> 
> Thanks for your reply.
> About kernel msi regression I'll do other tests.
> Could it be useful to try this patch:
> https://bugzilla.kernel.org/attachment.cgi?id=113791
> or is it totally unrelated?
> 

Not sure. You would probably need to check if the kernel version you
used already has that patch.

IIRC, you said e1000 worked without pci=nomsi. And, if I remember
correctly, e1000 uses MSI by default. So it is hard to tell what is
broken. After all so many different components, so many different
versions of different components are involved.

Wei.

Re: [Qemu-devel] [Spice-devel] Vdagent not working on xen linux hvm DomUs

[Michael S. Tsirkin]

On Tue, Dec 17, 2013 at 05:01:58PM +0100, Fabio Fantoni wrote:
> Il 13/12/2013 17:22, Wei Liu ha scritto:
> >On Fri, Dec 13, 2013 at 10:51:01AM +0100, Fabio Fantoni wrote:
> >>Il 12/12/2013 17:05, Fabio Fantoni ha scritto:
> >>>Il 12/12/2013 16:23, Wei Liu ha scritto:
> >>>>On Thu, Dec 12, 2013 at 02:10:23PM +0100, Fabio Fantoni wrote:
> >>>>[...]
> >>>>>I did some other tests, I narrowed down the commit range to
> >>>>>the one between:
> >>>>>
> >>>>>commit c9fea5d701f8fd33f0843728ec264d95cee3ed37 Mon, 22 Jul 2013
> >>>>>15:14:18 (Merge remote-tracking branch 'bonzini/iommu-for-anthony')
> >>>>>where there is virtio net regression with xen
> >>>>>
> >>>>>and
> >>>>>
> >>>>>commit    962b03fcf509db25c847aa67c4eff574c240dcfe Thu, 4 Jul 2013
> >>>>>15:42:43 +0000 (xen: Mark fixed platform I/O as unaligned)
> >>>>>where virtio net is working
> >>>>>
> >>>>>I also tested:
> >>>>>commit 2562becfc126ed7678c662ee23b7c1fe135d8966 Mon, 15 Jul 2013
> >>>>>19:02:41 +0000
> >>>>>and
> >>>>>commit dcb117bfda5af6f6ceb7231778d36d8bce4aee93 Thu, 4 Jul 2013
> >>>>>15:42:46 +0000

bisect is pretty aggressive sometimes but there are only 300
commits in this range.
So you should be able to just try them all automatically.

It might be a good idea to start a new thread,
Cc all lists at the same time and collect the
information known so far.

Also, is MSI working for Xen generally?
Maybe it's not a virtio-only problem.

> >>>>>but qemu crashes on xl create for another error and I haven't found
> >>>>>which is the commit to apply with git cherry-pick so that I can
> >>>>>check if the virtio net regression is present.
> >>>>>
> >>>>>Can someone help me please?

> >>>>>
> >>>>>I added also qemu-devel to cc.
> >>>>>
> >>>>I did a quick test with Xen's QEMU, currently at
> >>>>
> >>>>commit 1c514a7734b7f98625a0d18d5e8ee7581f26e50c
> >>>>Merge: 79c097d 35bdc13
> >>>>Author: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
> >>>>Date:   Tue Jun 25 11:34:24 2013 +0000
> >>>>
> >>>>     Merge remote branch 'perard/cpu-hotplug-port-v2' into
> >>>>xen-staging-master-7
> >>>>
> >>>>from git://xenbits.xen.org/qemu-upstream-unstable.git
> >>>>My guest is Squeeze with stock kernel 2.6.32.
> >>>>
> >>>>vif=['model=virtio-net-pci,bridge=xenbr0']
> >>>>
> >>>>No pci=nomsi in guest kernel command line.
> >>>>
> >>>>Everything worked fine. And /proc/interrupts shows that it's indeed
> >>>>using MSI for virtio PCI.
> >>>>
> >>>>I'm kind of confused. (And in the long run of this thread I probably
> >>>>didn't remember everything.)
> >>>>
> >>>>Wei.
> >>>I tried with "commit e16435c95be86244bd92c5c26579bd4298aa65a6
> >>>(xen_disk: mark ioreq as mapped before unmapping in error case)"
> >>>from git://xenbits.xen.org/qemu-upstream-4.3-testing.git.
> >>>There are only 4 commits difference between mine and your test.
> >>>FWIK the only other difference is domUs kernel versions, and the
> >>>msi problem is probably a regression between kernel 2.6.32 and 3.2
> >>>(the "older" domUs used in my tests was Precise with kernel 3.2).
> >>>Tomorrow I'll try also with squeeze.
> >>I tested with squeeze and with qemu 1.3.1, virtio net works also
> >>without pci=nomsi, so seems kernel regression about msi using xen
> >>(that make virtio devices not working) between versions 2.6.32 and
> >>3.2.
> >>Any idea about solve it?
> >>
> >3.2 is still old to be honest. I don't think we have the bandwidth to
> >look at it.
> >
> >It's never easy to debug problem involving several software components.
> >The right thing to do is to use a) latest stable kernel tree which is
> >still actively maintained, b) Linus's tree. Only those actively trees
> >maintained / developed people have incentive / time to look at.
> >
> >If you're using a specific distro kernel, it would be probably helpful
> >to report bug to that distro as well -- only if you're sure the bug
> >you're seeing is distro kernel's bug.
> >
> >If you really want this feature so bad. I would sugguest you try latest
> >stable kernel to see if it works. If not, you probably need to revisit
> >your requirement and look for another route to achieve your goal.
> >
> >Wei.
> 
> Thanks for your reply.
> About kernel msi regression I'll do other tests.
> Could it be useful to try this patch:
> https://bugzilla.kernel.org/attachment.cgi?id=113791
> or is it totally unrelated?
> 
> 
> 
> About the other regression (the upstream qemu 1.6 regression that
> causes qemu crash with virtio net) can someone help me please?

It might be a good idea to start a separate thread
related to this, too.


> >I did some other tests, I narrowed down the commit range to
> >the one between:
> >
> >commit c9fea5d701f8fd33f0843728ec264d95cee3ed37 Mon, 22 Jul 2013
> >15:14:18 (Merge remote-tracking branch 'bonzini/iommu-for-anthony')
> >where there is virtio net regression with xen
> >
> >and
> >
> >commit    962b03fcf509db25c847aa67c4eff574c240dcfe Thu, 4 Jul 2013
> >15:42:43 +0000 (xen: Mark fixed platform I/O as unaligned)
> >where virtio net is working
> >
> >I also tested:
> >commit 2562becfc126ed7678c662ee23b7c1fe135d8966 Mon, 15 Jul 2013
> >19:02:41 +0000
> >and
> >commit dcb117bfda5af6f6ceb7231778d36d8bce4aee93 Thu, 4 Jul 2013
> >15:42:46 +0000
> >but qemu crashes on xl create for another error and I haven't found
> >which is the commit to apply with git cherry-pick so that I can
> >check if the virtio net regression is present.
> >
> >Can someone help me please?
> 
> Thanks for any reply.

Re: [Qemu-devel] [Spice-devel] Vdagent not working on xen linux hvm DomUs

[Wei Liu]

On Mon, Mar 10, 2014 at 02:32:31PM +0200, Michael S. Tsirkin wrote:
> On Tue, Dec 17, 2013 at 05:01:58PM +0100, Fabio Fantoni wrote:
> > Il 13/12/2013 17:22, Wei Liu ha scritto:
> > >On Fri, Dec 13, 2013 at 10:51:01AM +0100, Fabio Fantoni wrote:
> > >>Il 12/12/2013 17:05, Fabio Fantoni ha scritto:
> > >>>Il 12/12/2013 16:23, Wei Liu ha scritto:
> > >>>>On Thu, Dec 12, 2013 at 02:10:23PM +0100, Fabio Fantoni wrote:
> > >>>>[...]
> > >>>>>I did some other tests, I narrowed down the commit range to
> > >>>>>the one between:
> > >>>>>
> > >>>>>commit c9fea5d701f8fd33f0843728ec264d95cee3ed37 Mon, 22 Jul 2013
> > >>>>>15:14:18 (Merge remote-tracking branch 'bonzini/iommu-for-anthony')
> > >>>>>where there is virtio net regression with xen
> > >>>>>
> > >>>>>and
> > >>>>>
> > >>>>>commit    962b03fcf509db25c847aa67c4eff574c240dcfe Thu, 4 Jul 2013
> > >>>>>15:42:43 +0000 (xen: Mark fixed platform I/O as unaligned)
> > >>>>>where virtio net is working
> > >>>>>
> > >>>>>I also tested:
> > >>>>>commit 2562becfc126ed7678c662ee23b7c1fe135d8966 Mon, 15 Jul 2013
> > >>>>>19:02:41 +0000
> > >>>>>and
> > >>>>>commit dcb117bfda5af6f6ceb7231778d36d8bce4aee93 Thu, 4 Jul 2013
> > >>>>>15:42:46 +0000
> 
> bisect is pretty aggressive sometimes but there are only 300
> commits in this range.
> So you should be able to just try them all automatically.
> 
> It might be a good idea to start a new thread,
> Cc all lists at the same time and collect the
> information known so far.
> 
> Also, is MSI working for Xen generally?
> Maybe it's not a virtio-only problem.
> 

I beleive MSI works to some degree. There's code to inject MSI interrupt
to HVM guest in QEMU.

Wei.