Linux USB
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Aaron Dewes <aaron.dewes@web.de>
Cc: linux-usb@vger.kernel.org
Subject: Re: A question about UAS
Date: Sat, 6 Mar 2021 19:54:07 +0100	[thread overview]
Message-ID: <YEPPz6vXMnhT9DYZ@kroah.com> (raw)
In-Reply-To: <e903b8b3-e381-c6d9-248d-a0cee02a5a01@web.de>

On Sat, Mar 06, 2021 at 07:39:09PM +0100, Aaron Dewes wrote:
> 
> > On Sat, Mar 06, 2021 at 06:27:06PM +0100, Aaron Dewes wrote:
> > > > On Sat, Mar 06, 2021 at 05:34:32PM +0100, Aaron Dewes wrote:
> > > > > Hello!
> > > > > 
> > > > > Sorry if this suggestion/question sounds stupid, I don't have experience
> > > > > with the kernel code and this mailing list.
> > > > > 
> > > > > I'm a contributor to Umbrel (getumbrel.com), and we provide a software
> > > > > that allows to run a bitcoin node easily, and we've run into many people
> > > > > having UAS issues
> > > > What specific UAS issues?  And why not just fix those instead?
> > > Sorry, I should've been more specific. When I said UAS issues, I meant
> > > that we've had many users who used drives that were incompatible with
> > > UAS, and that script is our way to detect that and fix it, because the
> > > kernel apparently often doesn't detect that, and I think that way would
> > > be a way to actually automatically detect such issues.
> > The kernel _does_ autodetect drives that don't claim to support uas.
> > Are you saying that your users have drives which claim to support uas
> > but don't actually support it?  If that's so, can you tell us what
> > drives they are so we can put this information into the kernel?
> 
> This is what we added to cmdline, but the list was too large, so we had
> to remove a few for our latest release:
> 
> usb-storage.quirks=152d:1561:u,152d:1576:u,152d:0578:u,125f:a76a:u,04e8:61b6:u,174c:55aa:u,04e8:61f5:u,04e8:4001:u,1058:082a:u,2109:0711:u,152d:0562:u,7825:a2a4:u,04e8:4001:u
> 
> I don't remember all the drives, these were mostly reports from users
> who had issues.
> 
> A few ones I could look up in our commit history:
> 
> - JMicron JMS578 and JMS579
> 
> - Samsung M3 Portable
> 
> - ADATA ED600
> 
> - PA023U3
> 
> - A SATA-to-USB adapter sold by "BerryBase", a German RPi-related shop
> 
> This is on kernel 5.4, so some might have already been added.
> 
> To me, it seems like most, if not all devices with the vendor id "152d"
> have UAS issues.

Care to make up a patch for this so that we can properly blacklist them
in the kernel?

thanks,

greg k-h

  reply	other threads:[~2021-03-06 18:55 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-06 16:34 A question about UAS Aaron Dewes
2021-03-06 17:02 ` Greg KH
2021-03-06 17:20   ` Alan Stern
2021-03-06 17:27   ` Aaron Dewes
2021-03-06 18:25     ` Alan Stern
     [not found]       ` <1e60a591-7b7e-ca80-41cf-16fa440d7248@web.de>
2021-03-06 18:39         ` Aaron Dewes
2021-03-06 18:54           ` Greg KH [this message]
2021-03-08 13:39 ` Oliver Neukum

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=YEPPz6vXMnhT9DYZ@kroah.com \
    --to=greg@kroah.com \
    --cc=aaron.dewes@web.de \
    --cc=linux-usb@vger.kernel.org \
    /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