diff options
| author | Stefano Brivio <sbrivio@redhat.com> | 2022-11-16 13:58:13 +0100 |
|---|---|---|
| committer | Stefano Brivio <sbrivio@redhat.com> | 2022-11-16 15:11:22 +0100 |
| commit | 25dab96205221b595968f4b88b7a26bf69282b26 (patch) | |
| tree | b1d73795d2e4b2a9152d2ad201aaa4064a726a01 /Makefile | |
| parent | b27d6d121c8fad94658bbcf433e99f7fff542550 (diff) | |
| download | passt-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 'Makefile')
0 files changed, 0 insertions, 0 deletions