|
Re: XDP seeking input from NIC hardware vendors
<thomas.monjalon@...> wrote:
Thomas,
A major goal of XDP is to leverage and in fact encourage innovation in
hardware features. But, we are asking that vendors design the APIs
with the community
<thomas.monjalon@...> wrote:
Thomas,
A major goal of XDP is to leverage and in fact encourage innovation in
hardware features. But, we are asking that vendors design the APIs
with the community
|
By
Tom Herbert <tom@...>
·
#329
·
|
|
Re: XDP seeking input from NIC hardware vendors
Hi,
About RX filtering, there is an ongoing effort in DPDK to write an API
which could leverage most of the hardware capabilities of any
Hi,
About RX filtering, there is an ongoing effort in DPDK to write an API
which could leverage most of the hardware capabilities of any
|
By
Thomas Monjalon <thomas.monjalon@...>
·
#328
·
|
|
Re: read perf counters
Thanks Brenden!
I will try with your changes. Meanwhile please let me know if you add
missing functionality.
Thanks Brenden!
I will try with your changes. Meanwhile please let me know if you add
missing functionality.
|
By
riya
·
#327
·
|
|
Re: read perf counters
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
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
|
By
Brenden Blanco <bblanco@...>
·
#326
·
|
|
Re: read perf counters
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
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
|
By
riya
·
#325
·
|
|
Re: Todays call & filtering probes on strings
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,
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,
|
By
Brendan Gregg
·
#324
·
|
|
read perf counters
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
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
|
By
riya
·
#323
·
|
|
Re: Todays call & filtering probes on strings
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
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
|
By
Alexei Starovoitov
·
#322
·
|
|
Re: Todays call & filtering probes on strings
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
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
|
By
Kyle Laracey <kyle@...>
·
#321
·
|
|
Re: Todays call & filtering probes on strings
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
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
|
By
Alexei Starovoitov
·
#320
·
|
|
Re: Todays call & filtering probes on strings
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
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
|
By
Kyle Laracey <kyle@...>
·
#319
·
|
|
[RFC net-next] net/mlx5e: Add support for fast RX drop bpf program
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
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
|
By
Rana Shahout <ranas@...>
·
#318
·
|
|
headsup: llvm now uses official bpf e_machine value
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
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
|
By
Alexei Starovoitov
·
#317
·
|
|
Re: Todays call & filtering probes on strings
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
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
|
By
Alexei Starovoitov
·
#316
·
|
|
Re: Todays call & filtering probes on strings
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
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
|
By
Sasha Goldshtein
·
#315
·
|
|
Re: Todays call & filtering probes on strings
<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
<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
|
By
Alexei Starovoitov
·
#314
·
|
|
Todays call & filtering probes on strings
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 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
|
By
Kyle Laracey <kyle@...>
·
#313
·
|
|
reminder: IO Visor TSC and Dev Members Call
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
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
|
By
Brenden Blanco <bblanco@...>
·
#312
·
|
|
Re: XDP seeking input from NIC hardware vendors
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.
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.
|
By
Jesper Dangaard Brouer
·
#311
·
|
|
Re: XDP seeking input from NIC hardware vendors
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
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
|
By
Jakub Kicinski
·
#310
·
|