[lkml]   [2004]   [Jun]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: ide errors in 7-rc1-mm1 and later
On Fri, Jun 04 2004, Jeff Garzik wrote:
> Jens Axboe wrote:
> >else that works for barriers. It's mind boggling that nothing so far has
> >come out of t13 to address this, I guess data integrity isn't high on
> >their list.
> Chuckle :)
> Personally I look at it the other way around -- why hasn't anybody on
> the OS side written up a proposal that satisfies 100% of the OS barrier
> needs?
> We've got the device manufacturer contacts these days to get serious
> attention paid, IMO. Just need the proposal now.
> Just like Linux, ATA evolves in the direction that people speak up
> about... I'll leave it to the audience to decide if Windows and data
> integrity go hand-in-hand <grin>

I did suggest this a few years ago. The comment I received was that
they didn't take suggestions from OS people, if I didn't have a drive
implementation to go with the proposal they couldn't use it for
anything. Which was interesting, since that seemed to suggest that t13
had little steering in ata development, they mainly put into the ATA
specs what drive manufacturers shoved at them. Of course this isn't 100%
true, but it does explain a lot of things :-)

Andre even tried getting FUA to do what we needed, no such luck there.
Some other bigger OS wanted it differently, the rest is history.

There's nothing I would love more than being able to kill the pre and
post flushes and use something more effective. So if we can write up a
proposal that has some chance of being debated, I'm all for it.

Jens Axboe

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 14:03    [W:0.160 / U:8.532 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site