uprobes: pre-filtering
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest2 patches 2 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/2 | uprobes: Rationalize the usage of filter_chain()kernel/ | +21 | 1 reply | |
| 2/2 | uprobes: Reintroduce uprobe_consumer->filter()include/ kernel/ | +20 | 1 reply |
Reviews trailers per patch
All 2 patches have a Reviewed-by or Acked-by.
| Patch | Srikar Dronamraju |
|---|---|
| 1/2 | A-b |
| 2/2 | A-b |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [PATCH 0/2] uprobes: pre-filtering
Hello.
On top of preparations I sent a month ago. Srikar, you still didn't review the last 2 patches. I assume you do not care so I am going to add them without your ack.
Initially I was going to send more patches in this series. We can add some optimizations to avoid the unnecessary register_for_each_vma() or even consumer->filter() if there is a consumer with ->filter == NULL. But lets do this later, lets discuss the functional change first.
Next steps:
- teach handler_chain() to remove the unwanted breakpoints
- if the above is not enough, implement UPROBE_FILTER_FORK
- implement uprobe_apply(consumer, task, is_register) ?
Ole.