Bug 90286

Forgot to mention that i'm using git master of spice-gtk (commit 0a50d2c1aca61772b6522b74eb2324fd5378a60e) with Marc-Andre's "usb: channel-new handler to be after default handlers" patch from the list. Without this patch, device doesn't get redirected at all.

The error on Cheese commandline in the guest is:

(cheese:1672): cheese-WARNING **: Could not read from resource.: gstv4l2bufferpool.c(1023): gst_v4l2_buffer_pool_poll (): /GstCameraBin:camerabin/GstWrapperCameraBinSrc:camera_source/GstBin:bin35/GstV4l2Src:video_source:
poll error 1: Input/output error (5)

dmesg |tail on the other hand seems to show everything is fine:

[   15.257392] USB Video Class driver (1.1.1)
[   17.454421] usb 4-2.3: USB disconnect, device number 3
[   21.389677] usb 4-2.3: new full-speed USB device number 4 using uhci_hcd
[   21.843900] usb 4-2.3: not running at top speed; connect to a high speed hub
[   21.957308] usb 4-2.3: New USB device found, idVendor=04f2, idProduct=b39a
[   21.957311] usb 4-2.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[   21.957312] usb 4-2.3: Product: Integrated Camera
[   21.957314] usb 4-2.3: Manufacturer: SunplusIT INC.
[   21.966975] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b39a)
[   22.009469] input: Integrated Camera as /devices/pci0000:00/0000:00:05.2/usb4/4-2/4-2.3/4-2.3:1.0/input/input10

Just tried this on a t440s with f22 host/f22 guest and redirection was succesful.

(In reply to Christophe Fergeau from comment #3)
> Just tried this on a t440s with f22 host/f22 guest and redirection was
> succesful.

Still doesn't work here. Even on system installed 3.16.x Boxes. What kinds of info you'd need?

(In reply to Zeeshan Ali from comment #4)
> (In reply to Christophe Fergeau from comment #3)
> > Just tried this on a t440s with f22 host/f22 guest and redirection was
> > succesful.
> 
> Still doesn't work here. Even on system installed 3.16.x Boxes. What kinds
> of info you'd need?

This could be configuration issue?
Please check [0] and double check your VM configuration

[0] https://bugzilla.redhat.com/show_bug.cgi?id=1256864#c2

> dmesg |tail on the other hand seems to show everything is fine:
> 
> [   15.257392] USB Video Class driver (1.1.1)
> [   17.454421] usb 4-2.3: USB disconnect, device number 3
> [   21.389677] usb 4-2.3: new full-speed USB device number 4 using uhci_hcd
> [   21.843900] usb 4-2.3: not running at top speed; connect to a high speed
> hub
> [   21.957308] usb 4-2.3: New USB device found, idVendor=04f2, idProduct=b39a
> [   21.957311] usb 4-2.3: New USB device strings: Mfr=1, Product=2,
> SerialNumber=0
> [   21.957312] usb 4-2.3: Product: Integrated Camera
> [   21.957314] usb 4-2.3: Manufacturer: SunplusIT INC.
> [   21.966975] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b39a)
> [   22.009469] input: Integrated Camera as
> /devices/pci0000:00/0000:00:05.2/usb4/4-2/4-2.3/4-2.3:1.0/input/input10

maybe we lost some info due `| tail`
I'm looking in another bug related to usbredir and I can easily reproduce this issue outside boxes.

Steps:
1-) virsh start f22-guest
2-) connect remote-viewer
3-) enable shared device (remote-viewer menu)
4-) dmesg shows [1] and you *CAN* use the webcam with cheese
5-) disable shared device (remote-viewer menu)
6-) enable shared device again (remote-viewer menu)
7-) dmesg shows [2] and you are *NOT* able to use the webcam

also:
after step 6, remote-viewer is slow which could also be related to
https://bugzilla.redhat.com/show_bug.cgi?id=1201387

