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, 11 Sep 2013 12:14:08 +0200	[thread overview]
Message-ID: <52304270.1020507@m2r.biz> (raw)
In-Reply-To: <520B5C53.3060709@m2r.biz>

Il 14/08/2013 12:30, Fabio Fantoni ha scritto:
> 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.

Ping

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, 11 Sep 2013 12:14:08 +0200	[thread overview]
Message-ID: <52304270.1020507@m2r.biz> (raw)
In-Reply-To: <520B5C53.3060709@m2r.biz>

Il 14/08/2013 12:30, Fabio Fantoni ha scritto:
> 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.

Ping

  reply	other threads:[~2013-09-11 10:14 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       ` [Qemu-devel] " Fabio Fantoni
2013-08-14 10:30         ` Fabio Fantoni
2013-09-11 10:14         ` Fabio Fantoni [this message]
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=52304270.1020507@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.