|
[Oisf-devel] Best userspace programming API for XDP features query to kernel?
Victor Julien <lists@...> wrote: The code for querying should not be too difficult. It would likely be similar to how we currently "set"/attach an XDP program, via its BPF file-descriptor to
Victor Julien <lists@...> wrote: The code for querying should not be too difficult. It would likely be similar to how we currently "set"/attach an XDP program, via its BPF file-descriptor to
|
By
Jesper Dangaard Brouer
· #1276
·
|
|
Best userspace programming API for XDP features query to kernel?
Daniel Borkmann <daniel@...> wrote: Just to be clear: notice as Victor points out[2], they are programmable going though the IOCTL (SIOCETHTOOL) and not using cmdline tools. [2] https://gith
Daniel Borkmann <daniel@...> wrote: Just to be clear: notice as Victor points out[2], they are programmable going though the IOCTL (SIOCETHTOOL) and not using cmdline tools. [2] https://gith
|
By
Jesper Dangaard Brouer
· #1275
·
|
|
Best userspace programming API for XDP features query to kernel?
Hi Suricata people, When Eric Leblond (and I helped) integrated XDP in Suricata, we ran into the issue, that at Suricata load/start time, we cannot determine if the chosen XDP config options, like xdp
Hi Suricata people, When Eric Leblond (and I helped) integrated XDP in Suricata, we ran into the issue, that at Suricata load/start time, we cannot determine if the chosen XDP config options, like xdp
|
By
Jesper Dangaard Brouer
· #1269
·
|
|
Notification when an eBPF map is modified
That is a good idea. Try it out via perf-record to see if it contains what you need: $ perf record -e bpf:bpf_map_update_elem -a $ perf script xdp_redirect_ma 2273 [011] 261187.968223: bpf:bpf_map_upd
That is a good idea. Try it out via perf-record to see if it contains what you need: $ perf record -e bpf:bpf_map_update_elem -a $ perf script xdp_redirect_ma 2273 [011] 261187.968223: bpf:bpf_map_upd
|
By
Jesper Dangaard Brouer
· #1225
·
|
|
XDP router exam - bpf create map failed error.
"Mr. Haritsu via iovisor-dev" <iovisor-dev@...> wrote: It is frustrating that people keeps hitting this, and cannot figure out what the issue is... This is because the kernel return EPER
"Mr. Haritsu via iovisor-dev" <iovisor-dev@...> wrote: It is frustrating that people keeps hitting this, and cannot figure out what the issue is... This is because the kernel return EPER
|
By
Jesper Dangaard Brouer
· #1209
·
|
|
Is there information about eBPF + OVS ?
I'll redirect that question to William Tu (Cc'ed).
I'll redirect that question to William Tu (Cc'ed).
|
By
Jesper Dangaard Brouer
· #1175
·
|
|
[PATCH, bpf-llvm] Fix bug on silently truncating 64-bit immediate
Jiong Wang <jiong.wang@...> wrote: I think you send this to the wrong mailing list... this looks like a patch against the LLVM source code. Shouldn't you send to: llvm-dev@... ? T
Jiong Wang <jiong.wang@...> wrote: I think you send this to the wrong mailing list... this looks like a patch against the LLVM source code. Shouldn't you send to: llvm-dev@... ? T
|
By
Jesper Dangaard Brouer
· #1118
·
|
|
Running Prototype-kernel package
Jesper Dangaard Brouer <brouer@...> wrote: Done, updated the documentation in the prototype-kernel github repo. See three top commits in this link: https://github.com/netoptimizer/prototype-ker
Jesper Dangaard Brouer <brouer@...> wrote: Done, updated the documentation in the prototype-kernel github repo. See three top commits in this link: https://github.com/netoptimizer/prototype-ker
|
By
Jesper Dangaard Brouer
· #757
·
|
|
Running Prototype-kernel package
The prototype-kernel github repo[1] is actually originally meant for developing real kernel module. I guess, I should/could have placed the eBPF/XDP examples[3] in another github repo. [1] https://git
The prototype-kernel github repo[1] is actually originally meant for developing real kernel module. I guess, I should/could have placed the eBPF/XDP examples[3] in another github repo. [1] https://git
|
By
Jesper Dangaard Brouer
· #756
·
|
|
Error with printk and bpf_trace_printk
Adel Fuchs <adelfuchs@...> wrote: I assume you are doing: sudo cat /sys/kernel/debug/tracing/trace_pipe The problem could be that the kernel need to be compiled with the right trace config optio
Adel Fuchs <adelfuchs@...> wrote: I assume you are doing: sudo cat /sys/kernel/debug/tracing/trace_pipe The problem could be that the kernel need to be compiled with the right trace config optio
|
By
Jesper Dangaard Brouer
· #753
·
|
|
Error with printk and bpf_trace_printk
Notice, there are two mailing lists (Cc'ed) that you should likely ask these kind of questions on (instead of netdev), depending on if this is mostly related to bpf (iovisor-dev@...) or
Notice, there are two mailing lists (Cc'ed) that you should likely ask these kind of questions on (instead of netdev), depending on if this is mostly related to bpf (iovisor-dev@...) or
|
By
Jesper Dangaard Brouer
· #746
·
|
|
Describing howto read the eBPF generated ELF binary
Jesper Dangaard Brouer <brouer@...> wrote: Fixed: https://github.com/netoptimizer/prototype-kernel/commit/c5cf59ff9a9b https://prototype-kernel.readthedocs.io/en/latest/bpf/troubleshooting.html
Jesper Dangaard Brouer <brouer@...> wrote: Fixed: https://github.com/netoptimizer/prototype-kernel/commit/c5cf59ff9a9b https://prototype-kernel.readthedocs.io/en/latest/bpf/troubleshooting.html
|
By
Jesper Dangaard Brouer
· #679
·
|
|
Describing howto read the eBPF generated ELF binary
Alexei Starovoitov via iovisor-dev <iovisor-dev@...> wrote: True, we don't want this doc to be come distro specific. I do believe we need to doc the history of LLVM to give users a chanc
Alexei Starovoitov via iovisor-dev <iovisor-dev@...> wrote: True, we don't want this doc to be come distro specific. I do believe we need to doc the history of LLVM to give users a chanc
|
By
Jesper Dangaard Brouer
· #678
·
|
|
Describing howto read the eBPF generated ELF binary
Jesper Dangaard Brouer via iovisor-dev <iovisor-dev@...> wrote: Added a section, so I/we will document this feature later: https://github.com/netoptimizer/prototype-kernel/commit/8cec9ce
Jesper Dangaard Brouer via iovisor-dev <iovisor-dev@...> wrote: Added a section, so I/we will document this feature later: https://github.com/netoptimizer/prototype-kernel/commit/8cec9ce
|
By
Jesper Dangaard Brouer
· #676
·
|
|
Describing howto read the eBPF generated ELF binary
Daniel Borkmann <daniel@...> wrote: Thanks for input, added: https://github.com/netoptimizer/prototype-kernel/commit/0b31532f42cd8
Daniel Borkmann <daniel@...> wrote: Thanks for input, added: https://github.com/netoptimizer/prototype-kernel/commit/0b31532f42cd8
|
By
Jesper Dangaard Brouer
· #675
·
|
|
Describing howto read the eBPF generated ELF binary
(repost with subscribed email) Hi All, I've added a section to my eBPF documentation, about how to read the eBPF generated ELF binary, and deduct the size of the compiled program (mostly for kernel/sa
(repost with subscribed email) Hi All, I've added a section to my eBPF documentation, about how to read the eBPF generated ELF binary, and deduct the size of the compiled program (mostly for kernel/sa
|
By
Jesper Dangaard Brouer
· #668
·
|
|
Documentation on eBPF map types?
Alexei Starovoitov <alexei.starovoitov@...> wrote: Okay, understood. I did see locks in the hash map code, but I've not documented that map type yet. I've completely rewritten the section: "Inte
Alexei Starovoitov <alexei.starovoitov@...> wrote: Okay, understood. I did see locks in the hash map code, but I've not documented that map type yet. I've completely rewritten the section: "Inte
|
By
Jesper Dangaard Brouer
· #633
·
|
|
Documentation on eBPF map types?
Alexei Starovoitov <alexei.starovoitov@...> wrote: [...] [...] Looking at the memcpy code in array_map_update_elem(), I don't see anything preventing two processes from data-update racing with e
Alexei Starovoitov <alexei.starovoitov@...> wrote: [...] [...] Looking at the memcpy code in array_map_update_elem(), I don't see anything preventing two processes from data-update racing with e
|
By
Jesper Dangaard Brouer
· #631
·
|
|
Documentation on eBPF map types?
Alexei Starovoitov <alexei.starovoitov@...> wrote: Good idea, but I'll take this round of review first, before pushing it to the kernel tree. I also want a build-env section. Also considering sp
Alexei Starovoitov <alexei.starovoitov@...> wrote: Good idea, but I'll take this round of review first, before pushing it to the kernel tree. I also want a build-env section. Also considering sp
|
By
Jesper Dangaard Brouer
· #629
·
|
|
Documentation on eBPF map types?
Brendan Gregg <brendan.d.gregg@...> wrote: Hi Brendan, I also included BCC in my documentation, please correct me: http://prototype-kernel.readthedocs.io/en/latest/bpf/bcc_tool_chain.html https:
Brendan Gregg <brendan.d.gregg@...> wrote: Hi Brendan, I also included BCC in my documentation, please correct me: http://prototype-kernel.readthedocs.io/en/latest/bpf/bcc_tool_chain.html https:
|
By
Jesper Dangaard Brouer
· #626
·
|