summaryrefslogtreecommitdiffstats
path: root/usr.bin/ssh/ssh_api.c
diff options
context:
space:
mode:
authordlg <dlg@openbsd.org>2019-09-13 01:47:51 +0000
committerdlg <dlg@openbsd.org>2019-09-13 01:47:51 +0000
commit22cf097d30f4c61a249bccdc185b6a591ada03ad (patch)
treee0fad91b0bc6711d11ac0e324a9caca9e234ea25 /usr.bin/ssh/ssh_api.c
parenttweak tun/tap kn_data to be more consistent with everything else. (diff)
downloadwireguard-openbsd-22cf097d30f4c61a249bccdc185b6a591ada03ad.tar.xz
wireguard-openbsd-22cf097d30f4c61a249bccdc185b6a591ada03ad.zip
avoid the use of a custom bpf copy function.
currently pflog prepares a pfloghdr and then passes that, the original mbuf, and a pflog copy function to bpf. bpf matches on the original packet, and then if bpf decides it wants the packet it uses the custom function to copy the packet for userland to read. the custom function patches the packet so you see the packet after nat and rdr and af-to and so on. however, this means bpf is matching on the original packet and reporting a patched packet. this is also the only use of a custom copy function in the tree, and it relies on some behaviours that should be internal to bpf to get away with it. this pulls the patching up so it's done before the packet is given to bpf. this simplifies the code a bit, and means bpf is now matching on and reporting the same packet. removing this custom copy code also means that we can get rid of that functionality from the bpf_mtap_hdr function. ok sashan@ visa@
Diffstat (limited to 'usr.bin/ssh/ssh_api.c')
0 files changed, 0 insertions, 0 deletions