lkml.org 
[lkml]   [2004]   [Mar]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] speed up SATA
Jens Axboe wrote:
> On Sun, Mar 28 2004, Jeff Garzik wrote:
>>I bet if we can come up with a decent proposal, with technical rationale
>>for the change... that could be presented to the right ATA people :)
>>It's worth a shot.

> Count me in for that. The ATA people seem to have a preference for

Cool.


> adding a new set of commands for this type of there, where as I
> (originally, I did actually send in a proposal like this on the ml)
> wanted to just use one of the reserved bits in the tag field.

Well, I would like to present the problem, in the proposal, in a
completely separate area of the document than the suggested solution.

Over and above the barrier issue, the general problem of "OS doesn't
know precisely what's on the platter" leads to a nasty edge case:

If an error occurs where the typical resolution is a bus or device
reset, cached writes that have been acknowledged to the OS but not yet
hit the media will likely be lost. This seems to be worse in SATA,
where you have a new class of errors (SATA link up/down, etc.) that is
also typically dealt with via reset.

Jeff



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

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