Thread (8 messages) flat view 8 messages, 3 authors, 2016-08-08

Re: [net-next 0/2] BPF, kprobes: Add current_in_cgroup helper

From: Sargun Dhillon <hidden>
Date: 2016-08-07 04:56:09

On Sat, Aug 06, 2016 at 09:32:05PM -0700, Alexei Starovoitov wrote:
On Sat, Aug 06, 2016 at 09:06:53PM -0700, Sargun Dhillon wrote:
quoted
This patchset includes a helper and an example to determine whether the kprobe 
is currently executing in the context of a specific cgroup based on a cgroup
bpf map / array. 
description is too short to understand how this new helper is going to be used.
depending on kprobe current is not always valid.
Anything not in in_interrupt() should have a current, right?
what are you trying to achieve?
This is primarily to help troubleshoot containers (Docker, and now systemd). A 
lot of the time we want to determine what's going on in a given container 
(opening files, connecting to systems, etc...). There's not really a great way 
to restrict to containers except by manually walking datastructures to check for 
the right cgroup. This seems like a better alternative.
This looks like an alternative to lsm patches submitted earlier?
No. But I would like to use this helper in the LSM patches I'm working on. For 
now, with those patches, and this helper, I can create a map sized 1, and add 
the cgroup I care about to it. Given I can add as many bpf programs to an LSM
hook I want, I can use this mechanism to "attach BPF programs to cgroups" -- 
I put that in quotes because you're not really attaching it to a cgroup,
but just burning some instructions on checking it. 

In my mind it seems better than making cgroup-attachment a first-class part
of the checmate work since I still want to make globally available hooks
possible.
btw net-next is closed and no new features accepted at the moment.
Sorry, I didn't realize that. I'd still love to get feedback.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help