mirror of
https://gitlab.com/qemu-project/qemu
synced 2024-09-06 18:05:37 +00:00
![]() The code under the TUN_ASYNCHRONOUS_WRITES path makes two incorrect assumptions about the behaviour of the WriteFile API for overlapped file handles. First, WriteFile does not update the lpNumberOfBytesWritten parameter when the write completes asynchronously (the number of bytes written is known only when the operation completes). Second, the buffer shouldn't be touched (or freed) until the operation completes. This led to at least one bug where tap_win32_write returned zero bytes written, which in turn caused further writes ("receives") to be disabled for that device. This change disables the asynchronous write path, while keeping most of the code around in case someone sees value in resurrecting it. It also adds some conditional debug output, similar to the read path. Signed-off-by: Andrew Baumann <Andrew.Baumann@microsoft.com> Acked-by: Stefan Weil <sw@weilnetz.de> Signed-off-by: Jason Wang <jasowang@redhat.com> |
||
---|---|---|
.. | ||
checksum.c | ||
clients.h | ||
dump.c | ||
eth.c | ||
filter-buffer.c | ||
filter.c | ||
hub.c | ||
hub.h | ||
l2tpv3.c | ||
Makefile.objs | ||
net.c | ||
netmap.c | ||
queue.c | ||
slirp.c | ||
socket.c | ||
tap-aix.c | ||
tap-bsd.c | ||
tap-haiku.c | ||
tap-linux.c | ||
tap-linux.h | ||
tap-solaris.c | ||
tap-win32.c | ||
tap.c | ||
tap_int.h | ||
util.c | ||
util.h | ||
vde.c | ||
vhost-user.c |