All of lore.kernel.org
 help / color / mirror / Atom feed
From: Fabio Fantoni <fabio.fantoni@m2r.biz>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: xen-devel@lists.xensource.com, Ian.Campbell@citrix.com,
	Stefano.Stabellini@eu.citrix.com,
	"George Dunlap" <george.dunlap@eu.citrix.com>,
	Ian.Jackson@eu.citrix.com, wei.lui2@citrix.com,
	qemu-devel@nongnu.org, "Anthony Liguori" <anthony@codemonkey.ws>,
	"Andreas Färber" <afaerber@suse.de>
Subject: Re: [Qemu-devel] [PATCH v3] libxl: usb2 and usb3 controller support for upstream qemu
Date: Wed, 14 Aug 2013 12:30:43 +0200	[thread overview]
Message-ID: <520B5C53.3060709@m2r.biz> (raw)
In-Reply-To: <51E7E0F4.5050006@redhat.com>

Il 18/07/2013 14:35, Paolo Bonzini ha scritto:
> Il 18/07/2013 14:31, Andreas Färber ha scritto:
>>>> I'm just curious, why is this so complicated?  Is this likely to be
>>>> fragile and break in the future?
>> As pointed out previously, the bus=pci.0 bit will break with different
>> PCI host bridges, such as the q35 machine existing today (-M q35 uses
>> pcie.0 instead and it has been discussed to make q35 the default at some
>> point). I had thus suggested to use a variable for the bus name to
>> abstract it. For -M pc-i440fx-1.5 etc. pci.0 should continue to work.
> I think if we ever made a PCIe machine the default, it would be
> different from what today's q35.  In particular it probably should
> include a default DMI-to-PCI bridge, so as to make the command line
> compatible with i440FX-based machines.
>
> Paolo

FWIK q35 is not supported now on xen.
Anyone on this?

Based on Anthony Liguori reply the usb2 hardcoded parameter should be 
stable and will be supported in future:
http://lists.xen.org/archives/html/xen-devel/2013-07/msg01692.html

There is also reply of Ian Jackson:
http://lists.xen.org/archives/html/xen-devel/2013-07/msg01702.html

I had also posted v4 of patch:
http://lists.xen.org/archives/html/xen-devel/2013-07/msg01101.html


Reposted the tests results:

Tested on linux domU (ubuntu 12.04 64 bit) with usb redirection:
- with usb1 and usb2 working and no problem found.

- with usb3 linux sees the usb3 controller but usbredirection not 
working (tested with qemu 1.3 of xen-unstable)

Tested on windows 7 pro 64 bit domU with usb redirection:

- with usb1 not working, windows sees the usb devices (flash mass 
storage) with error (unable to start device, code 10); seems
windows bugs.

- with usb2 working and no problem found.

- with usb3 not working, windows sees the usb controller but 
usbredirection is not working (tested with qemu 1.3 of xen-unstable)

About usb3 seems that qemu does not support some functionalities for now.

Qemu log on usb3 test:
xhci_cap_read: reg 2 unimplemented
xhci: unimplemented command 52
xhci: ERDP out of bounds: 7e7d5000
xhci: ER[7] at 0 len 0
xhci: asserted controller error
xhci: ERDP out of bounds: 7eace000
xhci: ER[6] at 0 len 0
xhci: asserted controller error
...
xhci: slot 1 has no device
xhci: error firing data transfer



There wasn't any reply about this for one month. usb1 controller is 
already supported by xen but it has some problems with latest windows. 
usb2 works with both linux and windows but it needs this patch or a 
similar one to add support on xen. usb3 can be removed for now if 
someone think unimplemented functions are a problem.
Thanks for any reply.

WARNING: multiple messages have this Message-ID (diff)
From: Fabio Fantoni <fabio.fantoni@m2r.biz>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: xen-devel@lists.xensource.com, Ian.Campbell@citrix.com,
	Stefano.Stabellini@eu.citrix.com,
	"George Dunlap" <george.dunlap@eu.citrix.com>,
	Ian.Jackson@eu.citrix.com, wei.lui2@citrix.com,
	qemu-devel@nongnu.org, "Anthony Liguori" <anthony@codemonkey.ws>,
	"Andreas Färber" <afaerber@suse.de>
Subject: Re: [PATCH v3] libxl: usb2 and usb3 controller support for upstream qemu
Date: Wed, 14 Aug 2013 12:30:43 +0200	[thread overview]
Message-ID: <520B5C53.3060709@m2r.biz> (raw)
In-Reply-To: <51E7E0F4.5050006@redhat.com>

Il 18/07/2013 14:35, Paolo Bonzini ha scritto:
> Il 18/07/2013 14:31, Andreas Färber ha scritto:
>>>> I'm just curious, why is this so complicated?  Is this likely to be
>>>> fragile and break in the future?
>> As pointed out previously, the bus=pci.0 bit will break with different
>> PCI host bridges, such as the q35 machine existing today (-M q35 uses
>> pcie.0 instead and it has been discussed to make q35 the default at some
>> point). I had thus suggested to use a variable for the bus name to
>> abstract it. For -M pc-i440fx-1.5 etc. pci.0 should continue to work.
> I think if we ever made a PCIe machine the default, it would be
> different from what today's q35.  In particular it probably should
> include a default DMI-to-PCI bridge, so as to make the command line
> compatible with i440FX-based machines.
>
> Paolo

