aboutgitcodebugslistschat
path: root/test
diff options
context:
space:
mode:
authorStefano Brivio <sbrivio@redhat.com>2022-10-10 02:33:15 +0200
committerStefano Brivio <sbrivio@redhat.com>2022-10-15 02:10:36 +0200
commit2970dc257cb09be0514085b9ae4732231bbc91af (patch)
treee266b5c6290e80b33250b32517f5f9e88fe92eb2 /test
parentcc65f31250261a1ba777755109c2075dd4b7ba36 (diff)
downloadpasst-2970dc257cb09be0514085b9ae4732231bbc91af.tar
passt-2970dc257cb09be0514085b9ae4732231bbc91af.tar.gz
passt-2970dc257cb09be0514085b9ae4732231bbc91af.tar.bz2
passt-2970dc257cb09be0514085b9ae4732231bbc91af.tar.lz
passt-2970dc257cb09be0514085b9ae4732231bbc91af.tar.xz
passt-2970dc257cb09be0514085b9ae4732231bbc91af.tar.zst
passt-2970dc257cb09be0514085b9ae4732231bbc91af.zip
tap: Don't check sequence counts when adding packets to pool
This is a minor optimisation possibility I spotted while trying to debug a hang in tap4_handler(): if we run out of space for packet sequences, it's fine to add packets to an existing per-sequence pool. We should check the count of packet sequences only once we realise that we actually need a new packet sequence. Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Diffstat (limited to 'test')
0 files changed, 0 insertions, 0 deletions