Error -71 on device descriptor read/all

Error -71 on device descriptor read/all

[Renato S. Yamane]

[-- Attachment #1: Type: text/plain, Size: 175 bytes --]

Hi,
I see this in dmesg:
usb 1-1: device descriptor read/all, error -71

Using 2.6.21.1

Someone know what it is?

Attached my .config and my lspci

Regards,
Renato S. Yamane

[-- Attachment #2: config_2.6.21.1.txt --]
[-- Type: plain/text, Size: 59927 bytes --]

[-- Attachment #3: lspci.txt --]
[-- Type: plain/text, Size: 2122 bytes --]

Re: Error -71 on device descriptor read/all

[Jiri Kosina]

On Tue, 19 Jun 2007, Renato S. Yamane wrote:

> I see this in dmesg:
> usb 1-1: device descriptor read/all, error -71
> Using 2.6.21.1
> Someone know what it is?

Is this a USB 2.0 high-speed device? Don't you for example have USB 
extension cable too long to work on-high speed?

I guess the situation improves when you force USB 1.1 (i.e. rmmod 
ehci_hcd), right?

-- 
Jiri Kosina

Re: Error -71 on device descriptor read/all

[Renato S. Yamane]

Jiri Kosina wrote:
> On Tue, 19 Jun 2007, Renato S. Yamane wrote:
>> I see this in dmesg:
>> usb 1-1: device descriptor read/all, error -71
> 
> Is this a USB 2.0 high-speed device?

lspci -v | grep 1d.7
00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) USB2 EHCI Controller (rev 04) (prog-if 20 [EHCI])

My machine is a Laptop Toshiba M45-S355

> Don't you for example have USB 
> extension cable too long to work on-high speed?

My only USB device is a mouse (Microsoft Notebook Optical Mouse) without 
extension cable (I use original cable, with less than 3 feets).

> I guess the situation improves when you force USB 1.1 (i.e. rmmod 
> ehci_hcd), right?

#rmmode ehci_hcd
#tail /var/log/messages

kernel: ehci_hcd 0000:00:1d.7: remove, state 4
kernel: usb usb5: USB disconnect, address 1
kernel: ehci_hcd 0000:00:1d.7: USB bus 5 deregistered
kernel: ACPI: PCI interrupt for device 0000:00:1d.7 disabled

I don't see any error (-71).

#modprobe ehci_hcd
#tail /var/log/messages
kernel: ACPI: PCI Interrupt 0000:00:1d.7[A] -> Link [LNKH] -> GSI 10 
(level, low) -> IRQ 10
kernel: ehci_hcd 0000:00:1d.7: EHCI Host Controller
kernel: ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5
kernel: ehci_hcd 0000:00:1d.7: debug port 1
kernel: ehci_hcd 0000:00:1d.7: irq 10, io mem 0xf4000000
kernel: ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 
2004
kernel: usb usb5: configuration #1 chosen from 1 choice
kernel: hub 5-0:1.0: USB hub found
kernel: hub 5-0:1.0: 8 ports detected
kernel: usb 1-1: USB disconnect, address 4
kernel: usb 1-1: new low speed USB device using uhci_hcd and address 5
kernel: usb 1-1: configuration #1 chosen from 1 choice
kernel: input: Microsoft Microsoft 3-Button Mouse with IntelliEye? as 
/class/input/input8
kernel: input: USB HID v1.00 Mouse [Microsoft Microsoft 3-Button Mouse 
with IntelliEye?] on usb-0000:00:1d.0-1

This error is present only in dmesg, see below (line 8):

PCI: Setting latency timer of device 0000:00:1d.7 to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5
ehci_hcd 0000:00:1d.7: debug port 1
PCI: cache line size of 32 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: irq 10, io mem 0xf4000000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb 1-1: device descriptor read/all, error -71
usb usb5: configuration #1 chosen from 1 choice
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 8 ports detected
Clocksource tsc unstable (delta = -194969704 ns)
ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 6
PCI: setting IRQ 6 as level-triggered

Best regards,
Renato

Re: Error -71 on device descriptor read/all

[Jiri Kosina]

[ OK, it probably seems like a faulty hardware (controller or the device 
  itself), which is not able to run at high speed, but runs nicely on full 
  speed. Do you have a chance to try another high speed device in this 
  machine to check whether it works?

  Adding linux-usb-devel into CC , just in case, and leaving the full 
  original message below ]

On Tue, 19 Jun 2007, Renato S. Yamane wrote:

> Jiri Kosina wrote:
> > On Tue, 19 Jun 2007, Renato S. Yamane wrote:
> > > I see this in dmesg:
> > > usb 1-1: device descriptor read/all, error -71
> > 
> > Is this a USB 2.0 high-speed device?
> 
> lspci -v | grep 1d.7
> 00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family)
> USB2 EHCI Controller (rev 04) (prog-if 20 [EHCI])
> 
> My machine is a Laptop Toshiba M45-S355
> 
> > Don't you for example have USB extension cable too long to work on-high
> > speed?
> 
> My only USB device is a mouse (Microsoft Notebook Optical Mouse) without
> extension cable (I use original cable, with less than 3 feets).
> 
> > I guess the situation improves when you force USB 1.1 (i.e. rmmod ehci_hcd),
> > right?
> 
> #rmmode ehci_hcd
> #tail /var/log/messages
> 
> kernel: ehci_hcd 0000:00:1d.7: remove, state 4
> kernel: usb usb5: USB disconnect, address 1
> kernel: ehci_hcd 0000:00:1d.7: USB bus 5 deregistered
> kernel: ACPI: PCI interrupt for device 0000:00:1d.7 disabled
> 
> I don't see any error (-71).
> 
> #modprobe ehci_hcd
> #tail /var/log/messages
> kernel: ACPI: PCI Interrupt 0000:00:1d.7[A] -> Link [LNKH] -> GSI 10 (level,
> low) -> IRQ 10
> kernel: ehci_hcd 0000:00:1d.7: EHCI Host Controller
> kernel: ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5
> kernel: ehci_hcd 0000:00:1d.7: debug port 1
> kernel: ehci_hcd 0000:00:1d.7: irq 10, io mem 0xf4000000
> kernel: ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 
> 2004
> kernel: usb usb5: configuration #1 chosen from 1 choice
> kernel: hub 5-0:1.0: USB hub found
> kernel: hub 5-0:1.0: 8 ports detected
> kernel: usb 1-1: USB disconnect, address 4
> kernel: usb 1-1: new low speed USB device using uhci_hcd and address 5
> kernel: usb 1-1: configuration #1 chosen from 1 choice
> kernel: input: Microsoft Microsoft 3-Button Mouse with IntelliEye? as 
> /class/input/input8
> kernel: input: USB HID v1.00 Mouse [Microsoft Microsoft 3-Button Mouse with
> IntelliEye?] on usb-0000:00:1d.0-1
> 
> This error is present only in dmesg, see below (line 8):
> 
> PCI: Setting latency timer of device 0000:00:1d.7 to 64
> ehci_hcd 0000:00:1d.7: EHCI Host Controller
> ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5
> ehci_hcd 0000:00:1d.7: debug port 1
> PCI: cache line size of 32 is not supported by device 0000:00:1d.7
> ehci_hcd 0000:00:1d.7: irq 10, io mem 0xf4000000
> ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
> usb 1-1: device descriptor read/all, error -71
> usb usb5: configuration #1 chosen from 1 choice
> hub 5-0:1.0: USB hub found
> hub 5-0:1.0: 8 ports detected
> Clocksource tsc unstable (delta = -194969704 ns)
> ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 6
> PCI: setting IRQ 6 as level-triggered
> 
> Best regards,
> Renato
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

-- 
Jiri Kosina

Re: [linux-usb-devel] Error -71 on device descriptor read/all

[Alan Stern]

On Tue, 19 Jun 2007, Jiri Kosina wrote:

> [ OK, it probably seems like a faulty hardware (controller or the device 
>   itself), which is not able to run at high speed, but runs nicely on full 
>   speed. Do you have a chance to try another high speed device in this 
>   machine to check whether it works?
> 
>   Adding linux-usb-devel into CC , just in case, and leaving the full 
>   original message below ]
> 
> On Tue, 19 Jun 2007, Renato S. Yamane wrote:
> 
> > Jiri Kosina wrote:
> > > On Tue, 19 Jun 2007, Renato S. Yamane wrote:
> > > > I see this in dmesg:
> > > > usb 1-1: device descriptor read/all, error -71
> > > 
> > > Is this a USB 2.0 high-speed device?
> > 
> > lspci -v | grep 1d.7
> > 00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family)
> > USB2 EHCI Controller (rev 04) (prog-if 20 [EHCI])
> > 
> > My machine is a Laptop Toshiba M45-S355
> > 
> > > Don't you for example have USB extension cable too long to work on-high
> > > speed?
> > 
> > My only USB device is a mouse (Microsoft Notebook Optical Mouse) without
> > extension cable (I use original cable, with less than 3 feets).
> > 
> > > I guess the situation improves when you force USB 1.1 (i.e. rmmod ehci_hcd),
> > > right?
> > 
> > #rmmode ehci_hcd
> > #tail /var/log/messages
> > 
> > kernel: ehci_hcd 0000:00:1d.7: remove, state 4
> > kernel: usb usb5: USB disconnect, address 1
> > kernel: ehci_hcd 0000:00:1d.7: USB bus 5 deregistered
> > kernel: ACPI: PCI interrupt for device 0000:00:1d.7 disabled
> > 
> > I don't see any error (-71).
> > 
> > #modprobe ehci_hcd
> > #tail /var/log/messages
> > kernel: ACPI: PCI Interrupt 0000:00:1d.7[A] -> Link [LNKH] -> GSI 10 (level,
> > low) -> IRQ 10
> > kernel: ehci_hcd 0000:00:1d.7: EHCI Host Controller
> > kernel: ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5
> > kernel: ehci_hcd 0000:00:1d.7: debug port 1
> > kernel: ehci_hcd 0000:00:1d.7: irq 10, io mem 0xf4000000
> > kernel: ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 
> > 2004
> > kernel: usb usb5: configuration #1 chosen from 1 choice
> > kernel: hub 5-0:1.0: USB hub found
> > kernel: hub 5-0:1.0: 8 ports detected
> > kernel: usb 1-1: USB disconnect, address 4
> > kernel: usb 1-1: new low speed USB device using uhci_hcd and address 5
> > kernel: usb 1-1: configuration #1 chosen from 1 choice
> > kernel: input: Microsoft Microsoft 3-Button Mouse with IntelliEye? as 
> > /class/input/input8
> > kernel: input: USB HID v1.00 Mouse [Microsoft Microsoft 3-Button Mouse with
> > IntelliEye?] on usb-0000:00:1d.0-1
> > 
> > This error is present only in dmesg, see below (line 8):
> > 
> > PCI: Setting latency timer of device 0000:00:1d.7 to 64
> > ehci_hcd 0000:00:1d.7: EHCI Host Controller
> > ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5
> > ehci_hcd 0000:00:1d.7: debug port 1
> > PCI: cache line size of 32 is not supported by device 0000:00:1d.7
> > ehci_hcd 0000:00:1d.7: irq 10, io mem 0xf4000000
> > ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
> > usb 1-1: device descriptor read/all, error -71
> > usb usb5: configuration #1 chosen from 1 choice
> > hub 5-0:1.0: USB hub found
> > hub 5-0:1.0: 8 ports detected
> > Clocksource tsc unstable (delta = -194969704 ns)
> > ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 6
> > PCI: setting IRQ 6 as level-triggered

