aboutsummaryrefslogtreecommitdiff
path: root/qemu-keymap.c
diff options
context:
space:
mode:
authorAlexey Dobriyan <adobriyan@yandex-team.ru>2024-04-30 13:53:33 +0300
committerJason Wang <jasowang@redhat.com>2024-06-04 15:14:26 +0800
commit2c3e4e2de699cd4d9f6c71f30a22d8f125cd6164 (patch)
tree77ebe62649939e2c59336515fc00b6bbdbc3a444 /qemu-keymap.c
parent6832aa80a193d04aaf8e89a64e1825a158290057 (diff)
downloadqemu-2c3e4e2de699cd4d9f6c71f30a22d8f125cd6164.zip
qemu-2c3e4e2de699cd4d9f6c71f30a22d8f125cd6164.tar.gz
qemu-2c3e4e2de699cd4d9f6c71f30a22d8f125cd6164.tar.bz2
virtio-net: drop too short packets early
Reproducer from https://gitlab.com/qemu-project/qemu/-/issues/1451 creates small packet (1 segment, len = 10 == n->guest_hdr_len), then destroys queue. "if (n->host_hdr_len != n->guest_hdr_len)" is triggered, if body creates zero length/zero segment packet as there is nothing after guest header. qemu_sendv_packet_async() tries to send it. slirp discards it because it is smaller than Ethernet header, but returns 0 because tx hooks are supposed to return total length of data. 0 is propagated upwards and is interpreted as "packet has been sent" which is terrible because queue is being destroyed, nobody is waiting for TX to complete and assert it triggered. Fix is discard such empty packets instead of sending them. Length 1 packets will go via different codepath: virtqueue_push(q->tx_vq, elem, 0); virtio_notify(vdev, q->tx_vq); g_free(elem); and aren't problematic. Signed-off-by: Alexey Dobriyan <adobriyan@yandex-team.ru> Signed-off-by: Jason Wang <jasowang@redhat.com>
Diffstat (limited to 'qemu-keymap.c')
0 files changed, 0 insertions, 0 deletions