sctp: delay calls to sk_data_ready() as much as possible
Status from this message: Applied to net-next, but isn't this reduced overhead coming at the
Get series with b4
b4 am [email protected]Versions newest first · linked by author and title
- v3 Latest2 patches 13 repliesApplied
- v22 patches 5 repliesSuperseded
- v12 patches 0 repliesSuperseded
Patches in v3 Applied
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/2 | sctp: compress bit-wide flags to a bitfield on sctp_sockinclude/ | +6 | 1 reply | |
| 2/2 | sctp: delay calls to sk_data_ready() as much as possibleinclude/ net/ net/ | +11 | 0 replies |
Reviews trailers per patch
1 of 2 patches has a Reviewed-by or Acked-by.
| Patch | Neil Horman |
|---|---|
| 1/2 | A-b |
| 2/2 |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible
1st patch is a preparation for the 2nd. The idea is to not call ->sk_data_ready() for every data chunk processed while processing packets but only once before releasing the socket.
v2: patchset re-checked, small changelog fixes
v3: on patch 2, make use of local vars to make it more readable
Marcelo Ricardo Leitner (2):
sctp: compress bit-wide flags to a bitfield on sctp_sock
sctp: delay calls to sk_data_ready() as much as possible
include/net/sctp/structs.h | 13 +++++++------ net/sctp/sm_sideeffect.c | 7 +++++++ net/sctp/ulpqueue.c | 4 ++-- 3 files changed, 16 insertions(+), 8 deletions(-)
Signature · 1 line
2.5.0