From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sergei Temerkhanov Date: Wed, 3 Feb 2016 11:16:29 -0800 Subject: [U-Boot] Issue with USB mass storage (thumb drives) In-Reply-To: <201602031740.09403.marex@denx.de> References: <56B08683.9000607@exceet.de> <201602031212.46650.marex@denx.de> <56B1E940.6090905@exceet.de> <201602031740.09403.marex@denx.de> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Wed, Feb 3, 2016 at 8:40 AM, Marek Vasut wrote: > On Wednesday, February 03, 2016 at 12:49:20 PM, Schrempf Frieder wrote: >> On 03.02.2016 12:12, Marek Vasut wrote: >> > On Wednesday, February 03, 2016 at 11:15:00 AM, Schrempf Frieder wrote: >> >> On 03.02.2016 10:55, Fabio Estevam wrote: >> >>> On Wed, Feb 3, 2016 at 7:40 AM, Marek Vasut wrote: >> >>>> 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. >> >>> >> >>> Another suggestion would be to try the 100MB transfer in Linux and see >> >>> if this works or not. >> >>> >> >>> That would help us to narrow down whether this is a hardware or >> >>> software problem. Another thing to try may be limiting the value of USB_MAX_XFER_BLK in common/usb_storage.c Regards, Sergey >> >> >> >> Thank you Marek and Fabio for your input! >> >> >> >> I tried the file transfer in Linux and this seems to work fine. >> >> Also we have been using this hardware for quite some time, also with USB >> >> mass storage and large files in Linux and I can't remember any problems. >> >> For these reasons I think that the hardware is ok. >> >> >> >> I added the DEBUG defines and here are the lines around one of the >> >> timeouts. With my very limited knowledge of how usb works, I can't read >> > >> >> much from those messages: >> > It'd help if you shared your patch and the whole output. That way we can >> > check if something goes wrong at the beginning. >> > >> > I wonder if we might be facing some misconfiguration of the USB PHY here >> > ? >> > >> > I don't have a MX6Solo . Fabio, any chance you can try ? >> >> Here is the debug log for "usb reset": http://paste.ubuntu.com/14865306/ >> And here the log for the file transfer (different thumb drive and >> therefore different messages than posted before): >> http://paste.ubuntu.com/14865349/ >> >> The only changes to U-Boot I made is adding my board configuration >> (derived from Freescale SabreSD config). >> The only difference from the SabreSD config related to USB is, that I >> have set CONFIG_USB_MAX_CONTROLLER_COUNT to 2 instead of 1. > > The detection seems fine, it even does what it's supposed to do. > > You have a USB hub somewhere in there, right ? Is it a powered one or not ? > > What I find weird in the later log is that the failure always happens when > the buffer is at 0x19fffe00 . I suppose you're loading to 0x18000000 and you > have 0x20000000 or 512MiB of RAM (?). Try loading to 0x8000000 and see if > that helps. If it does, then you might be overwriting some malloc area of > U-Boot or somesuch . > > Best regards, > Marek Vasut > _______________________________________________ > U-Boot mailing list > U-Boot at lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot