diff options
author | Vasily Tarasov <vtaras@openvz.org> | 2006-10-12 15:09:51 +0200 |
---|---|---|
committer | Jens Axboe <jens.axboe@oracle.com> | 2006-10-12 15:09:51 +0200 |
commit | d58cdfb89ce0c6bd5f81ae931a984ef298dbda20 (patch) | |
tree | f872c5b474411002f0905ebe702e752292f1cc21 /lib/Kconfig | |
parent | cea2885a2e989d1dc19af1fc991717b33b7d1456 (diff) | |
download | blackbird-op-linux-d58cdfb89ce0c6bd5f81ae931a984ef298dbda20.tar.gz blackbird-op-linux-d58cdfb89ce0c6bd5f81ae931a984ef298dbda20.zip |
[PATCH] block layer: ioprio_best function fix
Currently ioprio_best function first checks wethere aioprio or bioprio equals
IOPRIO_CLASS_NONE (ioprio_valid() macros does that) and if it is so it returns
bioprio/aioprio appropriately. Thus the next four lines, that set aclass/bclass
to IOPRIO_CLASS_BE, if aclass/bclass == IOPRIO_CLASS_NONE, are never executed.
The second problem: if aioprio from class IOPRIO_CLASS_NONE and bioprio from
class IOPRIO_CLASS_IDLE are passed to ioprio_best function, it will return
IOPRIO_CLASS_IDLE. It means that during __make_request we can merge two
requests and set the priority of merged request to IDLE, while one of
the initial requests originates from a process with NONE (default) priority.
So we can get a situation when a process with default ioprio will experience
IO starvation, while there is no process from real-time class in the system.
Just removing ioprio_valid check should correct situation.
Signed-off-by: Vasily Tarasov <vtaras@openvz.org>
Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
Diffstat (limited to 'lib/Kconfig')
0 files changed, 0 insertions, 0 deletions