[SOLVED] device descriptor read/64, error -71 - USB problem
在插入SD卡时,无法识别,出现如下错误:
device descriptor read/64, error -71
解决方法:
1.设置old_scheme_first
echo Y > /sys/module/usbcore/parameters/old_scheme_first
或是:
2. 在boot命令行中添加:
usbcore.old_scheme_first= 1
下面是解释原因:
http://www.spinics.net/lists/usb/msg02644.html
The "old scheme" is the way Linux worked before 2.6.10. When a new device
is plugged in, the system first assigns it an address, then reads the
initial 8 bytes of the device descriptor, then reads the entire 18-byte
device descriptor.
The "new scheme" is basically the way Windows works. (Not surprisingly,
some devices won't work any other way.) When a new device is plugged in,
the system first issues a 64-byte read request for the device descriptor,
then resets the device, then assigns it an address, and then reads the
actual 18-byte device descriptor.
The reason for these shenanigans is that with a full-speed device, the
maximum packet size for endpoint 0 (ep0maxpacket) isn't known beforehand.
It could be 8, 16, 32, or 64 bytes. (Low-speed devices must use 8, and
high-speed devices must use 64.) The ep0maxpacket value is stored in the
initial 8 bytes of the device descriptor, but to read the device
descriptor you have to use endpoint 0!
The two schemes above are the two common solutions to this chicken-and-egg
problem. The old scheme is the one recommended by the USB Implementors
Forum (which makes it the "Standard"); the new scheme is the one used by
Microsoft (which makes it another kind of "Standard"!). A well-designed
standards-compliant device will work okay with either scheme.
Unfortunately it seems that no matter which scheme you pick, some
badly-designed non-compliant devices won't work. There's an additional
usbcore.ko module parameter people can use in especially bad cases:
use_both_schemes=y
This will cause the system to try one of the schemes, and if it fails then
try the other scheme. (Maybe that should always be the default...)
Alan Stern