| commit | 3d25f3566bb606720a67caef77b16190df10dd98 | |
| author | Jens Axboe <axboe@suse.de> | |
| Mon, 27 Jun 2005 08:55:49 +0000 (27 10:55 +0200) | ||
| committer | Linus Torvalds <torvalds@ppc970.osdl.org> | |
| Mon, 27 Jun 2005 21:33:29 +0000 (27 14:33 -0700) | ||
| tree | b80225d86859487b6a8eb62126d9de31c7cbf26e | treesnapshot (tar.gz zip) |
| parent | 22e2c507c301c3dbbcf91b4948b88f78842ee6c9 | commitdiff |
[PATCH] Fix cfq_find_next_crq()
In cfq_find_next_crq(), cfq tries to find the next request by choosing
one of two requests before and after the current one. Currently, when
choosing the next request, if there's no next request, the next
candidate is NULL, resulting in selection of the previous request. This
results in weird scheduling. Once we reach the end, we always seek
backward.
The correct behavior is using the first request as the next candidate.
cfq_choose_req() already has logics for handling wrapped requests.
Signed-off-by: Tejun Heo <htejun@gmail.com>
Signed-off-by: Jens Axboe <axboe@suse.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
In cfq_find_next_crq(), cfq tries to find the next request by choosing
one of two requests before and after the current one. Currently, when
choosing the next request, if there's no next request, the next
candidate is NULL, resulting in selection of the previous request. This
results in weird scheduling. Once we reach the end, we always seek
backward.
The correct behavior is using the first request as the next candidate.
cfq_choose_req() already has logics for handling wrapped requests.
Signed-off-by: Tejun Heo <htejun@gmail.com>
Signed-off-by: Jens Axboe <axboe@suse.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
| drivers/block/cfq-iosched.c | diffblobblamehistory |