New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
bpf: minor improvements to XDP punt with XFER_PKT_NO_SVC #23106
bpf: minor improvements to XDP punt with XFER_PKT_NO_SVC #23106
Conversation
When XDP punts up a packet with XFER_PKT_NO_SVC set, let the from-netdev TC program transfer this into the skb representation right away. This way we don't have to special-case it later. Clean up the definition of vlan_id in from-netdev while at it. Signed-off-by: Julian Wiedmann <jwi@isovalent.com>
…ocol When bailing out from the nodeport code because the packet doesn't have a relevant L4 protocol (ie. ICMP/SCTP/TCP/UDP), set the XFER_PKT_NO_SVC flag. If the check happened in XDP, doing so allows the subsequent TC program to skip all nodeport processing. This is mostly for consistency, there's not a lot of performance gains to be had for such packets. Signed-off-by: Julian Wiedmann <jwi@isovalent.com>
/test |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sounds good thank you!
@@ -1040,16 +1037,23 @@ handle_srv6(struct __ctx_buff *ctx) | |||
__section("from-netdev") | |||
int cil_from_netdev(struct __ctx_buff *ctx) | |||
{ | |||
__u32 __maybe_unused vlan_id; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: I would have done this change in a different commit right?
Reviews are in, CI is green except for the bpf-next fails in ci-datapath that #23171 tracks.
|
Just two small improvements to the
XFER_PKT_NO_SVC
processing:from-netdev
code block that deals with punted packets,XFER_PKT_NO_SVC
for non-SVC traffic