Does the mouse work correctly, even with ehci-hcd loaded?

If it does then don't worry about the -71 error.  It appears to be 
transient and it's not necessarily fatal.

Alan Stern

Re: [linux-usb-devel] Error -71 on device descriptor read/all

[Renato S. Yamane]

Alan Stern wrote:
> Does the mouse work correctly, even with ehci-hcd loaded?

Yes.
And sorry, but I don't have any other USB2.0 device to test.
I try with my cel phone (Motorola V3i) in this night (GMT-3).

> If it does then don't worry about the -71 error.  It appears to be 
> transient and it's not necessarily fatal.

In my dmesg today, I see this:
usb 1-1: can't set config #1, error -71

When I remove and input (again) my Mouse, I see this in /var/log/messages:

kernel: usb 1-1: USB disconnect, address 3
kernel: usb 1-1: new low speed USB device using uhci_hcd and address 4
kernel: usb 1-1: configuration #1 chosen from 1 choice
kernel: input: Microsoft Microsoft 3-Button Mouse with IntelliEye? as 
/class/input/input8
kernel: input: USB HID v1.00 Mouse [Microsoft Microsoft 3-Button Mouse 
with IntelliEye?] on usb-0000:00:1d.0-1

Regards,
Renato S. Yamane

Re: [linux-usb-devel] Error -71 on device descriptor read/all

