aboutgitcodebugslistschat
path: root/tcp_splice.c
diff options
context:
space:
mode:
authorStefano Brivio <sbrivio@redhat.com>2022-11-16 13:58:13 +0100
committerStefano Brivio <sbrivio@redhat.com>2022-11-16 15:11:22 +0100
commit25dab96205221b595968f4b88b7a26bf69282b26 (patch)
treeb1d73795d2e4b2a9152d2ad201aaa4064a726a01 /tcp_splice.c
parentb27d6d121c8fad94658bbcf433e99f7fff542550 (diff)
downloadpasst-25dab96205221b595968f4b88b7a26bf69282b26.tar
passt-25dab96205221b595968f4b88b7a26bf69282b26.tar.gz
passt-25dab96205221b595968f4b88b7a26bf69282b26.tar.bz2
passt-25dab96205221b595968f4b88b7a26bf69282b26.tar.lz
passt-25dab96205221b595968f4b88b7a26bf69282b26.tar.xz
passt-25dab96205221b595968f4b88b7a26bf69282b26.tar.zst
passt-25dab96205221b595968f4b88b7a26bf69282b26.zip
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>
Diffstat (limited to 'tcp_splice.c')
0 files changed, 0 insertions, 0 deletions