Hi Oliver,
to my surprise I was starting to attempt the patch of the code and the
rebuilt, 30 mins ago, when I noticed a new version was released in
Arch ( 4.18.14 ) so I decided to update and reboot, to see if actually
it changed something and...to my surprise it did!
$ uname -a
Linux anarchy 4.18.14-arch1-1-ARCH #1 SMP PREEMPT Sat Oct 13 13:42:37
UTC 2018 x86_64 GNU/Linux
$ lsusb -t
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
|__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
$ lsusb
Bus 002 Device 002: ID 152d:1561 JMicron Technology Corp. / JMicron
USA Technology Corp. JMS561U two ports SATA 6Gb/s bridge
I am honestly not sure what is changed between 4.18.14 and .12 ( I
will investigate ) but to my surprise I got UAS enabled which is what
I was requiring to test.
Thank you very much for the support anyway!
Best regards,
Julian Xhokaxhiu
Full Stack Developer, IT Practised (ISCED 4)
https://julianxhokaxhiu.com/
On Tue, Oct 16, 2018 at 2:40 PM Oliver Neukum <oneukum@xxxxxxxx> wrote:
>
> On Di, 2018-10-16 at 10:41 +0200, Julian Xhokaxhiu wrote:
> > Good morning Oliver,
> >
> > thank you very much for the reply. I will try to build a test kernel
> > hopefully later this evening and I'll get back to you.
> >
> > Meanwhile you can see in the attachment in my first email the output
> > of `$ lsusb -v -d 152d:1561`
>
> That is the problem. I just cannot find a quirk for that device.
> And the generic ASMedia code should not match.
>
> > Is there a way to test UAS without recompiling the Kernel? Like a
> > Kernel argument or modprobe option?
>
> Unfortunately the existing option allow setting US_FL_IGNORE_UAS
> but not clearing it. You need to recompile.
>
> Regards
> Oliver
>
