[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20230719113836.68859-1-hare@suse.de>
Date: Wed, 19 Jul 2023 13:38:30 +0200
From: Hannes Reinecke <hare@...e.de>
To: Christoph Hellwig <hch@....de>
Cc: Sagi Grimberg <sagi@...mberg.me>,
Keith Busch <kbusch@...nel.org>,
linux-nvme@...ts.infradead.org,
Jakub Kicinski <kuba@...nel.org>,
Eric Dumazet <edumazet@...gle.com>,
Paolo Abeni <pabeni@...hat.com>,
netdev@...r.kernel.org,
Hannes Reinecke <hare@...e.de>
Subject: [RESENT PATCHv7 0/6] net/tls: fixes for NVMe-over-TLS
Hi all,
here are some small fixes to get NVMe-over-TLS up and running.
The first set are just minor modifications to have MSG_EOR handled
for TLS, but the second set implements the ->read_sock() callback for tls_sw
which I guess could do with some reviews.
As usual, comments and reviews are welcome.
Changes to the original submission:
- Add a testcase for MSG_EOR handling
Changes to v2:
- Bail out on conflicting message flags
- Rework flag handling
Changes to v3:
- Return -EINVAL on conflicting flags
- Rebase on top of net-next
Changes to v4:
- Add tlx_rx_reader_lock() to read_sock
- Add MSG_EOR handling to tls_sw_readpages()
Changes to v5:
- Rebase to latest upstream
- Split tls_rx_reader_lock() as suggested by Sagi
Changes to v6:
- Fixup tls_strp_read_copyin() to avoid infinite recursion
in tls_read_sock()
- Rework tls_read_sock() to read all available data
Hannes Reinecke (6):
net/tls: handle MSG_EOR for tls_sw TX flow
net/tls: handle MSG_EOR for tls_device TX flow
selftests/net/tls: add test for MSG_EOR
net/tls: Use tcp_read_sock() instead of ops->read_sock()
net/tls: split tls_rx_reader_lock
net/tls: implement ->read_sock()
net/tls/tls.h | 2 +
net/tls/tls_device.c | 6 +-
net/tls/tls_main.c | 2 +
net/tls/tls_strp.c | 3 +-
net/tls/tls_sw.c | 139 ++++++++++++++++++++++++++----
tools/testing/selftests/net/tls.c | 11 +++
6 files changed, 143 insertions(+), 20 deletions(-)
--
2.35.3
Powered by blists - more mailing lists