[1] ---------------------------------------------------
[   37.278075] usb 1-3: new high-speed USB device number 3 using ehci-pci
[   37.845752] usb 1-3: New USB device found, idVendor=04f2, idProduct=b39a
[   37.845756] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[   37.845759] usb 1-3: Product: Integrated Camera
[   37.845760] usb 1-3: Manufacturer: SunplusIT INC.
[   37.874203] media: Linux media interface: v0.10
[   37.885807] Linux video capture interface: v2.00
[   37.902482] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b39a)
[   37.913391] input: Integrated Camera as /devices/pci0000:00/0000:00:06.7/usb1/1-3/1-3:1.0/input/input6
[   37.913698] usbcore: registered new interface driver uvcvideo
[   37.913700] USB Video Class driver (1.1.1)

[2]----------------------------------------------------


    [   76.750088] usb 1-3: USB disconnect, device number 3
    [   98.038221] usb usb1-port3: cannot reset (err = -32)
    [   98.038233] usb usb1-port3: cannot reset (err = -32)
    [   98.038241] usb usb1-port3: cannot reset (err = -32)
    [   98.038249] usb usb1-port3: cannot reset (err = -32)
    [   98.038258] usb usb1-port3: cannot reset (err = -32)
    [   98.038259] usb usb1-port3: Cannot enable. Maybe the USB cable is bad?
    [   98.038290] usb usb1-port3: cannot reset (err = -32)
    [   98.038298] usb usb1-port3: cannot reset (err = -32)
    [   98.038307] usb usb1-port3: cannot reset (err = -32)
    [   98.038315] usb usb1-port3: cannot reset (err = -32)
    [   98.038323] usb usb1-port3: cannot reset (err = -32)
    [   98.038324] usb usb1-port3: Cannot enable. Maybe the USB cable is bad?
    [   98.038349] usb usb1-port3: cannot reset (err = -32)
    [   98.038358] usb usb1-port3: cannot reset (err = -32)
    [   98.038366] usb usb1-port3: cannot reset (err = -32)
    [   98.038374] usb usb1-port3: cannot reset (err = -32)
    [   98.038382] usb usb1-port3: cannot reset (err = -32)
    [   98.038384] usb usb1-port3: Cannot enable. Maybe the USB cable is bad?
    [   98.038408] usb usb1-port3: cannot reset (err = -32)
    [   98.038416] usb usb1-port3: cannot reset (err = -32)
    [   98.038424] usb usb1-port3: cannot reset (err = -32)
    [   98.038432] usb usb1-port3: cannot reset (err = -32)
    [   98.038440] usb usb1-port3: cannot reset (err = -32)
    [   98.038442] usb usb1-port3: Cannot enable. Maybe the USB cable is bad?
    [   98.038462] usb usb1-port3: unable to enumerate USB device
    [   98.262154] usb 3-1: new full-speed USB device number 2 using uhci_hcd
    [   98.715508] usb 3-1: not running at top speed; connect to a high speed hub
    [   98.812769] usb 3-1: New USB device found, idVendor=04f2, idProduct=b39a
    [   98.812773] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
    [   98.812776] usb 3-1: Product: Integrated Camera
    [   98.812778] usb 3-1: Manufacturer: SunplusIT INC.
    [   98.823489] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b39a)
    [   98.838527] input: Integrated Camera as /devices/pci0000:00/0000:00:06.1/usb3/3-1/3-1:1.0/input/input7

(In reply to Victor Toso from comment #6)
> > dmesg |tail on the other hand seems to show everything is fine:
> > 
> > [   15.257392] USB Video Class driver (1.1.1)
> > [   17.454421] usb 4-2.3: USB disconnect, device number 3
> > [   21.389677] usb 4-2.3: new full-speed USB device number 4 using uhci_hcd
> > [   21.843900] usb 4-2.3: not running at top speed; connect to a high speed
> > hub
> > [   21.957308] usb 4-2.3: New USB device found, idVendor=04f2, idProduct=b39a
> > [   21.957311] usb 4-2.3: New USB device strings: Mfr=1, Product=2,
> > SerialNumber=0
> > [   21.957312] usb 4-2.3: Product: Integrated Camera
> > [   21.957314] usb 4-2.3: Manufacturer: SunplusIT INC.
> > [   21.966975] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b39a)
> > [   22.009469] input: Integrated Camera as
> > /devices/pci0000:00/0000:00:05.2/usb4/4-2/4-2.3/4-2.3:1.0/input/input10
> 
> maybe we lost some info due `| tail`
> I'm looking in another bug related to usbredir and I can easily reproduce
> this issue outside boxes.
> 
> Steps:
> 1-) virsh start f22-guest
> 2-) connect remote-viewer
> 3-) enable shared device (remote-viewer menu)
> 4-) dmesg shows [1] and you *CAN* use the webcam with cheese
> 5-) disable shared device (remote-viewer menu)
> 6-) enable shared device again (remote-viewer menu)
> 7-) dmesg shows [2] and you are *NOT* able to use the webcam
> 

