Messages in this thread | | | Date | Sun, 28 Mar 2004 13:54:39 -0700 | From | "Eric D. Mudama" <> | Subject | Re: [PATCH] speed up SATA |
| |
On Sun, Mar 28 at 15:12, Jeff Garzik wrote: >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
This shouldn't be the case.
We'll always complete writes we've given good status for prior to saying "ok" on an incoming reset. Hard or soft, all resets wait on a clean internal cache before we process the reset itself.
--eric
-- Eric D. Mudama edmudama@mail.bounceswoosh.org
- 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/
| |