Hi,
Darrick J. Wong wrote:
[cc'ing a few contacts at adaptec]
Douglas Gilbert wrote:
Tarjei Huse wrote:
Hi, I'm working on getting Linux to use my SATA drives on an IBM x306
running a HostRaid controller that uses the adaptech 9405w chipset.
<snip>
c) In the thread Darrick Wong refers to another branch[1] that contains
(according to him) a lot of fixes for this chipset. Is that branch
confirmed to work with my chipset?
Yes. I'd also strongly recommend consideration of patches #23 and #26
from here:
http://sweaglesw.net/~djwong/docs/sas_ata-patches/
I create my kernel tree by cloning the linux-2.6 git tree and then
applying scsi-misc-2.6, scsi-rc-fixes-2.6 and aic94xx-sas-2.6 patches
Ok, I haven't tested a git tree yet, but what you're saying is that I
should download just this git tree and use it, right?
http://www.kernel.org/git/?p=linux/kernel/git/jejb/aic94xx-sas-2.6.git;a=summary
Or should I just download the the patches you mention and
atop that. And then the giant long slew of patches atop *that*.
What patches? Are they related to the aic driver or are they related to other things you are testing? (i.e. do I run a risk by using them?
Also, when will this work land in the mainline kernel tree?
Thanks for replying.
Regards,
Tarjei
I have also tried to compile the latest rc of the 2.6.20 kernel and
loaded up the aic94xx driver + firmware. I then ended up getting the
same errors that started the above mentioned thread on this list.
Yes, because you need the changes that are in aic94xx-sas that add SATA
support. Ideally that message would have printed something less
cryptic, such as "SATA device found but not supported in this driver!",
but that's water under the bridge at this point.
it was too old) showed the same problems (tmf timeouts). Then
The TMF timeout problems (and several other bugs) were fixed in v18 of
the sequencer firmware blob. Alexis, Ed, and Gilbert are currently
working to have the firmware blob posted on Adaptec's web site. I think
the sequencer is up to v28 now?
(Vaporware, I know, but hopefully we can nip this one in the bud soon.)
Luben Tuikov sent me a version of his driver with a "use_msi"
related fix in it. My 48300 has been rock solid since. The last
time I tried "Darrick's" driver (about a week ago) it failed in
the fashion unto which I have become accustomed.
I'm not certain that I'm completely aware of the failures that you're
seeing with the driver. Can you send me the BIOS firmware level, the
sequencer version (probably v17 since that's the only one that I know of
that's available on the 'net), and a dmesg output?
I have encouraged people to talk amongst themselves about the
use_msi patch, but I don't believe that I should be reverse
engineering that patch. There are other issues. As you may
understand from the above, I am walking on a bit of a tight rope
here.
Are you enabling MSI mode? There is a known bug where one needs to kick
one of the CHIMINTEN bits if a certain flag is set, though none of the
IBM boxes require MSI (and at the moment it isn't working anyway...).
2. http://www.jimmy.co.at/weblog/?p=71
Egad.
Anyway, patches are forthcoming.
--D
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html