diff options
| author | Tejun Heo <htejun@gmail.com> | 2006-01-06 09:58:37 +0100 |
|---|---|---|
| committer | Jens Axboe <axboe@suse.de> | 2006-01-06 09:58:37 +0100 |
| commit | ff5b8cf1491330836d75eede4e5632caa32b776a (patch) | |
| tree | 4bb6d0fea6922d139f989da12231661149082b22 | |
| parent | 3e087b575496b8aa445192f58e7d996b1cdfa121 (diff) | |
[BLOCK] I/O barrier documentation update
Update documentation to match new barrier implementation.
Signed-off-by: Tejun Heo <htejun@gmail.com>
Signed-off-by: Jens Axboe <axboe@suse.de>
| -rw-r--r-- | Documentation/block/biodoc.txt | 10 |
1 files changed, 2 insertions, 8 deletions
diff --git a/Documentation/block/biodoc.txt b/Documentation/block/biodoc.txt index 303c57a7fad..8e63831971d 100644 --- a/Documentation/block/biodoc.txt +++ b/Documentation/block/biodoc.txt @@ -263,14 +263,8 @@ A flag in the bio structure, BIO_BARRIER is used to identify a barrier i/o. The generic i/o scheduler would make sure that it places the barrier request and all other requests coming after it after all the previous requests in the queue. Barriers may be implemented in different ways depending on the -driver. A SCSI driver for example could make use of ordered tags to -preserve the necessary ordering with a lower impact on throughput. For IDE -this might be two sync cache flush: a pre and post flush when encountering -a barrier write. - -There is a provision for queues to indicate what kind of barriers they -can provide. This is as of yet unmerged, details will be added here once it -is in the kernel. +driver. For more details regarding I/O barriers, please read barrier.txt +in this directory. 1.2.2 Request Priority/Latency |