mirror of
https://github.com/torvalds/linux.git
synced 2024-11-21 19:46:16 +00:00
virtio_ring: tag event_triggered as racy for KCSAN
Setting event_triggered from the interrupt handler is fundamentally racy. There are races of 2 types: 1. vq processing can read false value while interrupt triggered and set it to true. result will be a bit of extra work when disabling cbs, no big deal. 1. vq processing can set false value then interrupt immediately sets true value since interrupt then triggers a callback which will process buffers, this is also not an issue. However, looks like KCSAN can not figure all this out, and warns about the race between the write and the read. Tag the access data_racy for now. We should probably look at ways to make this more straight-forwardly correct. Message-ID: <6bdd771a4fb7625a9227971b3cf4745c34c31a32.1726153334.git.mst@redhat.com> Reported-by: syzbot+8a02104389c2e0ef5049@syzkaller.appspotmail.com Signed-off-by: Michael S. Tsirkin <mst@redhat.com> Acked-by: Jason Wang <jasowang@redhat.com> Acked-by: Marco Elver <elver@google.com>
This commit is contained in:
parent
bc0dcbc5c2
commit
83c334ed52
@ -2588,7 +2588,7 @@ irqreturn_t vring_interrupt(int irq, void *_vq)
|
||||
|
||||
/* Just a hint for performance: so it's ok that this can be racy! */
|
||||
if (vq->event)
|
||||
vq->event_triggered = true;
|
||||
data_race(vq->event_triggered = true);
|
||||
|
||||
pr_debug("virtqueue callback for %p (%p)\n", vq, vq->vq.callback);
|
||||
if (vq->vq.callback)
|
||||
|
Loading…
Reference in New Issue
Block a user