public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Schrempf Frieder <frieder.schrempf@exceet.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] Issue with USB mass storage (thumb drives)
Date: Wed, 3 Feb 2016 07:40:00 +0000	[thread overview]
Message-ID: <56B1AED0.2000601@exceet.de> (raw)
In-Reply-To: <201602021739.02666.marex@denx.de>

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.

  reply	other threads:[~2016-02-03  7: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 [this message]
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
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=56B1AED0.2000601@exceet.de \
    --to=frieder.schrempf@exceet.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