From: Stefan Roese <sr@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] Issue with USB mass storage (thumb drives)
Date: Mon, 25 Apr 2016 10:16:44 +0200 [thread overview]
Message-ID: <571DD26C.7040005@denx.de> (raw)
In-Reply-To: <571573C2.6020506@denx.de>
Hi Marek,
On 19.04.2016 01:54, Marek Vasut wrote:
> On 04/15/2016 02:13 PM, Diego wrote:
>> In data venerd? 15 aprile 2016 12:53:36, Marek Vasut ha scritto:
>>> On 04/14/2016 03:20 PM, Diego wrote:
>>>> On 18.02.2016, Schrempf Frieder wrote:
>>>>> At the moment I have two sticks with the same chip around for which
>>>>> setting USB_MAX_XFER_BLK from 65535 to 32767 fixed the file transfer.
>>>>> Also one of our customers tested a few non-working sticks with this
>>>>> change and reported, that it fixed it for him.
>>>>
>>>> Hi all,
>>>>
>>>> sorry for reopening this thread, but I'd like to provide some additional
>>>> infos.
>>>>
>>>> I was experiencing the same problem with several USB thumb drives,
>>>> especially with some Kingston DataTraveler.
>>>>
>>>> Changing USB_MAX_XFER_BLK from 65535 to 32767 definitely fixed the "EHCI
>>>> timed out on TD" but also fixed a more subtle problem.
>>>
>>> So the DTSE9 is problematic even on EHCI ? Sigh ... I'll have to look
>>> into that one stick deeper, that's real bad.
>>>
>>
>> Hi Marek,
>>
>> yes, I was getting the following error with the Kingston DTSE9 USB 2.0:
>> EHCI timed out on TD - token=0x1e008d80
>> EHCI timed out on TD - token=0x1e008d80
>> EHCI timed out on TD - token=0x1e008d80
>> The model is the one in this photo:
>> http://katteway.com/images/Kingston-DataTraveler-DTSE9-8GB-USB-Flash-Drive-Silver.jpg
>> ID 0951:1689 Kingston Technology DataTraveler SE9
>>
>> I'm available if you want any additional info.
>
> I have the same stick and the same problems, but I should be able to
> check it with USB analyzer this or next week.
I'm now finally starting to debug this USB key detection problem
on SoCFPGA, introduced with my USB scanning speedup patchset.
My current configuration is the SoCrates board with an USB OTG
cable to attach an USB stick. This is what I get with the
later U-Boot (master branch) and this patch reverted (c998da0d67
"usb: Change power-on / scanning timeout handling":
=> usb start
starting USB...
USB0: Core Release: 2.93a
dwc_otg_core_host_init: Timeout!
dwc_otg_core_host_init: Timeout!
dwc_otg_core_host_init: Timeout!
dwc_otg_core_host_init: Timeout!
dwc_otg_core_host_init: Timeout!
dwc_otg_core_host_init: Timeout!
dwc_otg_core_host_init: Timeout!
dwc_otg_core_host_init: Timeout!
dwc_otg_core_host_init: Timeout!
dwc_otg_core_host_init: Timeout!
dwc_otg_core_host_init: Timeout!
dwc_otg_core_host_init: Timeout!
dwc_otg_core_host_init: Timeout!
dwc_otg_core_host_init: Timeout!
dwc_otg_core_host_init: Timeout!
scanning bus 0 for devices... 1 USB Device(s) found
=> usb tree
USB device tree:
1 Hub (480 Mb/s, 0mA)
U-Boot Root Hub
This does not change if this patch above is reverted or not.
Does anyone else have these dwc core timeouts?
Thanks,
Stefan
next prev parent reply other threads:[~2016-04-25 8:16 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-02 10:35 [U-Boot] Issue with USB mass storage (thumb drives) Schrempf Frieder
2016-02-02 16:28 ` Fabio Estevam
2016-02-02 16:39 ` Marek Vasut
2016-02-03 7:40 ` Schrempf Frieder
2016-02-03 7:45 ` Hannes Schmelzer
2016-02-03 9:34 ` Marek Vasut
2016-02-03 9:40 ` Marek Vasut
2016-02-03 9:55 ` Fabio Estevam
2016-02-03 10:15 ` Schrempf Frieder
2016-02-03 11:12 ` Marek Vasut
2016-02-03 11:49 ` Schrempf Frieder
2016-02-03 16:40 ` Marek Vasut
2016-02-03 19:16 ` Sergei Temerkhanov
2016-02-04 8:21 ` Schrempf Frieder
2016-02-04 11:28 ` Marek Vasut
2016-02-08 8:41 ` Hannes Schmelzer
2016-02-08 14:58 ` Marek Vasut
2016-02-12 15:53 ` Simon Glass
2016-02-12 16:04 ` Hannes Schmelzer
2016-02-18 10:05 ` Schrempf Frieder
2016-02-18 15:32 ` Marek Vasut
2016-02-18 17:14 ` Fabio Estevam
2016-02-22 7:03 ` Schrempf Frieder
2016-02-22 17:51 ` Maxime Jayat
2016-02-22 17:59 ` Fabio Estevam
2016-02-23 6:38 ` Hannes Schmelzer
2016-02-24 17:43 ` Marek Vasut
2016-02-25 4:13 ` Simon Glass
2016-02-25 17:56 ` Marek Vasut
2016-02-26 1:56 ` Simon Glass
2016-04-14 13:20 ` Diego
2016-04-15 10:53 ` Marek Vasut
2016-04-15 12:13 ` Diego
2016-04-18 23:54 ` Marek Vasut
2016-04-25 8:16 ` Stefan Roese [this message]
2016-04-27 2:14 ` Marek Vasut
2016-04-27 9:04 ` Diego
2016-04-27 16:13 ` Marek Vasut
2016-04-28 13:04 ` Diego
2016-04-28 22:49 ` Marek Vasut
2016-04-29 7:58 ` Diego
2016-05-03 21:01 ` Marek Vasut
2016-05-04 9:13 ` Diego
2016-05-04 11:45 ` Marek Vasut
2016-05-04 14:06 ` Diego
2016-05-04 21:36 ` Marek Vasut
2016-05-10 12:04 ` Diego
2016-05-10 12:32 ` Marek Vasut
2016-05-20 5:07 ` Rajesh Bhagat
2016-05-20 11:52 ` Marek Vasut
2016-02-04 8:06 ` Schrempf Frieder
-- strict thread matches above, loose matches on Subject: below --
2016-10-14 9:01 Michael Kasprowicz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=571DD26C.7040005@denx.de \
--to=sr@denx.de \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox