Bug 200122 - HP ScanJet 5300C USB scanner does not work using errata kernels
Summary: HP ScanJet 5300C USB scanner does not work using errata kernels
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 5
Hardware: x86_64
OS: Linux
Target Milestone: ---
Assignee: Pete Zaitcev
QA Contact: Brian Brock
Depends On:
Blocks: 205092
TreeView+ depends on / blocked
Reported: 2006-07-25 16:19 UTC by Stefan Smietanowski
Modified: 2008-02-14 02:34 UTC (History)
5 users (show)

Fixed In Version: F8
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2008-02-14 02:34:55 UTC

Attachments (Terms of Use)
USBmon trace of plugging the device in (3.31 KB, text/plain)
2006-07-27 14:38 UTC, Stefan Smietanowski
no flags Details
/proc/bus/usb/devices without hub (doesn't work) (4.63 KB, application/octet-stream)
2006-10-08 20:20 UTC, Kevin R. Page
no flags Details
usbmon without hub (doesn't work) (2.90 KB, application/octet-stream)
2006-10-08 20:25 UTC, Kevin R. Page
no flags Details
/proc/bus/usb/devices with USB2 hub (works) (2.10 KB, application/octet-stream)
2006-10-08 20:26 UTC, Kevin R. Page
no flags Details
usbmon with USB2 hub (works) (3.07 KB, application/octet-stream)
2006-10-08 20:28 UTC, Kevin R. Page
no flags Details

Description Stefan Smietanowski 2006-07-25 16:19:36 UTC
Description of problem:
Using latest errata kernel (2.6.17-1.2142_FC4) on x86_64 I get the following
message while plugging in my HP ScanJet 5300C scanner:

usb 2-1: new full speed USB device using uhci_hcd and address 6
usb 2-1: configuration #1 chosen from 1 choice
usb 2-1: can't set config #1, error -71

lsusb shows:

Bus 002 Device 006: ID 03f0:0701 Hewlett-Packard ScanJet 5300c/5370c

It used to work with an older kernel. I don't know when it broke but it
definately works fine with 2.6.11-1.1369_FC4 (I have both installed and reboot
into the other when I want to use the scanner).

The result is that the scanner does not work at all.

Version-Release number of selected component (if applicable):
Kernel 2.6.17-1.2142_FC4 on x86_64

How reproducible:

Steps to Reproduce:
1. Plug in scanner into any USB port (with or without using a hub inbetween)
Actual results:
Scanner doesn't work at all

Expected results:
Scanner should work.

Additional info:

The motherboard is an ASUS K8V SE with an Athlon64 3000+. The machine has 1GiB
of memory (2x512MiB). The chipset is a Via K8T800 with the VIA 8237 southbridge.
No other problems with the machine.

Looking through the lsusb -v output shows the following :

    bmAttributes         0x40
      Self Powered
    MaxPower              100mA

It is a self powered unit which should not be affected by the usb power changes
in recent kernels.

The problem appears regardless of what port it is plugged in or how it's
connected (directly / through a hub).

Any other info available upon request.

Comment 1 Pete Zaitcev 2006-07-25 18:57:03 UTC
I'm not very happy. The jump between versions is too great... I'll what
I can do. Maybe we can just brute-force it by collecting the usbmon trace
and looking at it carefuly.

What is the result of "grep USBMON /boot/config*" ?

Comment 2 Stefan Smietanowski 2006-07-26 05:13:45 UTC
The grep produced nothing. grep USB_MON /boot/config* however showed it to be
enabled for all 2.6.16 kernels and up and as a module for the 2.6.11 kernel.

Another thing to add : I didn't start using the scanner until 2.6.15 and it
didn't work at that point. So it's somewhere between release and 2.6.15. Is
there a place to get hold of all the kernels inbetween ? I have nothing against
testing, I just don't know if I can get hold of all (or some of) the kernels.

This is what I have installed currently:


I think it's easiest if I somehow can get hold of all (some) of the errata
kernels inbetween somehow and test those to figure out where it breaks and THEN
go cracking with usbmon. What do you think?

I've downloaded usbmon now however. Let me know what you want me to do.

(I am actually a programmer, I just never touched USB neither in kernel or out
of kernel before, I have however modified the kernel before for my own needs,
etc - these kernels are pristine redhat though).

Comment 3 Pete Zaitcev 2006-07-26 20:39:47 UTC
I'm sorry for the confusion about the configuration variable's name.

There is no need to download anything before usbmon is used. There should
be a memo on its use in this file:
If it's not there, please run "yum install kernel-doc".

Finding old kernels is going to be a lot of trouble for either of us.
We have them stored internally, but uploading the number necessary
for bisection is going to blow my quota at people.redhat.com.

Let's get the usbmon trace first, maybe it's something obvious.
Usually it's the command right before the -71. Then I can check
when it appeared.

Comment 4 Stefan Smietanowski 2006-07-27 14:38:18 UTC
Created attachment 133153 [details]
USBmon trace of plugging the device in

Comment 5 Stefan Smietanowski 2006-08-08 03:09:40 UTC
Any progress or did you miss that I upped the trace?

Or anything else you want me to do or try ?

Comment 6 Pete Zaitcev 2006-08-08 20:23:26 UTC
I didn't have a moment to look at it. Probably after 8/12.

Comment 7 Kevin R. Page 2006-09-06 14:17:13 UTC
I'm also seeing this error with enough similarities for to suspect it's the same
issue (if you think otherwise, shout, and I'll open a new bug).

Differences: i686 and i686smp; HP Scanjet 5370c; FC5 (update bug version to FC5
as FC4 is on its way out?)

The same error occurs on: a PC running kernel-2.6.17-1.2174_FC5 with VIA USB
controllers; another with kernel-smp-2.6.17-1.2174_FC5 with Intel USB
controllers; and a laptop running kernel-2.6.17-1.2142_FC4 with Intel controllers.

I also note that it only occurs with uhci_hcd. Although the scanner is USB "1",
if I plug it into a USB2 hub so it's controlled by echi_hcd the error doesn't occur.

If I modprobe out ehci, forcing the same hub to use uhci, the error re-occurs.

I also have a stack of old kernels on that FC4 laptop - I'll see if I can nail
down when it broke. It is definitely occurring with kernel-2.6.15-1.2054_FC5.

Comment 8 Kevin R. Page 2006-09-06 22:23:32 UTC
The error was introduced between 2.6.15-1.1833_FC4 and 2.6.16-1.2069_FC4.

The earlier kernel does not exhibit the error; furthermore the "configuration #1
chosen from 1 choice" message is not output by the earlier kernel, but is by the
latter (promptly followed by the error).

Comment 9 Kevin R. Page 2006-09-07 13:12:31 UTC
For reference, to avoid confusing two separate bugs:

Even if a user overcomes the kernel/USB problems with the Scanjet 5300/5370C
such that it's recognised by scanimage -L, scanning using sane will fail and put
the scanner in an unusable state. This is fixed in sane-backends-1.0.18, which
ships in FC6. See bug 205092.

Comment 10 Kevin R. Page 2006-09-08 11:55:42 UTC
Stefan: I've double checked, and I'm definitely _not_ getting the "can't set
config #1, error -71" message with kernel-2.6.15-1.1833_FC4 (also
kernel-2.6.15-1.1831_FC4, kernel-2.6.15-1.1830_FC4). I do see it with

This conflicts with your report in comment 2 - are you sure that 2.6.15 produces
the "can't set config" and it wasn't bug 205092 that prevented the scanner from
working in this case?

You also say "problem appears regardless of what port it is plugged in or how it's
connected (directly / through a hub)" - was the hub you tried USB2? Because I
don't see the message when the scanner's controlled by ehci.

Comment 11 Pete Zaitcev 2006-09-08 22:28:30 UTC
Don't forget to attach /proc/bus/usb/devices when you test, with a small
note "does work" or "does not work" and the log snippet. This is because
the hub may have TT (Transaction Translator) muddying the waters.
The file shows precisely which is plugged where and what HC drives what.

Comment 12 Vladimir Florinski 2006-09-14 22:22:16 UTC
I am also seeing this bug with the scanner (error 71 and all), running kernel
2.6.17-1.2145_FC5 on x86_64. Can you really have a USB1 device be handled by the
ehci driver? Because when a USB1 device is plugged in, it is automatically
connected to the USB1 controller, which is controlled by the uhci_hcd driver.
Only USB2 devices get connected to the USB2 controller.

Comment 13 Kevin R. Page 2006-09-14 23:45:54 UTC
The scanner, when working, is definitely controlled by ehci - so, as Pete says,
the hub must have a Transaction Translator (possibly obscuring the root issue
from ehci?). Unfortunately I don't have physical access to the scanner any more
- I didn't get the chance to debug any further before it had to be shipped off
(and the USB2 hub circumvents the problem for me anyway). I'll try to arrange
for someone to plug it into a machine I have remote access on next week and
catpure some usbmon output if no-one else gets around to it beforehand.

To be clear: I don't see the error with any kernel when using a USB2 hub.
Without the hub (direct to uhci) I suffer it on all kernels from 2.6.16 onwards.
The scanner is not a USB2 device.

Comment 14 Stefan Smietanowski 2006-09-15 01:04:42 UTC
I see the error regardless of using a USB2 hub or not as stated above (retested).

Comment 15 Dave Jones 2006-09-17 01:57:45 UTC
[This comment added as part of a mass-update to all open FC4 kernel bugs]

FC4 has now transitioned to the Fedora legacy project, which will continue to
release security related updates for the kernel.  As this bug is not security
related, it is unlikely to be fixed in an update for FC4, and has been migrated
to FC5.

Please retest with Fedora Core 5.

Thank you.

Comment 16 Stefan Smietanowski 2006-09-17 10:33:06 UTC
Confirming the bug exists with FC5 as previously confirmed by other people.

Comment 17 Kevin R. Page 2006-10-08 20:20:30 UTC
Created attachment 138018 [details]
/proc/bus/usb/devices without hub (doesn't work)

see also usbmon without hub (doesn't work)

Comment 18 Kevin R. Page 2006-10-08 20:25:29 UTC
Created attachment 138019 [details]
usbmon without hub (doesn't work)

This is the usbmon output when plugging the scanner in - it fails with the
"can't set config" error.

The scanner is connected directly to the PC, and attaches using uhci_hcd.
Kernel 2.6.17-1.2187_FC5

See also /proc/bus/usb/devices without hub.

Comment 19 Kevin R. Page 2006-10-08 20:26:59 UTC
Created attachment 138020 [details]
/proc/bus/usb/devices with USB2 hub (works)

See also usbmon with USB2 hub (works)

Comment 20 Kevin R. Page 2006-10-08 20:28:50 UTC
Created attachment 138021 [details]
usbmon with USB2 hub (works)

This is the usbmon output when plugging the scanner in and it attached

The scanner is connected through a USB2 hub, and attaches using ehci_hcd.
Kernel 2.6.17-1.2187_FC5

See also /proc/bus/usb/devices with USB2 hub.

Comment 21 Dave Jones 2006-10-16 18:01:05 UTC
A new kernel update has been released (Version: 2.6.18-1.2200.fc5)
based upon a new upstream kernel release.

Please retest against this new kernel, as a large number of patches
go into each upstream release, possibly including changes that
may address this problem.

This bug has been placed in NEEDINFO state.
Due to the large volume of inactive bugs in bugzilla, if this bug is
still in this state in two weeks time, it will be closed.

Should this bug still be relevant after this period, the reporter
can reopen the bug at any time. Any other users on the Cc: list
of this bug can request that the bug be reopened by adding a
comment to the bug.

In the last few updates, some users upgrading from FC4->FC5
have reported that installing a kernel update has left their
systems unbootable. If you have been affected by this problem
please check you only have one version of device-mapper & lvm2
installed.  See bug 207474 for further details.

If this bug is a problem preventing you from installing the
release this version is filed against, please see bug 169613.

If this bug has been fixed, but you are now experiencing a different
problem, please file a separate bug for the new problem.

Thank you.

Comment 22 Vladimir Florinski 2006-10-18 18:51:32 UTC
Just tested it on 2.6.18-1.2200.fc5 and confirmed that the bug is still there.
The error messages are unchanged since the 2.6.17 series.

Comment 23 Kevin R. Page 2006-11-05 23:54:17 UTC
Confirmed that the problem still occurs, as before, with 2.6.18-1.2200.fc5

Comment 24 Kevin R. Page 2007-01-08 10:30:35 UTC
Still present in 2.6.18-1.2869.fc6.

Could owner update the bug to FC6, please?

Comment 25 Kevin R. Page 2007-01-08 20:50:01 UTC
This would appear to be a regression from 2.6.16 onwards. There is a fix:

but this backs out changes which make some "bar-scan readers" work.

More details (and a more elaborate patch with a module option) in the above
mandriva bug report; further discussion at:

I tried applying the simple patch to 2.6.18-1.2869.fc6 and it fixes the problem
I've otherwise been overcoming through use of a USB2 hub (however I'm still
stuck with Bug 206094).

Comment 26 Kevin R. Page 2007-11-07 15:33:43 UTC
From a brief browse of the kernel source, it looks like the patch mentioned:
made it into the mainline kernel.

I don't have physical access to the scanner to test it at the moment (and
probably won't until the new year) - sorry.

Comment 27 Pete Zaitcev 2008-02-14 00:33:37 UTC
Kevin, are you on F8 now? That surely ought to work... I hope, at least.

Comment 28 Kevin R. Page 2008-02-14 00:59:03 UTC
Yes, F8 now. I had one final try with the scanner at the end of last year, and
I'm pretty sure the USB problems described here were fixed. I can test for sure
in a month or so if that helps.

Unfortunately the scanner in question has been retired due to ongoing
incompatibility with recent versions of SANE which I was unable to resolve
upstream, despite months of trying (bug #206094; no archive of the sane-avision
list annoyingly). Sorry to say I gave up :(

Comment 29 Pete Zaitcev 2008-02-14 02:34:55 UTC
Thanks for letting me know. I'll close at least for now.

Note You need to log in before you can comment on or make changes to this bug.