aboutgitcodebugslistschat
path: root/contrib
diff options
context:
space:
mode:
authorStefano Brivio <sbrivio@redhat.com>2021-07-26 14:13:21 +0200
committerStefano Brivio <sbrivio@redhat.com>2021-07-26 14:13:21 +0200
commit85a820a66fe44b2ae4355e306918f78a55edbc23 (patch)
tree16cf92f7fbcda1a4b776e564c739da88e879456c /contrib
parent86b273150a47c6f5783db865d1385675f5c4e5a6 (diff)
downloadpasst-85a820a66fe44b2ae4355e306918f78a55edbc23.tar
passt-85a820a66fe44b2ae4355e306918f78a55edbc23.tar.gz
passt-85a820a66fe44b2ae4355e306918f78a55edbc23.tar.bz2
passt-85a820a66fe44b2ae4355e306918f78a55edbc23.tar.lz
passt-85a820a66fe44b2ae4355e306918f78a55edbc23.tar.xz
passt-85a820a66fe44b2ae4355e306918f78a55edbc23.tar.zst
passt-85a820a66fe44b2ae4355e306918f78a55edbc23.zip
tap: Don't override address observed from guest with our own notion of it
If a tap protocol handler doesn't consume the full batch of packets in one go, we already overrode the destination address in the packet buffer with the address which is configured at start. If we re-enter the tap handler, we shouldn't use the address from the packet buffers anymore to set the observed address of the guest: that's not the address observed from the guest, it's the configured one now. Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Diffstat (limited to 'contrib')
0 files changed, 0 insertions, 0 deletions