All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christian Eggers <ceggers@arri.de>
To: barebox@lists.infradead.org
Cc: Primoz Fiser <primoz.fiser@norik.com>
Subject: Re: Some USB memory sticks not (fully) recognized
Date: Mon, 10 Aug 2020 13:52:01 +0200	[thread overview]
Message-ID: <3346214.S29caFStrp@n95hx1g2> (raw)
In-Reply-To: <5183365.pEXpNOHncD@n95hx1g2>

On Thursday, 6 August 2020, 16:29:13 CEST, Christian Eggers wrote:
> Barebox version: 2020.07.0
> Hardware: i.MX6 ULL with external Microchip USB Hub attached
> 
> I got a bug report that some newer USB memory sticks do not work with
> barebox. While with barebox-2020.01 these devices are not recognized at all,
> in barebox-2020.07 I get at least some warnings:
I checked again with an older release of barebox (2019-06). With this version,
the USB drive is detected:

> # usb -s
> usb: USB: scanning bus for devices...
> usb: Bus 001 Device 001: ID 0000:0000 EHCI Host Controller
> usb: Bus 001 Device 002: ID 0424:4916 USB4916
> usb: Bus 001 Device 003: ID 090c:3267 Flash Disk
> Using index 0 for the new disk
> usb: Bus 001 Device 004: ID 0424:494a USB2 Controller Hub
> usb: 4 USB Device(s) found
> Bus 001 Device 001: ID 0000:0000 EHCI Host Controller
> Bus 001 Device 002: ID 0424:4916 USB4916
> Bus 001 Device 003: ID 090c:3267 Flash Disk
> Bus 001 Device 004: ID 0424:494a USB2 Controller Hub

Also mounting the drive works fine. So I guess that this problem may have been 
introduced here:

b1d9837182 ("usb: Change power-on / scanning timeout handling")

Best regards
Christian

> 
> # usb
> 
> > usb: USB: scanning bus for devices...
> > usb1: Bus 001 Device 001: ID 0000:0000 EHCI Host Controller
> > usb1-0: Bus 001 Device 002: ID 0424:4916 USB4916
> > ERROR: usb1-0-4: unable to get descriptor, error 80000000
> > usb1-0-4: Bus 001 Device 003: ID 0424:2240
> > usb1-0-6: Bus 001 Device 004: ID 0424:494a USB2 Controller Hub
> > ERROR: usb1-0-0: unable to get descriptor, error 80000000
> > usb1-0-0: Bus 001 Device 005: ID 090c:3267
> > usb: 5 USB Device(s) found
> 
> Beside the USB memory stick, also one of the hub's internal
> devices is not recognized correctly. The full log output with
> global.loglevel=7 is attached. The first error seems to appear
> 
> in line 233. The USB device descriptor cannot be read:
> > usb1-0-4: usb_control_msg: request: 0x6, requesttype: 0x80, value 0x100
> > index 0x0 length 0x12 imx-usb 2184200.usb@2184200.of: pipe=8c000483,
> > buffer=8ffca7c0, length=18, req=8ff57580 imx-usb 2184200.usb@2184200.of:
> > (req=6 (0x6), type=128 (0x80), value=256 (0x100), index=0 imx-usb
> > 2184200.usb@2184200.of: dev=4, usbsts=0x40081, p[1]=0x18001205, p[2]=0x0
> Under Linux (on the same device), the USB drives work without any noticeable
> problems:
> Linux messages (v5.4):
> > [  111.458582] 000: usb 1-1.1: new high-speed USB device number 5 using
> > ci_hdrc [  111.613740] 000: usb 1-1.1: New USB device found,
> > idVendor=090c, idProduct=3267, bcdDevice=11.00 [  111.613763] 000: usb
> > 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 
> > 111.613777] 000: usb 1-1.1: Product: Flash Disk
> > [  111.613784] 000: usb 1-1.1: Manufacturer: USB
> > [  111.615642] 000: usb-storage 1-1.1:1.0: USB Mass Storage device
> > detected
> 
> An usbmon capture for Linux is also attached (USB memory stick is plugged in
> at about packet 99).
> 
> Any hints how I can debug this problem. I've almost now knowledge about
> USB...
> 
> regards
> Christian





_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

  reply	other threads:[~2020-08-10 11:52 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-06 14:29 Some USB memory sticks not (fully) recognized Christian Eggers
2020-08-10 11:52 ` Christian Eggers [this message]
2020-08-10 19:26   ` Sascha Hauer
2020-08-11  6:10     ` Christian Eggers
2020-08-11  6:33       ` Sascha Hauer
2020-08-12  8:35         ` [PATCH] Revert "usb: host: ehci: Use to USBSTS to wait for transfer completion" Christian Eggers
2020-08-14 13:21           ` Sascha Hauer

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=3346214.S29caFStrp@n95hx1g2 \
    --to=ceggers@arri.de \
    --cc=barebox@lists.infradead.org \
    --cc=primoz.fiser@norik.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.