From: Marek Vasut <marex@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] Issue with USB mass storage (thumb drives)
Date: Wed, 3 Feb 2016 10:40:00 +0100 [thread overview]
Message-ID: <201602031040.00375.marex@denx.de> (raw)
In-Reply-To: <56B1AED0.2000601@exceet.de>
On Wednesday, February 03, 2016 at 08:40:00 AM, Schrempf Frieder wrote:
> On 02.02.2016 17:39, Marek Vasut wrote:
> > On Tuesday, February 02, 2016 at 05:28:42 PM, Fabio Estevam wrote:
> >> Adding Marek in case he has any ideas.
> >>
> >> On Tue, Feb 2, 2016 at 8:35 AM, Schrempf Frieder
> >>
> >> <frieder.schrempf@exceet.de> wrote:
> >>> Hello,
> >>>
> >>> I'm using U-Boot on a custom i.MX6 board and I'm having problems while
> >>> reading (large) files from USB thumb drives.
> >>> I wouldn't really mind if this only happened with some specific USB
> >>> device, but the problem occurs with 3 out of 4 tested thumb drives
> >>> while loading a 100M test file.
> >>> The devices that work seem to be rather old ones.
> >>>
> >>> The same issue is also reported here:
> >>> https://community.freescale.com/thread/377911
> >>>
> >>> I can reproduce this behaviour with u-boot-imx v2014.04 and with
> >>> mainline u-boot v2015.10 and v2016.01.
> >>>
> >>> Can someone tell me if this is a known issue?
> >>> What could be the reason for this and how can I get this working?
> >>>
> >>> Thanks!
> >>>
> >>>
> >>> U-Boot 2016.01 (Feb 02 2016 - 10:31:32 +0100)
> >>>
> >>> CPU: Freescale i.MX6SOLO rev1.3 at 792MHz
> >>> CPU: Industrial temperature grade (-40C to 105C) at 31C
> >>> Reset cause: POR
> >>> Board: MX6EXCEET
> >>> DRAM: 1 GiB
> >>> NAND: 256 MiB
> >>> MMC: FSL_SDHC: 0, FSL_SDHC: 1
> >>> SF: Detected EN25Q80 with page size 256 Bytes, erase size 4 KiB, total
> >>> 1 MiB No panel detected: default to Hannstar-XGA
> >>> Display: Hannstar-XGA (1024x768)
> >>> In: serial
> >>> Out: serial
> >>> Err: serial
> >>> Net: Found Micrel KS8051/KS8081 PHY
> >>> FEC
> >>> Hit any key to stop autoboot: 0
> >>> => usb start
> >>> starting USB...
> >>> USB0: Port not available.
> >>> USB1: USB EHCI 1.00
> >>> scanning bus 1 for devices... 2 USB Device(s) found
> >>>
> >>> scanning usb for storage devices... 1 Storage Device(s) found
> >>> scanning usb for ethernet devices... 0 Ethernet Device(s)
> >>> found
> >>>
> >>> => fatload usb 0 0x18000000 test.file
> >>> reading test.file
> >>> EHCI timed out on TD - token=0xac008d80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x128d80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x801f8c80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x801f8c80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x801f8c80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x801f8c80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> EHCI timed out on TD - token=0x80008d80
> >>> Error reading cluster
> >>> ** Unable to read file test.file **
> >
> > What happens if you do 'dcache off' and then read the file ?
>
> Unfortunately turning off dcache doesn't seem to change the behaviour.
> I'm still getting the same error messages.
In that case, debug time.
Usual problems are bad routing of the tracks on the board , so try with USB 1.1
hub and if that works, that's your problem.
You can also try "setenv usb_pgood_delay 10000" , this will increase the time
the code takes after reseting root port.
Also try adding #define DEBUG to drivers/usb/host/ehci-hcd.c common/usb.c and
common/usb_hub.c . You might notice something odd there.
The above output shows that your qTD tokens are not processed , see the active
bit being set. Details in [1] page 54 (Table 3-16).
[1] http://www.intel.com/content/dam/www/public/us/en/documents/technical-
specifications/ehci-specification-for-usb.pdf
next prev parent reply other threads:[~2016-02-03 9:40 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 [this message]
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
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=201602031040.00375.marex@denx.de \
--to=marex@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