[U-Boot] stability USB memory sticks for the common OHCI USB layer.

[U-Boot] stability USB memory sticks for the common OHCI USB layer.

[Remy Bohmer]

An embedded and charset-unspecified text was scrubbed...
Name: increase-usb-control-timeout.patch
Url: http://lists.denx.de/pipermail/u-boot/attachments/20080922/a51f2d88/attachment.txt 

[U-Boot] stability USB memory sticks for the common OHCI USB layer.

[Stelian Pop]

Le lundi 22 septembre 2008 ? 14:42 +0200, Remy Bohmer a ?crit :
> pi?ce jointe document texte brut (increase-usb-control-timeout.patch)
> Hello Stelian,
> 
> As promised, here is the first patch to test.

Unfortunately it doesn't seem to make much difference, see the log
below. I've enabled USB_DEBUG in common/usb.c in case some of the more
verbose printouts ring someone's bell.

> If it does not help, I would like to wait until you are able to verify if your
> problem with _your_ USB sticks also exists on a AT91sam9261-ek, to be able to
> differentiate if the problem is USB stick related or SoC related.

Sure, I'll try to test this next monday.

Stelian.

usb reset
(Re)start USB...
USB:   scanning bus for devices... New Device 0
usb_control_msg: request: 0x6, requesttype: 0x80, value 0x100 index 0x0 length 0x40
usb_control_msg: request: 0x6, requesttype: 0x80, value 0x100 index 0x0 length 0x40
usb_control_msg: request: 0x6, requesttype: 0x80, value 0x100 index 0x0 length 0x40
set address 1
usb_control_msg: request: 0x5, requesttype: 0x0, value 0x1 index 0x0 length 0x0
usb_control_msg: request: 0x6, requesttype: 0x80, value 0x100 index 0x0 length 0x12
usb_control_msg: request: 0x6, requesttype: 0x80, value 0x200 index 0x0 length 0x8
usb_control_msg: request: 0x6, requesttype: 0x80, value 0x200 index 0x0 length 0x19
get_conf_no 0 Result 25, wLength 25
if 0, ep 0
##EP epmaxpacketin[1] = 2
set configuration 1
usb_control_msg: request: 0x9, requesttype: 0x0, value 0x1 index 0x0 length 0x0
new device strings: Mfr=0, Product=1, SerialNumber=0
usb_control_msg: request: 0x6, requesttype: 0x80, value 0x300 index 0x0 length 0xFF
USB device number 1 default language ID 0x409
usb_control_msg: request: 0x6, requesttype: 0x80, value 0x301 index 0x409 length 0xFF
Manufacturer 
Product      OHCI Root Hub
SerialNumber 
usb_control_msg: request: 0x6, requesttype: 0xA0, value 0x2900 index 0x0 length 0x4
usb_control_msg: request: 0x6, requesttype: 0xA0, value 0x2900 index 0x0 length 0x9
usb_control_msg: request: 0x0, requesttype: 0xA0, value 0x0 index 0x0 length 0x4
usb_control_msg: request: 0x3, requesttype: 0x23, value 0x8 index 0x1 length 0x0
usb_control_msg: request: 0x3, requesttype: 0x23, value 0x8 index 0x2 length 0x0
usb_control_msg: request: 0x0, requesttype: 0xA3, value 0x0 index 0x1 length 0x4
usb_control_msg: request: 0x0, requesttype: 0xA3, value 0x0 index 0x1 length 0x4
usb_control_msg: request: 0x1, requesttype: 0x23, value 0x10 index 0x1 length 0x0
usb_control_msg: request: 0x3, requesttype: 0x23, value 0x4 index 0x1 length 0x0
usb_control_msg: request: 0x0, requesttype: 0xA3, value 0x0 index 0x1 length 0x4
usb_control_msg: request: 0x1, requesttype: 0x23, value 0x14 index 0x1 length 0x0
New Device 1
usb_control_msg: request: 0x6, requesttype: 0x80, value 0x100 index 0x0 length 0x40
ERROR:  USB-error: DEVICENOTRESPONDING: Device did not respond to token (IN) or did
not provide a handshake (OUT) (5)
ERROR: USB-error: DEVICENOTRESPONDING: Device did not respond to token (IN) or did
not provide a handshake (OUT) (5)
usb_new_device: 64 byte descr
usb_control_msg: request: 0x3, requesttype: 0x23, value 0x4 index 0x1 length 0x0
usb_control_msg: request: 0x0, requesttype: 0xA3, value 0x0 index 0x1 length 0x4
usb_control_msg: request: 0x1, requesttype: 0x23, value 0x14 index 0x1 length 0x0
set address 2
usb_control_msg: request: 0x5, requesttype: 0x0, value 0x2 index 0x0 length 0x0
ERROR: submit_control_message: pipesize for pipe 80000000 is zero

      USB device not accepting new address (error=80000000)
