aboutsummaryrefslogtreecommitdiff
path: root/README
diff options
context:
space:
mode:
authorKevin Wolf <kwolf@redhat.com>2019-07-22 17:46:23 +0200
committerKevin Wolf <kwolf@redhat.com>2019-08-16 10:25:16 +0200
commitcf3129323f900ef5ddbccbe86e4fa801e88c566e (patch)
treeba516ad030d6a983ba70a16264c8c5a9dfea15a8 /README
parentd2da5e288a2e71e82866c8fdefd41b5727300124 (diff)
block-backend: Queue requests while drained
This fixes devices like IDE that can still start new requests from I/O handlers in the CPU thread while the block backend is drained. The basic assumption is that in a drain section, no new requests should be allowed through a BlockBackend (blk_drained_begin/end don't exist, we get drain sections only on the node level). However, there are two special cases where requests should not be queued: 1. Block jobs: We already make sure that block jobs are paused in a drain section, so they won't start new requests. However, if the drain_begin is called on the job's BlockBackend first, it can happen that we deadlock because the job stays busy until it reaches a pause point - which it can't if its requests aren't processed any more. The proper solution here would be to make all requests through the job's filter node instead of using a BlockBackend. For now, just disabling request queuing on the job BlockBackend is simpler. 2. In test cases where making requests through bdrv_* would be cumbersome because we'd need a BdrvChild. As we already got the functionality to disable request queuing from 1., use it in tests, too, for convenience. Signed-off-by: Kevin Wolf <kwolf@redhat.com> Reviewed-by: Max Reitz <mreitz@redhat.com>
Diffstat (limited to 'README')
0 files changed, 0 insertions, 0 deletions