summaryrefslogtreecommitdiff
path: root/trace/mem-internal.h
diff options
context:
space:
mode:
authorPaolo Bonzini <pbonzini@redhat.com>2017-05-08 16:13:06 +0200
committerJeff Cody <jcody@redhat.com>2017-05-24 16:38:51 -0400
commit4c241cf5d6ca06c682e033cf8b327b63b1f4b784 (patch)
tree693fb5c994e5d2e79ca45e25e0d1e9e8a8c2435c /trace/mem-internal.h
parent2caf63a9039f245ef778833dfc87f0c58adba47b (diff)
downloadqemu-4c241cf5d6ca06c682e033cf8b327b63b1f4b784.tar.gz
blockjob: introduce block_job_cancel_async, check iostatus invariants
The new functions helps respecting the invariant that the coroutine is entered with false user_resume, zero pause count and no error recorded in the iostatus. Resetting the iostatus is now common to all of block_job_cancel_async, block_job_user_resume and block_job_iostatus_reset, albeit with slight differences: - block_job_cancel_async resets the iostatus, and resumes the job if there was an error, but the coroutine is not restarted immediately. For example the caller may continue with a call to block_job_finish_sync. - block_job_user_resume resets the iostatus. It wants to resume the job unconditionally, even if there was no error. - block_job_iostatus_reset doesn't resume the job at all. Maybe that's a bug but it should be fixed separately. block_job_iostatus_reset does the least common denominator, so add some checking but otherwise leave it as the entry point for resetting the iostatus. Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> Message-id: 20170508141310.8674-8-pbonzini@redhat.com Signed-off-by: Jeff Cody <jcody@redhat.com>
Diffstat (limited to 'trace/mem-internal.h')
0 files changed, 0 insertions, 0 deletions