xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: George Dunlap <george.dunlap@eu.citrix.com>
To: Fabio Fantoni <fabio.fantoni@m2r.biz>
Cc: Anthony PERARD <anthony.perard@citrix.com>,
	xen-devel <xen-devel@lists.xensource.com>,
	Ian Jackson <Ian.Jackson@eu.citrix.com>,
	Ian Campbell <ian.campbell@citrix.com>
Subject: Re: Usb passthrough with upstream qemu question
Date: Tue, 24 Sep 2013 10:59:18 +0100	[thread overview]
Message-ID: <52416276.4030100@eu.citrix.com> (raw)
In-Reply-To: <52405459.80009@m2r.biz>

On 09/23/2013 03:46 PM, Fabio Fantoni wrote:
> I tested my latest patches about usb controllers (1-2-3) and usb
> redirection (from Spice client) support for upstream qemu and are working.
> I also tested usb passthrough (from dom0) but seems that with older
> -usbdevice paraters is not working.
> I see the qemu docs/qdev-device-use.txt and based on this I tried the
> new parameters, for example:
> device_model_args=["-device","usb-host,vendorid=0x058f,productid=0x6387"]
> With new parameters usb passthrough is working, also with new usb
> controller and also with usb redirection enabled.
> I did all tests using latest xen and qemu version (1.6).
> I think should be good to change upstream qemu parameters for usb
> passthrough on libxl with the new ones.

Yes, I think it would be better.  The main difficulty is that the libxl 
parameter is basically the old-style usbdevice parameter passed straight 
through.  To support the current libxl parameter with the new qemu would 
mean interpreting the usbdevice parameter and translating it into the 
new-style parameter.

My USB hot-plug series begins to introduce a more reasonable interface 
for USB devices. Once that's in, we can think about introducing a 
similar new interface for creating domains, that should match the new 
way of specifying devices better.  Then we could just say, "If you're 
using spice, you have to use the new interface."

Unfortunately, it's looking like the USB hot-plug series may not make it 
into 4.4 unless someone else can pick it up (or unless we slip the 
feature freeze).

  -George

  reply	other threads:[~2013-09-24  9:59 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-23 14:46 Usb passthrough with upstream qemu question Fabio Fantoni
2013-09-24  9:59 ` George Dunlap [this message]
2013-09-25 14:11   ` Pasi Kärkkäinen
2013-10-04  9:59     ` George Dunlap
2013-10-04 13:16       ` Fabio Fantoni
2013-10-04 13:30         ` George Dunlap
2013-10-04 14:00           ` Fabio Fantoni
2013-10-04 14:25             ` George Dunlap
2013-10-04 14:59               ` Fabio Fantoni
2013-10-07 10:41                 ` George Dunlap
2013-10-28 16:19                   ` Fabio Fantoni
2013-11-05 13:54                     ` 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=52416276.4030100@eu.citrix.com \
    --to=george.dunlap@eu.citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=anthony.perard@citrix.com \
    --cc=fabio.fantoni@m2r.biz \
    --cc=ian.campbell@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).