Message ID | 20210122105351.11751-1-bjorn.topel@gmail.com (mailing list archive) |
---|---|
Headers | show |
Series | AF_XDP clean up/perf improvements | expand |
Björn Töpel <bjorn.topel@gmail.com> writes: > This series has some clean up/performance improvements for XDP > sockets. > > The first two patches are cleanups for the AF_XDP core, and the > restructure actually give a little performance boost. > > The last patch adds support for selecting AF_XDP BPF program, based on > what the running kernel supports. > > The patches were earlier part of the bigger "bpf_redirect_xsk()" > series [1]. I pulled out the non-controversial parts into this series. What about the first patch from that series, refactoring the existing bpf_redirect_map() handling? I think that would be eligible for sending on its own as well :) -Toke
On 2021-01-22 14:19, Toke Høiland-Jørgensen wrote: > Björn Töpel <bjorn.topel@gmail.com> writes: > >> This series has some clean up/performance improvements for XDP >> sockets. >> >> The first two patches are cleanups for the AF_XDP core, and the >> restructure actually give a little performance boost. >> >> The last patch adds support for selecting AF_XDP BPF program, based on >> what the running kernel supports. >> >> The patches were earlier part of the bigger "bpf_redirect_xsk()" >> series [1]. I pulled out the non-controversial parts into this series. > > What about the first patch from that series, refactoring the existing > bpf_redirect_map() handling? I think that would be eligible for sending > on its own as well :) > Yeah, I'm planning on doing that, but I figured I'd wait for Hangbin's work to go first. Björn > -Toke >
Björn Töpel <bjorn.topel@intel.com> writes: > On 2021-01-22 14:19, Toke Høiland-Jørgensen wrote: >> Björn Töpel <bjorn.topel@gmail.com> writes: >> >>> This series has some clean up/performance improvements for XDP >>> sockets. >>> >>> The first two patches are cleanups for the AF_XDP core, and the >>> restructure actually give a little performance boost. >>> >>> The last patch adds support for selecting AF_XDP BPF program, based on >>> what the running kernel supports. >>> >>> The patches were earlier part of the bigger "bpf_redirect_xsk()" >>> series [1]. I pulled out the non-controversial parts into this series. >> >> What about the first patch from that series, refactoring the existing >> bpf_redirect_map() handling? I think that would be eligible for sending >> on its own as well :) >> > > Yeah, I'm planning on doing that, but I figured I'd wait for Hangbin's > work to go first. Ah, right, good point; cool! :) -Toke