If after 7-) you cd to /sys/bus/pci/drivers/ehci_hcd and do
echo -n "0000:00:xx.y" > unbind
echo -n "0000:00:xx.y" > bind
(you can find the values of xx.y with an ls in /sys/bus/pci/drivers/ehci_hcd )
then the webcam will work again (tested with cheese).
Similarly, rebooting the guest with the client connected gives a working webcam
Restarting the client does not make a difference.

Could be the kernel more than usbredir to blame here?

(In reply to Christophe Fergeau from comment #7)
> (In reply to Victor Toso from comment #6)
> > > dmesg |tail on the other hand seems to show everything is fine:
> > > 
> > > [   15.257392] USB Video Class driver (1.1.1)
> > > [   17.454421] usb 4-2.3: USB disconnect, device number 3
> > > [   21.389677] usb 4-2.3: new full-speed USB device number 4 using uhci_hcd
> > > [   21.843900] usb 4-2.3: not running at top speed; connect to a high speed
> > > hub
> > > [   21.957308] usb 4-2.3: New USB device found, idVendor=04f2, idProduct=b39a
> > > [   21.957311] usb 4-2.3: New USB device strings: Mfr=1, Product=2,
> > > SerialNumber=0
> > > [   21.957312] usb 4-2.3: Product: Integrated Camera
> > > [   21.957314] usb 4-2.3: Manufacturer: SunplusIT INC.
> > > [   21.966975] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b39a)
> > > [   22.009469] input: Integrated Camera as
> > > /devices/pci0000:00/0000:00:05.2/usb4/4-2/4-2.3/4-2.3:1.0/input/input10
> > 
> > maybe we lost some info due `| tail`
> > I'm looking in another bug related to usbredir and I can easily reproduce
> > this issue outside boxes.
> > 
> > Steps:
> > 1-) virsh start f22-guest
> > 2-) connect remote-viewer
> > 3-) enable shared device (remote-viewer menu)
> > 4-) dmesg shows [1] and you *CAN* use the webcam with cheese
> > 5-) disable shared device (remote-viewer menu)
> > 6-) enable shared device again (remote-viewer menu)
> > 7-) dmesg shows [2] and you are *NOT* able to use the webcam
> > 
> 
> If after 7-) you cd to /sys/bus/pci/drivers/ehci_hcd and do
> echo -n "0000:00:xx.y" > unbind
> echo -n "0000:00:xx.y" > bind
> (you can find the values of xx.y with an ls in /sys/bus/pci/drivers/ehci_hcd
> )
> then the webcam will work again (tested with cheese).
> Similarly, rebooting the guest with the client connected gives a working
> webcam
> Restarting the client does not make a difference.
> 
> Could be the kernel more than usbredir to blame here?

Maybe.

Is there anything in the *client* -dmesg at the time of removing the webcam ? E.g. something about the ehci controller being stuck?

(In reply to Hans de Goede from comment #8)
> > Could be the kernel more than usbredir to blame here?
> 
> Maybe.
> 
> Is there anything in the *client* -dmesg at the time of removing the webcam
> ? E.g. something about the ehci controller being stuck?

In dmesg on the client, nothing notable. When redirecting the device to the VM, 

[229719.046109] usb 1-8: reset high-speed USB device number 4 using xhci_hcd
[229719.686913] usb 1-8: reset high-speed USB device number 4 using xhci_hcd


When stopping device redirection,

[229834.953565] usb 1-8: reset high-speed USB device number 4 using xhci_hcd
[229835.175948] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b39a)
[229835.251047] input: Integrated Camera as /devices/pci0000:00/0000:00:14.0/usb1/1-8/1-8:1.0/input/input74

Hi,

