linux-usb.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Tj (Elloe Linux)" <ml.linux@elloe.vision>
To: linux-usb <linux-usb@vger.kernel.org>
Cc: Oliver Neukum <oneukum@suse.de>,
	Greg KH <gregkh@linuxfoundation.org>,
	tech.support@turris.cz
Subject: Re: uas: bug: [turris-L1 #1096031] MOX Hardware Issue - USB SuperSpeed ports resetting constantly
Date: Sun, 26 Jul 2020 09:59:27 +0100	[thread overview]
Message-ID: <b3e83e56-93f7-b6ee-4fc4-d5421cf34bbd@elloe.vision> (raw)
In-Reply-To: <c280ec82-cc00-f4b6-cc1f-12317cc8c23c@elloe.vision>

On 20/07/2020 11:25, Tj (Elloe Linux) wrote:
> We have limited windows of time to test due to the Mox being our primary
> gateway but I've ordered another Mox A (the main CPU module) so we can> test at will.

We now have the second Mox A CPU module with USB3 module F attached in
our lab and can do any tests required.

# lspci -nn
00:00.0 PCI bridge [0604]: Marvell Technology Group Ltd. Device [1b4b:0100]
01:00.0 USB controller [0c03]: VIA Technologies, Inc. VL805 USB 3.0 Host
Controller [1106:3483] (rev 01)

> I'll update with the additional logs later.

I've captured a couple of usbmon logs, firstly when uas is enabled, and
then with it disabled via the quirk "0x152d:0x0562:u", and included the
associated dmesg logs.

They're available as text/plain and in a tar.gz with names prefixed
jmicron+ dated 2020-07-26 at:

https://elloe.vision/linux/

> In our earlier tests the module A USB3 port wasn't active presumably
> because we missed off a config option. Once we're corrected that we'll
> test on the SoC USB3 port to help narrow down the responsible kernel
> module(s) and layers.

It's currently not possible to test on the CPU module's USB3 since it
fails to initialise due to a fight between the firmware and OS because
in recent kernels the OS tries to initialise the PHY layer - but that is
already done by firmware. We've tested a suggested fix for that in uboot
but so far not made progress on that one.


  reply	other threads:[~2020-07-26  8:59 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-19 10:22 uas: bug: [sda] tag#21 uas_eh_abort_handler 0 uas-tag 6 inflight: IN Tj (Elloe Linux)
2020-07-19 11:09 ` Greg KH
2020-07-19 11:55   ` Tj (Elloe Linux)
2020-07-20  8:51     ` Oliver Neukum
2020-07-20 10:25       ` Tj (Elloe Linux)
2020-07-26  8:59         ` Tj (Elloe Linux) [this message]
2020-07-20 17:18       ` Tj (Elloe Linux)
2020-07-19 14:31 ` Alan Stern
2020-07-19 15:01   ` Tj (Elloe Linux)

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=b3e83e56-93f7-b6ee-4fc4-d5421cf34bbd@elloe.vision \
    --to=ml.linux@elloe.vision \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=oneukum@suse.de \
    --cc=tech.support@turris.cz \
    /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;
as well as URLs for NNTP newsgroup(s).