updates for ctnetlink and conntrack core
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest10 patches 21 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/10 | mark conntrack eventinclude/ net/ | +18 | 0 replies | |
| 2/10 | dump conntrack marknet/ net/ | +8 | 0 replies | |
| 3/10 | Fix race condition on conntrack creationnet/ net/ | +10 | 3 replies | |
| 4/10 | remove write lock in ip_conntrack_hash_insertnet/ net/ | +4 | 0 replies | |
| 5/10 | Remove unused helper_[find_get|put] functionsinclude/ include/ net/ +3 more | +11 | 0 replies | |
| 6/10 | dump counters iif connection ended or counters filled upnet/ net/ | +8 | 8 replies | |
| 7/10 | send conntrack events on ctnetlink actionsnet/ net/ net/ +1 more | +92 | 0 replies | |
| 8/10 | Do not dump everything on new conntracks eventsnet/ net/ | +0 | 0 replies | |
| 9/10 | send expectation events if someone is listening tonet/ net/ | +6 | 0 replies | |
| 10/10 | introduce the pickup flag to take over connectionsinclude/ net/ net/ | +76 | 3 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/10] updates for ctnetlink and conntrack core
Hi,
Here follows a set of patches for ctnetlink and the conntrack core API.
Basically, at the time that I was working on the ctnetlink patches, I tried to keep in mind the idea of reducing the netlink bandwidth consumption following the principle of just dumping meaningful fields depending on the type of event.
Please let me know what you think. Thanks!
cheers,
Pablo
Signature · 1 line
The dawn of the fourth age of Linux firewalling is coming; a time of great struggle and heroic deeds -- J.Kadlecsik got inspired by J.Morris