(In reply to Christophe Fergeau from comment #9)
> (In reply to Hans de Goede from comment #8)
> > > Could be the kernel more than usbredir to blame here?
> > 
> > Maybe.
> > 
> > Is there anything in the *client* -dmesg at the time of removing the webcam
> > ? E.g. something about the ehci controller being stuck?
> 
> In dmesg on the client, nothing notable. When redirecting the device to the
> VM, 
> 
> [229719.046109] usb 1-8: reset high-speed USB device number 4 using xhci_hcd
> [229719.686913] usb 1-8: reset high-speed USB device number 4 using xhci_hcd
> 
> 
> When stopping device redirection,
> 
> [229834.953565] usb 1-8: reset high-speed USB device number 4 using xhci_hcd
> [229835.175948] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b39a)
> [229835.251047] input: Integrated Camera as
> /devices/pci0000:00/0000:00:14.0/usb1/1-8/1-8:1.0/input/input74

Gah, sorry. I meant dmesg inside the guest, the guest is Linux, right ? Also can you try the same test with an usb-stick ?

Regards,

Hans

(In reply to Hans de Goede from comment #10)
> Gah, sorry. I meant dmesg inside the guest, the guest is Linux, right ? Also
> can you try the same test with an usb-stick ?
> 
> Regards,
> 
> Hans

Hi Hans! I have posted the interesting dmesg part in comment #6
Also we have the same bug recently reported for rhel:
https://bugzilla.redhat.com/show_bug.cgi?id=1268879

I've tried to reproduce this once more:

1) Using a rhel-7.2 host + client and rhel-7.1 guest as described in the problem description in bug 1268879, or using a rhel-7.1 guest on a Fedora-23 host + client.
2) I've tried 2 different high-end (high-bandwidth) usb-2.0 cameras a  Microsoft LifeCam Studio and a Logitech Webcam Pro 9000
3) I've tried plugging them into either an ehci or an xhci controller on the client side
4) I've tried either stop cheese, un-redirect, re-redirect and stop cheese, close remote-viewer, reconnect remote-viewer

But I cannot reproduce this, the redireted camera stays working fine in all of the above scenarios and various combinations thereof.

So I've several questions, which may hopefully help me reproduce this:

1) Are your host/client systems fully up2date? If not please update them and try to reproduce again
2) Have you build and installed anything from source, if so please replace this with distro packages and try again
3) How are you connecting the client to the host, are both running on the same machine, or ... ?
4) Is your host / client / guest a 64 bit or 32 bit machine / install (please answer for all 3)
5) What model webcam are you using ?
6) Is the webcam plugged into an usb-3 or usb-2 port? 
7) What sort of error messages are you getting in dmesg in the guest and on the client ? (please provide dmesg output for both)
8) How exactly are you starting the vm, through virt-manager, or ... ? Any special settings ?

(In reply to Hans de Goede from comment #12)
> I've tried to reproduce this once more:
> 
> 1) Using a rhel-7.2 host + client and rhel-7.1 guest as described in the
> problem description in bug 1268879, or using a rhel-7.1 guest on a Fedora-23
> host + client.
> 2) I've tried 2 different high-end (high-bandwidth) usb-2.0 cameras a 
> Microsoft LifeCam Studio and a Logitech Webcam Pro 9000
> 3) I've tried plugging them into either an ehci or an xhci controller on the
> client side
> 4) I've tried either stop cheese, un-redirect, re-redirect and stop cheese,
> close remote-viewer, reconnect remote-viewer
> 
> But I cannot reproduce this, the redireted camera stays working fine in all
> of the above scenarios and various combinations thereof.

Could you be very kind and also try to reproduce against Boxes?
 
> 1) Are your host/client systems fully up2date? If not please update them and
> try to reproduce again

Yes but I very seriously doubt this could have anything to do with anything cause I've been able to reproduce this for a while, both in F22 and now F23.

> 2) Have you build and installed anything from source, if so please replace
> this with distro packages and try again

I have indeed tried in jhbuild environment, where I typically do my Boxes development but all self-buit spice* stuff is jailed inside that environment and I can reproduce this issue outside that env as well.

> 3) How are you connecting the client to the host, are both running on the
> same machine, or ... ?

Same machine.

> 4) Is your host / client / guest a 64 bit or 32 bit machine / install
> (please answer for all 3)

Both 64-bit.

> 5) What model webcam are you using ?

lsusb says:

Bus 001 Device 004: ID 04f2:b39a Chicony Electronics Co., Ltd 