FWIK q35 is not supported now on xen.
Anyone on this?

Based on Anthony Liguori reply the usb2 hardcoded parameter should be 
stable and will be supported in future:
http://lists.xen.org/archives/html/xen-devel/2013-07/msg01692.html

There is also reply of Ian Jackson:
http://lists.xen.org/archives/html/xen-devel/2013-07/msg01702.html

I had also posted v4 of patch:
http://lists.xen.org/archives/html/xen-devel/2013-07/msg01101.html


Reposted the tests results:

Tested on linux domU (ubuntu 12.04 64 bit) with usb redirection:
- with usb1 and usb2 working and no problem found.

- with usb3 linux sees the usb3 controller but usbredirection not 
working (tested with qemu 1.3 of xen-unstable)

Tested on windows 7 pro 64 bit domU with usb redirection:

- with usb1 not working, windows sees the usb devices (flash mass 
storage) with error (unable to start device, code 10); seems
windows bugs.

- with usb2 working and no problem found.

- with usb3 not working, windows sees the usb controller but 
usbredirection is not working (tested with qemu 1.3 of xen-unstable)

About usb3 seems that qemu does not support some functionalities for now.

Qemu log on usb3 test:
xhci_cap_read: reg 2 unimplemented
xhci: unimplemented command 52
xhci: ERDP out of bounds: 7e7d5000
xhci: ER[7] at 0 len 0
xhci: asserted controller error
xhci: ERDP out of bounds: 7eace000
xhci: ER[6] at 0 len 0
xhci: asserted controller error
...
xhci: slot 1 has no device
xhci: error firing data transfer



There wasn't any reply about this for one month. usb1 controller is 
already supported by xen but it has some problems with latest windows. 
usb2 works with both linux and windows but it needs this patch or a 
similar one to add support on xen. usb3 can be removed for now if 
someone think unimplemented functions are a problem.
Thanks for any reply.

  reply	other threads:[~2013-08-14 10:30 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-12 10:22 [Qemu-devel] [PATCH v3] libxl: usb2 and usb3 controller support for upstream qemu Fabio Fantoni
2013-07-12 10:22 ` Fabio Fantoni
2013-07-12 11:06 ` [Qemu-devel] " George Dunlap
2013-07-12 11:06   ` George Dunlap
2013-07-12 11:15   ` [Qemu-devel] " Ian Campbell
2013-07-12 11:15     ` Ian Campbell
2013-07-12 12:36   ` [Qemu-devel] " Fabio Fantoni
2013-07-12 12:36     ` Fabio Fantoni
2013-07-12 15:33     ` [Qemu-devel] " George Dunlap
2013-07-12 15:33       ` George Dunlap
2013-07-15  9:10       ` [Qemu-devel] " Fabio Fantoni
2013-07-15  9:10         ` Fabio Fantoni
2013-07-18 11:09         ` [Qemu-devel] " Ian Jackson
2013-07-18 11:09           ` Ian Jackson
2013-07-18 11:13           ` [Qemu-devel] " George Dunlap
2013-07-18 11:13             ` George Dunlap
2013-07-18 11:31           ` [Qemu-devel] " Anthony Liguori
2013-07-18 11:31             ` Anthony Liguori
2013-07-18 12:15             ` [Qemu-devel] " Ian Jackson
2013-07-18 12:15               ` Ian Jackson
2013-07-18 12:31   ` [Qemu-devel] " Andreas Färber
2013-07-18 12:31     ` Andreas Färber
2013-07-18 12:35     ` [Qemu-devel] " Paolo Bonzini
2013-07-18 12:35       ` Paolo Bonzini
2013-08-14 10:30       ` Fabio Fantoni [this message]
2013-08-14 10:30         ` Fabio Fantoni
2013-09-11 10:14         ` [Qemu-devel] " Fabio Fantoni
2013-09-11 10:14           ` Fabio Fantoni
2013-09-11 10:19           ` [Qemu-devel] " Ian Campbell
2013-09-11 10:19             ` Ian Campbell
2013-09-11 11:38             ` [Qemu-devel] " Fabio Fantoni
2013-09-11 11:38               ` Fabio Fantoni
2013-09-11 13:19               ` [Qemu-devel] " Fabio Fantoni
2013-09-11 13:19                 ` Fabio Fantoni

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=520B5C53.3060709@m2r.biz \
    --to=fabio.fantoni@m2r.biz \
    --cc=Ian.Campbell@citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=Stefano.Stabellini@eu.citrix.com \
    --cc=afaerber@suse.de \
    --cc=anthony@codemonkey.ws \
    --cc=george.dunlap@eu.citrix.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=wei.lui2@citrix.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.