[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [Qemu-block] [PATCH 1/3] aio-posix: fix concurrent acce
Re: [Qemu-devel] [Qemu-block] [PATCH 1/3] aio-posix: fix concurrent access to poll_disable_cnt
Thu, 13 Sep 2018 10:29:53 +0200
Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
On 13/09/2018 08:56, Fam Zheng wrote:
>> + /* No need to order poll_disable_cnt writes against other updates;
>> + * the counter is only used to avoid wasting time and latency on
>> + * iterated polling when the system call will be ultimately necessary.
>> + * Changing handlers is a rare event, and a little wasted polling until
>> + * the aio_notify below is not an issue.
>> + */
>> + atomic_set(&ctx->poll_disable_cnt,
>> + atomic_read(&ctx->poll_disable_cnt) + poll_disable_change);
> Why not atomic_add?
This is not lockless, it's protected by list_lock, so there's no race
condition involved. I'm just mimicking what is done for other similar
cases, for example involving seqlocks.
The alternative would be to add a full set of