As I said in comment#0, it's the integrated one in T440s laptops.

> 6) Is the webcam plugged into an usb-3 or usb-2 port?

I hope this message from dmesg log answers the question:

[    3.215994] input: Integrated Camera as /devices/pci0000:00/0000:00:14.0/usb1/1-8/1-8:1.0/input/input9

> 7) What sort of error messages are you getting in dmesg in the guest and on
> the client ? (please provide dmesg output for both)

When I enable the camera for redirection, I see this on host:

[227035.158212] usb 1-8: reset high-speed USB device number 4 using xhci_hcd
[227035.778927] usb 1-8: reset high-speed USB device number 4 using xhci_hcd

and in guest:

   80.084642] usb 4-2.3: new full-speed USB device number 4 using uhci_hcd
[   80.537616] usb 4-2.3: not running at top speed; connect to a high speed hub
[   80.634211] usb 4-2.3: New USB device found, idVendor=04f2, idProduct=b39a
[   80.634214] usb 4-2.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[   80.634215] usb 4-2.3: Product: Integrated Camera
[   80.634216] usb 4-2.3: Manufacturer: SunplusIT INC.
[   80.643563] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b39a)
[   80.663419] input: Integrated Camera as /devices/pci0000:00/0000:00:06.2/usb4/4-2/4-2.3/4-2.3:1.0/input/input10

Nothing new on neither host nor guest, after launching Cheese.

> 8) How exactly are you starting the vm, through virt-manager, or ... ? Any
> special settings ?

There is this cool new UI used by kids these days, called Boxes. :P I'm testing against the main use case: Local VMs.

I did notice one really weird thing I hadn't before:

The Camera is not available in host, even after VM is not running anymore (managed-save).