[Alan Stern]

On Wed, 20 Jun 2007, Renato S. Yamane wrote:

> Alan Stern wrote:
> > Does the mouse work correctly, even with ehci-hcd loaded?
> 
> Yes.
> And sorry, but I don't have any other USB2.0 device to test.
> I try with my cel phone (Motorola V3i) in this night (GMT-3).
> 
> > If it does then don't worry about the -71 error.  It appears to be 
> > transient and it's not necessarily fatal.
> 
> In my dmesg today, I see this:
> usb 1-1: can't set config #1, error -71

That error is more serious.

> When I remove and input (again) my Mouse, I see this in /var/log/messages:
> 
> kernel: usb 1-1: USB disconnect, address 3
> kernel: usb 1-1: new low speed USB device using uhci_hcd and address 4
> kernel: usb 1-1: configuration #1 chosen from 1 choice
> kernel: input: Microsoft Microsoft 3-Button Mouse with IntelliEye? as 
> /class/input/input8
> kernel: input: USB HID v1.00 Mouse [Microsoft Microsoft 3-Button Mouse 
> with IntelliEye?] on usb-0000:00:1d.0-1

This is a low-level hardware error.  It indicates that communication 
over the USB cable isn't working right.  The fact that it occurs 
sometimes but not at other times indicates that some of the hardware 
components may be not-quite within spec.

