mirror of
https://github.com/Motorhead1991/qemu.git
synced 2025-08-08 10:13:56 -06:00
net: notify iothread after flushing queue
virtio-net has code to flush the queue and notify the iothread whenever new receive buffers are added by the guest. That is fine, and indeed we need to do the same in all other drivers. However, notifying the iothread should be work for the network subsystem. And since we are at it we can add a little smartness: if some of the queued packets already could not be delivered, there is no need to notify the iothread. Reported-by: Luigi Rizzo <rizzo@iet.unipi.it> Cc: Stefan Hajnoczi <stefanha@linux.vnet.ibm.com> Cc: Jan Kiszka <jan.kiszka@siemens.de> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> Reviewed-by: Amos Kong <akong@redhat.com> Signed-off-by: Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>
This commit is contained in:
parent
e0a1e32dbc
commit
987a9b4800
4 changed files with 10 additions and 8 deletions
|
@ -447,10 +447,6 @@ static void virtio_net_handle_rx(VirtIODevice *vdev, VirtQueue *vq)
|
|||
VirtIONet *n = to_virtio_net(vdev);
|
||||
|
||||
qemu_flush_queued_packets(&n->nic->nc);
|
||||
|
||||
/* We now have RX buffers, signal to the IO thread to break out of the
|
||||
* select to re-poll the tap file descriptor */
|
||||
qemu_notify_event();
|
||||
}
|
||||
|
||||
static int virtio_net_can_receive(NetClientState *nc)
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue