Bug 500416

Summary:	=media-gfx/sane-backends-1.0.24, =sys-kernel/gentoo-sources-3.12.9 dmesg: xhci_hcd 0000:00:14.0: URB transfer length is wrong, xHC issue? req. len = 0, act. len = 4294967288
Product:	Gentoo Linux	Reporter:	Matthias Nagel <matthias.nagel>
Component:	[OLD] Core system	Assignee:	No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed>
Status:	RESOLVED TEST-REQUEST
Severity:	normal	CC:	kernel, Tanktalus
Priority:	Normal
Version:	unspecified
Hardware:	AMD64
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Attachments:	dmesg output lsusb lspci.log

Description Matthias Nagel 2014-02-05 19:45:48 UTC

I own an CanoScan N650U flatbed scanner. On my old laptop it worked like a charm. I got a new desktop PC one month ago and today I noticed that it does not work. I have

media-gfx/sane-backends-1.0.24
sys-kernel/gentoo-sources-3.12.9
media-gfx/xsane-0.999

on both platforms (my old latop and the new desktop pc). If I run "sane-find-scanner" on my old laptop the scanner is correctly detected and works. The same command on the desktop pc freezes for some time and then either reports the scanner correctly or shows usb ids only. In both cases I get

dmesg: xhci_hcd 0000:00:14.0: URB transfer length is wrong, xHC issue? req. len = 0, act. len = 4294967288

on the new desktop pc. Scanning is impossible and gives I/O errors. The main difference between the old laptop and the new desktop pc is that the old laptop has USB 2.0 ports only (using the ehci driver) while the new pc has USB 2.0 and 3.0 ports (using the xhci driver). But it makes no difference, if I connect the scanner to an USB 2.0 or 3.0 port on the new pc.

Logs from the new pc can be found in the attachment.

Comment 1 Matthias Nagel 2014-02-05 19:47:01 UTC

Created attachment 369636 [details]
dmesg output

Comment 2 Matthias Nagel 2014-02-05 19:47:45 UTC

Created attachment 369640 [details]
lsusb

Comment 3 Matthias Nagel 2014-02-05 19:48:11 UTC

Created attachment 369642 [details]
lspci.log

Comment 4 Tom Wijsman (TomWij) (RETIRED) gentoo-dev

2014-02-06 06:52:32 UTC

Did this start to happen with a particular version of those packages? Or is this a new install? Can you try some older and/or newer versions of those packages to see if this can be reproduced there? (For gentoo-sources, an EOL branch like 3.0, 3.2, 3.4 or 3.10 can be a conclusive downgrade; as for upgrading, trying git-sources instead can show you whether upstream development has fixed it since)

Comment 5 Chris Brannon (RETIRED) gentoo-dev

2014-02-06 15:51:45 UTC

I've been using sane-backends-1.0.24-r1 with gentoo-sources-3.10.7, and
I haven't seen this issue.
On the other hand, my scanner uses a different backend than the original
poster's does.  I think I might have a spare scanner around here that
uses the same backend as the CanoScan N650U, so I could try to dig it
out and test with it.

Comment 6 Tanktalus 2015-07-03 23:32:58 UTC

I'm having a similar problem with a CanoScan LiDE 25.  Looking at https://bbs.archlinux.org/viewtopic.php?id=165278 it seems like it's an xhci problem.

Comment 7 Pacho Ramos gentoo-dev

2015-07-09 08:55:20 UTC

Please retry with sane-backends 1.0.25_pre* snapshot and kernel 4.0.5 or newer