]> pilppa.com Git - linux-2.6-omap-h63xx.git/commit
[PATCH] block layer: ioprio_best function fix
authorVasily Tarasov <vtaras@openvz.org>
Thu, 12 Oct 2006 13:09:51 +0000 (15:09 +0200)
committerJens Axboe <jens.axboe@oracle.com>
Thu, 12 Oct 2006 13:09:51 +0000 (15:09 +0200)
commitd58cdfb89ce0c6bd5f81ae931a984ef298dbda20
treef872c5b474411002f0905ebe702e752292f1cc21
parentcea2885a2e989d1dc19af1fc991717b33b7d1456
[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>
fs/ioprio.c