aboutsummaryrefslogtreecommitdiff
path: root/net/dccp
diff options
context:
space:
mode:
authorGravatar Maxim Mikityanskiy <maximmi@nvidia.com> 2022-04-26 18:49:49 +0300
committerGravatar Jakub Kicinski <kuba@kernel.org> 2022-04-27 15:25:20 -0700
commita0df71948e9548de819a6f1da68f5f1742258a52 (patch)
treeefff78b7c6c93d66a433399132337d1c0e9c6497 /net/dccp
parentMerge https://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf (diff)
downloadlinux-a0df71948e9548de819a6f1da68f5f1742258a52.tar.gz
linux-a0df71948e9548de819a6f1da68f5f1742258a52.tar.bz2
linux-a0df71948e9548de819a6f1da68f5f1742258a52.zip
tls: Skip tls_append_frag on zero copy size
Calling tls_append_frag when max_open_record_len == record->len might add an empty fragment to the TLS record if the call happens to be on the page boundary. Normally tls_append_frag coalesces the zero-sized fragment to the previous one, but not if it's on page boundary. If a resync happens then, the mlx5 driver posts dump WQEs in tx_post_resync_dump, and the empty fragment may become a data segment with byte_count == 0, which will confuse the NIC and lead to a CQE error. This commit fixes the described issue by skipping tls_append_frag on zero size to avoid adding empty fragments. The fix is not in the driver, because an empty fragment is hardly the desired behavior. Fixes: e8f69799810c ("net/tls: Add generic NIC offload infrastructure") Signed-off-by: Maxim Mikityanskiy <maximmi@nvidia.com> Reviewed-by: Tariq Toukan <tariqt@nvidia.com> Link: https://lore.kernel.org/r/20220426154949.159055-1-maximmi@nvidia.com Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Diffstat (limited to 'net/dccp')
0 files changed, 0 insertions, 0 deletions