linux-kernel - Re: sata_sil24: external raid storage mistaken as port multiplier

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Fri, 03 Dec 2010 13:45:44 +0100
From:	Tobias Karnat <tobias.karnat@...glemail.com>
To:	Tejun Heo <tj@...nel.org>, Mark Lord <kernel@...savvy.com>
Cc:	linux-ide@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: sata_sil24: external raid storage mistaken as port multiplier

Am Sonntag, den 28.11.2010, 11:51 +0100 schrieb Tobias Karnat:
> Am Freitag, den 26.11.2010, 18:19 +0100 schrieb Tejun Heo:
> > That said, yeah, it probably would be a good idea to add a
> > libata.force param.
> > 
> > Can you please apply the following patch and verify that the device
> > doesn't work without any parameter but it does with
> > "libata.force=nopmp"?
> 
> Sorry, but I am currently happy with the generic Ubuntu Kernel
> with the module recompiled.
> 
> Maybe I am just lazy, but I have scheduled to compile my first Kernel
> on Ubuntu 10.10 when 2.6.37 will be out.

Well, I'm now on 2.6.36.1, because I had an problem with Kaffeine and
2.6.37-rc4. But I don't like the idea to force to not use pmp on every
controller. I don't have an pmp which I use, but maybe someone else does
and also has the problem with the external case.

> Am Freitag, den 26.11.2010, 21:57 -0500 schrieb Mark Lord:
> > I suppose *if* we knew the exact fwrev that requires the workaround,
> > then we could make it automatic for that, and still have the boot flag
> > for cases we don't know about.
> > 
> > Tobias?  Got the IDENTIFY info from that device?
> > Something like "hdparm --istdout /dev/sdX"  ?
> 
> Yes, hdparm --istdout /dev/sdh gives,
> 
> /dev/sdh:
> 0040 3fff c837 0010 0000 0000 003f 0000
> 0000 0000 3037 3043 3035 465f 3837 3933
> 3931 5f5f 5f30 5f38 0003 3e00 0004 5247
> 4c31 3034 3033 4578 7465 726e 616c 2044
> 6973 6b20 3020 2020 2020 2020 2020 2020
> 2020 2020 2020 2020 2020 2020 2020 8001
> 0000 2f00 4000 0200 0000 0006 0000 0000
> 0000 0000 0000 0101 ffff 0fff 0000 0407
> 0003 0078 0078 0078 0078 0000 0000 0000
> 0000 0000 0000 0000 0201 0000 0000 0000
> 007e 001b 0069 7460 4040 0028 3460 4040
> 207f 0000 0000 0000 fffe 0000 c0fe 0000
> 0000 0000 0000 0000 c060 7470 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0001 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0017 2040
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 a3a5

I hope this is enough info?

-Tobias

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/