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.
next prev parent 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).