diff options
| author | Jakub Kicinski <kuba@kernel.org> | 2023-06-05 20:51:57 -0700 |
|---|---|---|
| committer | Jakub Kicinski <kuba@kernel.org> | 2023-06-05 20:51:58 -0700 |
| commit | ddb8701dcb67aff0155d507c63cb1e201daf3ad6 (patch) | |
| tree | 6a148c7950b18e5f9a7234610561b1d6bfde0d6a /include/net/gro.h | |
| parent | 28cfea989d6f55c3d10608eba2a2bae609c5bf3e (diff) | |
| parent | 5bb3a5cb3e217b838e85661f527818e16ce61bec (diff) | |
Merge branch 'splice-net-handle-msg_splice_pages-in-af_kcm'
David Howells says:
====================
splice, net: Handle MSG_SPLICE_PAGES in AF_KCM
Here are patches to make AF_KCM handle the MSG_SPLICE_PAGES internal
sendmsg flag. MSG_SPLICE_PAGES is an internal hint that tells the protocol
that it should splice the pages supplied if it can. Its sendpage
implementation is then turned into a wrapper around that.
Does anyone actually use AF_KCM? Upstream it has some issues. It doesn't
seem able to handle a "message" longer than 113920 bytes without jamming
and doesn't handle the client termination once it is jammed.
Link: https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/commit/?id=51c78a4d532efe9543a4df019ff405f05c6157f6 # part 1
Link: https://lore.kernel.org/r/20230524144923.3623536-1-dhowells@redhat.com/ # v1
====================
Link: https://lore.kernel.org/r/20230531110423.643196-1-dhowells@redhat.com
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Diffstat (limited to 'include/net/gro.h')
0 files changed, 0 insertions, 0 deletions