Thread (17 messages) 17 messages, 3 authors, 2004-08-31

Re: libata dev_config call order wrong.

From: Jeff Garzik <hidden>
Date: 2004-08-29 17:59:53

Brad Campbell wrote:
Jeff Garzik wrote:
quoted
Take a look at what ATA_DFLAG_LOCK_SECTORS does ;-)  Here's hoping 
that's the last piece of the puzzle...

HAHA! He says. That was not in 2.6.8.1! That solves that one.

Frankly, now I'm running a WD2500BB on one of those converters on a 
RAID-5 I'm just going to leave the 200 sector hack in my kernel until we 
figure out a way to detect the bridges. I can't see any other clean way 
of doing it.
me either, unless I can figure out a way to detect that a disk is PATA 
not SATA.  Nothing is obvious from the specs on www.t13.org, but who knows.

Honestly I would prefer to apply some "if it's PATA-over-SATA bridge" 
rules, namely,
* limit to udma5 (udma/100)
* limit to 256 sectors [actually 200 in libata]

quoted
BTW I just sent email to SiI to see if there is a way to detect a 
PATA->SATA bridge.

Man I hope so.. I don't want to resort to having to throw these board 
away or constantly patch my kernel! I could just go and buy some more 
SATA drives I guess, but where would the fun be in that!
hehe

Another option is to have a "no large transfers" module option that 
users could specify; that way you wouldn't have to patch the kernel, and 
it would work for all drivers without having to maintain a blacklist.

	Jeff

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help