You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
To my understanding, injecting delay into kernel kprobe point is not supported yet due to 2 factors:
No way to sleep in BPF context
Injecting delay needs kernel developer to define where injection is possible
Unlike regular kprobe where we can only do RO operations, injecting delay, especially sleepable delay can easily screw up locking schema, e.g. injecting context switch into function with spinlock hold.
So my question is:
Is bcc/bpf going to support such injection in their road map?
With that, it should be super useful to debug race related bug.
Thanks.
The text was updated successfully, but these errors were encountered:
No, as far as I know, bpf community has not discussed this yet. This probably needs to be similar to injection such that a developer buy-in is needed. Also not sure how this could be implemented as sleep/block is not allowed in bpf program context. So this has to be happen outside the preempt_disable region. So this is probably not a bpf issue.
To my understanding, injecting delay into kernel kprobe point is not supported yet due to 2 factors:
No way to sleep in BPF context
Injecting delay needs kernel developer to define where injection is possible
Unlike regular kprobe where we can only do RO operations, injecting delay, especially sleepable delay can easily screw up locking schema, e.g. injecting context switch into function with spinlock hold.
So my question is:
Is bcc/bpf going to support such injection in their road map?
With that, it should be super useful to debug race related bug.
Thanks.
The text was updated successfully, but these errors were encountered: