Quentin Monnet
Quentin Monnet
This probably applies to stable versions too, so I suppose we want to backport the change?
Is this PR still relevant today?
Thanks for the report. Yes, this is similar to the other issues about panicking from the JIT - I just have no idea how to error out gracefully from JIT-compiled...
> Indeed we can fetch pname in bpf kernel space via `task->comm` or `task->mm->arg_start`, but that approach might impact performance. Probably not worth the trade-off. If this happens only when...
> Then I thought we could cache map[pid]pname, but the entry eviction is tricky, we should find an appropriate event to delete an pid->pname entry in map, instead of caching...
Not sure what #11 mean, do you mean finding a way to specify what fields from the skb we want to print? An alternative to that would be to output...
Copying my notes from the bpftool report, just in case it helps. > Bisecting between [libbf] 1.0.0 and 1.1.0 for bpftool (using bpftool 7.0.0), it looks like the issue was...
Hi, and thanks! Sorry for the delay, I meant to take a look last weekend but this slipped out of my mind :grimacing:. I'll probably need a few more days...
Can you please [sign-off](https://wiki.linuxfoundation.org/dco) your commits?
Please clean up the commit log from your second commit, you have multiple sign-off tags (likely because you squashed commits together and kept the descriptions of all commits).