Thanks Brenden! I will try with your changes. Meanwhile please let me know if you add missing functionality.

This needs support in bcc. I had a patch laying around that I never finished, you can find the partial support here: https://github.com/iovisor/bcc/tree/perf-counter It shouldn't be too hard to

So I fixed the error above by using "count = my_map.perf_read(key);" as opposed to "count = bpf_perf_event_read(&my_map, key);". However, how do I selectively enable counters (e.g. instructions, cache

Useful; is it possible we could also have versions that read to buffers? Just for a slight improvement over code like (from nodejs_http_server.py): char path[128]; bpf_usdt_readarg(6, ctx,

Hi, I'm trying to read perf counters using bpf. However, adding BPF_PERF_ARRAY reports error: bpf: Invalid argument unrecognized bpf_ld_imm64 inns Is there an example/sample to read perf counters

excellent. I guess we need something like err = bpf_lookup_string(&stringmap, unsafe_ptr, len, flags, &handle) where flags are similar to normal maps any/exist/noexist, so program can insert maps if

Alexei, If I'm understanding correctly, then yes that would work for us. I'm a little confused by the exact semantics of "bpf_get_unsafe_string" (whether it's putting or getting, as you mentioned

with stringmap the user space process will be able to populate the map with its own strings, then the bpf prog can do bpf_get_unsafe_string to put a string pointed to by uprobe parameter into a

Alexei, We are trying to filter on SQL query strings at USDT probes in our product (a database). We would like to be able to compare a string probe parameter to another string which might be

Add support for the BPF_PROG_TYPE_PHYS_DEV ook in mlx5e driver. This is relevant for CX4Lx, with striding RQ, non fragmented wqes. For fast RX drop, single RX core, we get 32M PPS, while early drop

just pushed Richard's patch https://github.com/llvm-mirror/llvm/commit/36b9c09330bfb5e771914cfe307588f30d5510d2 tested with bcc and different bpf loaders. Thankfully none of them rely on old and

exactly. was thinking about: u32 id = bpf_get_unsafe_string(map, unsafe_ptr, len_or_zero) that returns negative error or 32-bit string id. either it copies 'len' bytes or the whole string. or a

Both the trace and argdist tools collect strings from tracepoints, uprobes/kprobes, and USDT tracepoints. These strings are displayed to the user (trace) [1] or used as keys for histograms and event

<iovisor-dev@...> wrote: the idea we discussed is to introduce string map similar to stackmap where different strings are referenced by id. The helper would be able to push user or

Hi everyone, Thanks for todays phone call; it was my first time calling in and was informative and helpful. I just wanted to follow up on my question about filtering on string arguments of USDT

Hi All, Please join us for our bi-weekly call. This meeting is open to everybody and completely optional. It's been a while since our last meeting, so I expect that we'll have a lively

John Fastabend <john.fastabend@...> wrote: +1 binding applications to queues. This is basically what our customers are requesting. They have one or two applications that need DPDK speeds.

Yes, although if we expect XDP to be target of offloading efforts putting the demux here doesn't seem like an entirely bad idea. We could say demux is just an API that more capable drivers/HW

I have perhaps a different motivation to have queue steering in 'tc cls-u32' and eventually xdp. The general idea is I have thousands of queues and I can bind applications to the queues. When I know

Hi, Here is my proposal for an "XDP workshop" for netdev 1.2 (Oct. 5-7 in Tokyo). Please review and let me know if this is missing anything before I submit it. Once this is accepted, we'll be