Re: [Xen-devel] [...], USB-passthru only works with qemu-traditional

[Steffen Einsle <einsle@xxxxxxxxxx>]

Hello,

you're probably right about the malformed commandline for USB-passthru: 
With upstream qemu I get
qemu-system-x86_64: -usbdevice tablet: '-usbdevice' is deprecated, 
please use '-device usb-...' instead
qemu-system-x86_64: -usbdevice host:0d46:3003: '-usbdevice' is 
deprecated, please use '-device usb-...' instead
qemu-system-x86_64: -usbdevice host:0d46:3003: could not add USB device 
'host:0d46:3003'
I'm not quite sure if this ever worked (without trad), but if it did, it 
was some years ago... perhaps at the times of xen 4.1 ?

Am 06.01.2020 um 11:23 schrieb Durrant, Paul:
> > -----Original Message-----
> > From: win-pv-devel <win-pv-devel-bounces@xxxxxxxxxxxxxxxxxxxx> On Behalf
> > Of Steffen Einsle
> > Sent: 05 January 2020 00:44
> > To: win-pv-devel@xxxxxxxxxxxxxxxxxxxx
> > Subject: [win-pv-devel] Driver 9.0.0 no keyboard in vncviewer, USB-
> > passthru only with qemu-traditional
> >
> > Hello,
> >
> > I just installed a Windows 2019 Server with the new 9.0.0 PV drivers
> > under xen 4.12.1. I use gentoo and since I need usb-passthru I have to
> > use the qemu-traditional useflag (or device_model_version =
> > 'qemu-xen-traditional').
> >
> > - USB-passthru works only with qemu-traditional
>    That seems odd, but I guess nor many people use USB passthru so it could 
> have got broken with upstream somewhere along the way.
> > Is there a general trick to get USB-passthru working with qemu-xen?
> > (without qemu-traditional my usbdevice = ['tablet', 'host:0d46:3003']
> > prevents domu creation - device-model-exited-error)
>    I think that is probably something to post on xen-users or xen-devel. Have 
> you ever had USB passthrough working with upstream QEMU? There's nothing at 
> https://wiki.xenproject.org/wiki/Xen_USB_Passthrough to suggest it is only 
> supported using trad so if it is broken it needs fixing. What does your qemu 
> log (under /var/log/xen) say was the reason for failure? (I'm guessing it was 
> probably malformed command line, which would mean there's a bug in libxl).
> Paul

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel