Messages in this thread | | | From | "Mudama, Eric" <> | Subject | RE: [PATCH] ide write barrier support | Date | Fri, 17 Oct 2003 12:42:59 -0600 |
| |
> -----Original Message----- > From: Jens Axboe [mailto:axboe@suse.de] > > > Luckilly, us drive guys are a bit smarter (if only a bit)... > > Some of you? :)
We're a little bit smarter than the totally braindead possible data order issues that are allowed in the spec... but only a little bit smarter.
> That's why for IDE I prefer handling it in software. Let the > queue drain, > issue a barrier write, and continue. That works, regardless of drive > firmware implementations. As long as the spec doesn't make it explicit > what happens, there's no way I can rely on it.
agreed
The drive will be doing ops as fast as possible, letting the queue go to zero depth then flushing cache would be the absolute fastest way to do it for best overall performance.
eric - 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/
| |