Messages in this thread | | | Date | Sun, 28 Mar 2004 15:12:18 -0500 | From | Jeff Garzik <> | Subject | Re: [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/
| |