mirror of
https://passt.top/passt
synced 2025-03-07 16:55:10 +00:00
tap: Revert recently added checks in tap_handler_passt()
This reverts commit 198f87835dc4 ("tap: Return -EIO from tap_handler_passt() on inconsistent packet stream") and commit 510dace86ccf ("tap: Keep stream consistent if qemu length descriptor spans two recv() calls"). I can hit occasional failures in perf/passt_tcp tests where we seem to be getting excess data at the end of a recv(), and for some reason I couldn't figure out yet, if we just ignore it, subsequent recv() calls from qemu return correct data. If we close the connection, qemu can't talk to us anymore, of course. Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
This commit is contained in:
parent
b27d6d121c
commit
25dab96205
20
tap.c
20
tap.c
@ -747,31 +747,19 @@ redo:
|
||||
return -ECONNRESET;
|
||||
}
|
||||
|
||||
while (n > 0) {
|
||||
ssize_t len;
|
||||
|
||||
/* Force receiving at least a complete length descriptor to
|
||||
* avoid an inconsistent stream.
|
||||
*/
|
||||
if (n < (ssize_t)sizeof(uint32_t)) {
|
||||
rem = recv(c->fd_tap, p + n,
|
||||
(ssize_t)sizeof(uint32_t) - n, 0);
|
||||
if ((n += rem) != (ssize_t)sizeof(uint32_t))
|
||||
return -EIO;
|
||||
}
|
||||
|
||||
len = ntohl(*(uint32_t *)p);
|
||||
while (n > (ssize_t)sizeof(uint32_t)) {
|
||||
ssize_t len = ntohl(*(uint32_t *)p);
|
||||
|
||||
p += sizeof(uint32_t);
|
||||
n -= sizeof(uint32_t);
|
||||
|
||||
/* At most one packet might not fit in a single read, and this
|
||||
* also needs to be blocking.
|
||||
* needs to be blocking.
|
||||
*/
|
||||
if (len > n) {
|
||||
rem = recv(c->fd_tap, p + n, len - n, 0);
|
||||
if ((n += rem) != len)
|
||||
return -EIO;
|
||||
return 0;
|
||||
}
|
||||
|
||||
/* Complete the partial read above before discarding a malformed
|
||||
|
Loading…
x
Reference in New Issue
Block a user