Have you tried using that mouse on a different computer?  How about 
using a different USB mouse on your computer?

Alan Stern

Re: [linux-usb-devel] Error -71 on device descriptor read/all

[Chuck Ebbert]

On 06/20/2007 10:06 AM, Alan Stern wrote:
>> In my dmesg today, I see this:
>> usb 1-1: can't set config #1, error -71
> 
> That error is more serious.
> 
>> When I remove and input (again) my Mouse, I see this in /var/log/messages:
>>
>> kernel: usb 1-1: USB disconnect, address 3
>> kernel: usb 1-1: new low speed USB device using uhci_hcd and address 4
>> kernel: usb 1-1: configuration #1 chosen from 1 choice
>> kernel: input: Microsoft Microsoft 3-Button Mouse with IntelliEye? as 
>> /class/input/input8
>> kernel: input: USB HID v1.00 Mouse [Microsoft Microsoft 3-Button Mouse 
>> with IntelliEye?] on usb-0000:00:1d.0-1
> 
> This is a low-level hardware error.  It indicates that communication 
> over the USB cable isn't working right.  The fact that it occurs 
> sometimes but not at other times indicates that some of the hardware 
> components may be not-quite within spec.
> 
> Have you tried using that mouse on a different computer?  How about 
> using a different USB mouse on your computer?
> 

