From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net [23.128.96.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E29D313AE6 for ; Wed, 19 Jul 2023 11:39:56 +0000 (UTC) Received: from smtp-out1.suse.de (smtp-out1.suse.de [IPv6:2001:67c:2178:6::1c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0437D2110 for ; Wed, 19 Jul 2023 04:39:31 -0700 (PDT) Received: from relay2.suse.de (relay2.suse.de [149.44.160.134]) by smtp-out1.suse.de (Postfix) with ESMTP id BB3A621B98; Wed, 19 Jul 2023 11:38:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1689766720; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=MjE+MOFpFadd0F3lZwj3UXnm3sqwZEpBmBb74wm7f0c=; b=j4z/i8vfjPyQPDpROWLntORA/iOaOIx9pSUu2jVGBvJ/GjVxkAQ0fOQToFuAlE6oXa9Wc2 nKNHVPdbtdDiTVnjquDlnTZpqUz6u2Z1/OCAXyTaOIbfKhVIm3B62+kByNr4AxXFAFFz8a +KcAPIS6xdkK8zId6xvO4n0eq7qTnp4= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1689766720; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=MjE+MOFpFadd0F3lZwj3UXnm3sqwZEpBmBb74wm7f0c=; b=km34e623ab1u2UylPoopyVK66Mvu27tUCP1o3qXYcqwtvb7iiXkfIXZOpI+vl/wJgLUQ4I leF4/MMNiZXcxzAA== Received: from adalid.arch.suse.de (adalid.arch.suse.de [10.161.8.13]) by relay2.suse.de (Postfix) with ESMTP id A2BBC2C142; Wed, 19 Jul 2023 11:38:40 +0000 (UTC) Received: by adalid.arch.suse.de (Postfix, from userid 16045) id 91FFF51C9ECB; Wed, 19 Jul 2023 13:38:40 +0200 (CEST) From: Hannes Reinecke To: Christoph Hellwig Cc: Sagi Grimberg , Keith Busch , linux-nvme@lists.infradead.org, Jakub Kicinski , Eric Dumazet , Paolo Abeni , netdev@vger.kernel.org, Hannes Reinecke Subject: [RESENT PATCHv7 0/6] net/tls: fixes for NVMe-over-TLS Date: Wed, 19 Jul 2023 13:38:30 +0200 Message-Id: <20230719113836.68859-1-hare@suse.de> X-Mailer: git-send-email 2.35.3 Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_BLOCKED, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net 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