usb_control_msg: request: 0x1, requesttype: 0x23, value 0x1 index 0x1 length 0x0
usb_control_msg: request: 0x0, requesttype: 0xA3, value 0x0 index 0x2 length 0x4
2 USB Device(s) found
       scanning bus for storage devices... 0 Storage Device(s) found
U-Boot> 
-- 
Stelian Pop <stelian@popies.net>

[U-Boot] stability USB memory sticks for the common OHCI USB layer.

[Remy Bohmer]

Hello Stelian,

Thanks for the logging. This is useful info.

> usb_control_msg: request: 0x1, requesttype: 0x23, value 0x14 index 0x1 length 0x0
> New Device 1
> usb_control_msg: request: 0x6, requesttype: 0x80, value 0x100 index 0x0 length 0x40
> ERROR:  USB-error: DEVICENOTRESPONDING: Device did not respond to token (IN) or did
> not provide a handshake (OUT) (5)

Apparently the 1st access to the device already fails.
Can you please try to set "#define CONFIG_LEGACY_USB_INIT_SEQ 1" in
your include/configs/<board>.h ?
This enables the old way U-boot does the device initialisation. If
this helps I have to check 1 of my patches, which changed this
behaviour to make it compliant to the USB standard.
The legacy implementation of U-boot is just wrong, but it might work.

Kind Regards,

Remy


> ERROR: USB-error: DEVICENOTRESPONDING: Device did not respond to token (IN) or did
> not provide a handshake (OUT) (5)
> usb_new_device: 64 byte descr
> usb_control_msg: request: 0x3, requesttype: 0x23, value 0x4 index 0x1 length 0x0
> usb_control_msg: request: 0x0, requesttype: 0xA3, value 0x0 index 0x1 length 0x4
> usb_control_msg: request: 0x1, requesttype: 0x23, value 0x14 index 0x1 length 0x0
> set address 2
> usb_control_msg: request: 0x5, requesttype: 0x0, value 0x2 index 0x0 length 0x0
> ERROR: submit_control_message: pipesize for pipe 80000000 is zero
>
>      USB device not accepting new address (error=80000000)
> usb_control_msg: request: 0x1, requesttype: 0x23, value 0x1 index 0x1 length 0x0
> usb_control_msg: request: 0x0, requesttype: 0xA3, value 0x0 index 0x2 length 0x4
> 2 USB Device(s) found
>       scanning bus for storage devices... 0 Storage Device(s) found
> U-Boot>
> --
> Stelian Pop <stelian@popies.net>
>
>

[U-Boot] stability USB memory sticks for the common OHCI USB layer.

[Stelian Pop]

Le mardi 23 septembre 2008 ? 12:31 +0200, Remy Bohmer a ?crit :
> Hello Stelian,
> 
> Thanks for the logging. This is useful info.
> 
> > usb_control_msg: request: 0x1, requesttype: 0x23, value 0x14 index 0x1 length 0x0
> > New Device 1
> > usb_control_msg: request: 0x6, requesttype: 0x80, value 0x100 index 0x0 length 0x40
> > ERROR:  USB-error: DEVICENOTRESPONDING: Device did not respond to token (IN) or did
> > not provide a handshake (OUT) (5)
> 
> Apparently the 1st access to the device already fails.
> Can you please try to set "#define CONFIG_LEGACY_USB_INIT_SEQ 1" in
> your include/configs/<board>.h ?
> This enables the old way U-boot does the device initialisation. If
> this helps I have to check 1 of my patches, which changed this
> behaviour to make it compliant to the USB standard.
> The legacy implementation of U-boot is just wrong, but it might work.

Already did, and didn't change much... it still fails more or less the
same way.

-- 
Stelian Pop <stelian@popies.net>