Something changed recently, and that error is showing up all over the
place and on devices that used to work.

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=213411
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220450
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=236450
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=243798
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235558

Re: Error -71 on device descriptor read/all

[Chuck Ebbert]

On 06/19/2007 10:45 AM, Renato S. Yamane wrote:
> Hi,
> I see this in dmesg:
> usb 1-1: device descriptor read/all, error -71
> 
> Using 2.6.21.1
> 
> Someone know what it is?
> 

Try disabling CONFIG_USB_SUSPEND

[usb developers: what are the drawbacks of doing this?]

Re: [linux-usb-devel] Error -71 on device descriptor read/all

[Oliver Neukum]

Am Dienstag, 19. Juni 2007 schrieb Chuck Ebbert:

> Try disabling CONFIG_USB_SUSPEND
> 
> [usb developers: what are the drawbacks of doing this?]

Increased power consumption.

	Regards
		Oliver

Re: [linux-usb-devel] Error -71 on device descriptor read/all

[Paul Walmsley]

On Tue, 19 Jun 2007, Oliver Neukum wrote:

> Am Dienstag, 19. Juni 2007 schrieb Chuck Ebbert:
>
>> Try disabling CONFIG_USB_SUSPEND
>>
>> [usb developers: what are the drawbacks of doing this?]
>
> Increased power consumption.

speaking of CONFIG_USB_SUSPEND, I've encountered at least one device -- a 
Canon EOS 5D camera -- that, after the bus suspends, must be powercycled 
in order to return the camera's interrupt endpoints to a functional state. 
How are these types of problems handled, currently?  Is this something for 
a blacklist?


- Paul

Re: [linux-usb-devel] Error -71 on device descriptor read/all

[Oliver Neukum]

Am Dienstag, 19. Juni 2007 schrieb Paul Walmsley:
> On Tue, 19 Jun 2007, Oliver Neukum wrote:
> 
> > Am Dienstag, 19. Juni 2007 schrieb Chuck Ebbert:
> >
> >> Try disabling CONFIG_USB_SUSPEND
> >>
> >> [usb developers: what are the drawbacks of doing this?]
> >
> > Increased power consumption.
> 
> speaking of CONFIG_USB_SUSPEND, I've encountered at least one device -- a 
> Canon EOS 5D camera -- that, after the bus suspends, must be powercycled 
> in order to return the camera's interrupt endpoints to a functional state. 
> How are these types of problems handled, currently?  Is this something for 
> a blacklist?

drivers/usb/core/quirks.c

Please try the reset-resume quirk before you use the no-autosuspend quirk.

	Regards
		Oliver

Re: [linux-usb-devel] Error -71 on device descriptor read/all

[Alan Stern]

On Tue, 19 Jun 2007, Paul Walmsley wrote:

> On Tue, 19 Jun 2007, Oliver Neukum wrote:
> 
> > Am Dienstag, 19. Juni 2007 schrieb Chuck Ebbert:
> >
> >> Try disabling CONFIG_USB_SUSPEND
> >>
> >> [usb developers: what are the drawbacks of doing this?]
> >
> > Increased power consumption.
> 
> speaking of CONFIG_USB_SUSPEND, I've encountered at least one device -- a 
> Canon EOS 5D camera -- that, after the bus suspends, must be powercycled 
> in order to return the camera's interrupt endpoints to a functional state. 
> How are these types of problems handled, currently?  Is this something for 
> a blacklist?

There are a few possible approaches.  One is indeed a blacklist, to 
prevent the camera from automatically being suspended.  Another is to 
prevent it by changing a device parameter in sysfs.

Note that neither of these will help if you do a suspend-to-RAM.  That 
suspends everything.

Alan Stern