public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
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

  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