(In reply to Zeeshan Ali from comment #13)
> I did notice one really weird thing I hadn't before:
> 
> The Camera is not available in host, even after VM is not running anymore
> (managed-save).

But it is again available in host if I manually disable the redirection. I think this is another bug though.

Hi Zeeshan,

I've spend most of last week looking into this, I believe that this is a qemu ehci-emulation bug and I've asked Gerd Hoffmann to take a look at it, for details see:

https://bugzilla.redhat.com/show_bug.cgi?id=1256864#c2

(In reply to Zeeshan Ali from comment #14)
> But it is again available in host if I manually disable the redirection. I
> think this is another bug though.

That sounds like boxes is not cleanly shuttingdown spice-gtk.

Regards,

Hans

Looks like qemu bug in the end

Comment: https://bugzilla.redhat.com/show_bug.cgi?id=1268879#c34
Patch: https://patchwork.ozlabs.org/patch/533649/

(In reply to Victor Toso from comment #16)
> Looks like qemu bug in the end
> 
> Comment: https://bugzilla.redhat.com/show_bug.cgi?id=1268879#c34
> Patch: https://patchwork.ozlabs.org/patch/533649/

Cool. Thanks for your investigations!

(In reply to Zeeshan Ali from comment #17)
> (In reply to Victor Toso from comment #16)
> > Looks like qemu bug in the end
> > 
> > Comment: https://bugzilla.redhat.com/show_bug.cgi?id=1268879#c34

That's a RHEL bug so not sure how it relates to upstream releases and Fedora updates.

> > Patch: https://patchwork.ozlabs.org/patch/533649/
> 
> Cool. Thanks for your investigations!

* My camera still doesn't work inside the guest after redirection and i have qemu-kvm 2.4.1 (on F23 host). It's an integrated camera in Lenovo T440s, and lsusb says:

Bus 002 Device 005: ID 04f2:b39a Chicony Electronics Co., Ltd 

dmesg|tail in the guest says:

[   33.180202] USB Video Class driver (1.1.1)
[   57.124278] usb 4-2.3: USB disconnect, device number 3
[   71.686096] usb 4-2.3: new full-speed USB device number 4 using uhci_hcd
[   72.164557] usb 4-2.3: not running at top speed; connect to a high speed hub
[   72.261733] usb 4-2.3: New USB device found, idVendor=04f2, idProduct=b39a
[   72.261738] usb 4-2.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[   72.261740] usb 4-2.3: Product: Integrated Camera
[   72.261742] usb 4-2.3: Manufacturer: SunplusIT INC.
[   72.274828] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b39a)
[   72.291754] input: Integrated Camera as /devices/pci0000:00/0000:00:06.2/usb4/4-2/4-2.3/4-2.3:1.0/input/input11

But Cheese is unable to open the camera. I see the following on Cheese console:

libv4l2: error turning on stream: Input/output error

(cheese:2100): cheese-WARNING **: Could not read from resource.: gstv4l2bufferpool.c(1055): gst_v4l2_buffer_pool_poll (): /GstCameraBin:camerabin/GstWrapperCameraBinSrc:camera_source/GstBin:bin35/GstV4l2Src:v4l2src1:
poll error 1: Input/output error (5)

libv4l2: error turning on stream: Input/output error
---------

I would have commented on the Qemu bug pointed above but I don't think that's a good idea since that is a RHEL bug and I'm using git master (and 0.31 release) of spice-gtk on F23 host (Qemu comes from F23 packages).

> > (In reply to Victor Toso from comment #16)
> > > Looks like qemu bug in the end
> > > 
> > > Comment: https://bugzilla.redhat.com/show_bug.cgi?id=1268879#c34
> 
> That's a RHEL bug so not sure how it relates to upstream releases and Fedora
> updates.
> 
> > > Patch: https://patchwork.ozlabs.org/patch/533649/

But this is a link for patch upstream.

> > Cool. Thanks for your investigations!
> 
> * My camera still doesn't work inside the guest after redirection and i have
> qemu-kvm 2.4.1 (on F23 host). It's an integrated camera in Lenovo T440s, and
> lsusb says:

as teuf mentioned and I'll quote for reference in the future:

git describe --contains ":/ehci: clear suspend bit on detach"
v2.5.0-rc0~34

> I would have commented on the Qemu bug pointed above but I don't think
> that's a good idea since that is a RHEL bug and I'm using git master (and
> 0.31 release) of spice-gtk on F23 host (Qemu comes from F23 packages).

Yep, seems that the patch was not backported to F23. Either way, please open a new bug in case of problems with usbredir, this one is clear and done!

(In reply to Victor Toso from comment #19)
> > > (In reply to Victor Toso from comment #16)
> > > > Looks like qemu bug in the end
> > > > 
> > > > Comment: https://bugzilla.redhat.com/show_bug.cgi?id=1268879#c34
> > 
> > That's a RHEL bug so not sure how it relates to upstream releases and Fedora
> > updates.
> > 
> > > > Patch: https://patchwork.ozlabs.org/patch/533649/
> 
> But this is a link for patch upstream.

The status of that patch is still "New". Hurray for separate tools for patches and bugs.

> > > Cool. Thanks for your investigations!
> > 
> > * My camera still doesn't work inside the guest after redirection and i have
> > qemu-kvm 2.4.1 (on F23 host). It's an integrated camera in Lenovo T440s, and
> > lsusb says:
> 
> as teuf mentioned and I'll quote for reference in the future:
> 
> git describe --contains ":/ehci: clear suspend bit on detach"
> v2.5.0-rc0~34
> 
> > I would have commented on the Qemu bug pointed above but I don't think
> > that's a good idea since that is a RHEL bug and I'm using git master (and
> > 0.31 release) of spice-gtk on F23 host (Qemu comes from F23 packages).
> 
> Yep, seems that the patch was not backported to F23. Either way, please open
> a new bug in case of problems with usbredir, this one is clear and done!

Hans, could you please get your patch backported to F23? F23 is still the latest stable release until F24 is released.

(In reply to Zeeshan Ali from comment #20)
> Hans, could you please get your patch backported to F23? F23 is still the
> latest stable release until F24 is released.

Expected way of doing that is by opening a distro bug there
https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora
explaining which patch you'd like to have backported, why you need it, ...

(In reply to Christophe Fergeau from comment #21)
> (In reply to Zeeshan Ali from comment #20)
> > Hans, could you please get your patch backported to F23? F23 is still the
> > latest stable release until F24 is released.
> 
> Expected way of doing that is by opening a distro bug there
> https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora
> explaining which patch you'd like to have backported, why you need it, ...

True. :) I filed a bug at least: https://bugzilla.redhat.com/show_bug.cgi?id=1330221.