aboutgitcodebugslistschat
path: root/tcp.h
diff options
context:
space:
mode:
authorDavid Gibson <david@gibson.dropbear.id.au>2024-07-05 20:44:07 +1000
committerStefano Brivio <sbrivio@redhat.com>2024-07-05 15:26:41 +0200
commitbe0214cca66374967eb4ce37240388c3cc39a2ae (patch)
tree5c81672f679d127684d11d5499489d05c40407a0 /tcp.h
parent69e5393c37223f78ce959e09618f01da4e3486b1 (diff)
downloadpasst-be0214cca66374967eb4ce37240388c3cc39a2ae.tar
passt-be0214cca66374967eb4ce37240388c3cc39a2ae.tar.gz
passt-be0214cca66374967eb4ce37240388c3cc39a2ae.tar.bz2
passt-be0214cca66374967eb4ce37240388c3cc39a2ae.tar.lz
passt-be0214cca66374967eb4ce37240388c3cc39a2ae.tar.xz
passt-be0214cca66374967eb4ce37240388c3cc39a2ae.tar.zst
passt-be0214cca66374967eb4ce37240388c3cc39a2ae.zip
udp: Consolidate datagram batching
When we receive datagrams on a socket, we need to split them into batches depending on how they need to be forwarded (either via a specific splice socket, or via tap). The logic to do this, is somewhat awkwardly split between udp_buf_sock_handler() itself, udp_splice_send() and udp_tap_send(). Move all the batching logic into udp_buf_sock_handler(), leaving udp_splice_send() to just send the prepared batch. udp_tap_send() reduces to just a call to tap_send_frames() so open-code that call in udp_buf_sock_handler(). This will allow separating the batching logic from the rest of the datagram forwarding logic, which we'll need for upcoming flow table support. Signed-off-by: David Gibson <david@gibson.dropbear.id.au> Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Diffstat (limited to 'tcp.h')
0 files changed, 0 insertions, 0 deletions