aboutsummaryrefslogtreecommitdiff
path: root/iothread.c
diff options
context:
space:
mode:
authorKevin Wolf <kwolf@redhat.com>2019-07-22 17:22:00 +0200
committerKevin Wolf <kwolf@redhat.com>2019-08-16 10:25:16 +0200
commit421919d76b1755e1f9478f85cb71829ca5150ade (patch)
treeda4129f7590bc0a33553733a545efbd9f6b19d8d /iothread.c
parent48057fc2b4f010a5c92035d223a0cceed3635237 (diff)
downloadqemu-421919d76b1755e1f9478f85cb71829ca5150ade.zip
qemu-421919d76b1755e1f9478f85cb71829ca5150ade.tar.gz
qemu-421919d76b1755e1f9478f85cb71829ca5150ade.tar.bz2
block: Remove blk_pread_unthrottled()
The functionality offered by blk_pread_unthrottled() goes back to commit 498e386c584. Then, we couldn't perform I/O throttling with synchronous requests because timers wouldn't be executed in polling loops. So the commit automatically disabled I/O throttling as soon as a synchronous request was issued. However, for geometry detection during disk initialisation, we always used (and still use) synchronous requests even if guest requests use AIO later. Geometry detection was not wanted to disable I/O throttling, so bdrv_pread_unthrottled() was introduced which disabled throttling only temporarily. All of this isn't necessary any more because we do run timers in polling loop and even synchronous requests are now using coroutine infrastructure internally. For this reason, commit 90c78624f already removed the automatic disabling of I/O throttling. It's time to get rid of the workaround for the removed code, and its abuse of blk_root_drained_begin()/end(), as well. Signed-off-by: Kevin Wolf <kwolf@redhat.com> Reviewed-by: Max Reitz <mreitz@redhat.com>
Diffstat (limited to 'iothread.c')
0 files changed, 0 insertions, 0 deletions