Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Aurelien Aptel <aaptel@nvidia.com>
To:     Sagi Grimberg <sagi@grimberg.me>,
        David Howells <dhowells@redhat.com>, netdev@vger.kernel.org
Cc:     Alexander Duyck <alexander.duyck@gmail.com>,
        "David S. Miller" <davem@davemloft.net>,
        Eric Dumazet <edumazet@google.com>,
        Jakub Kicinski <kuba@kernel.org>,
        Paolo Abeni <pabeni@redhat.com>,
        Willem de Bruijn <willemdebruijn.kernel@gmail.com>,
        David Ahern <dsahern@kernel.org>,
        Matthew Wilcox <willy@infradead.org>,
        Jens Axboe <axboe@kernel.dk>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org,
        Willem de Bruijn <willemb@google.com>,
        Keith Busch <kbusch@kernel.org>, Jens Axboe <axboe@fb.com>,
        Christoph Hellwig <hch@lst.de>,
        Chaitanya Kulkarni <kch@nvidia.com>,
        linux-nvme@lists.infradead.org
Subject: Re: [PATCH net-next v3 10/18] nvme/host: Use
 sendmsg(MSG_SPLICE_PAGES) rather then sendpage
In-Reply-To: <a1b7984a-d0a0-087c-2db9-6dbb6400a2bb@grimberg.me>
References: <20230620145338.1300897-1-dhowells@redhat.com>
 <20230620145338.1300897-11-dhowells@redhat.com>
 <253mt0il43o.fsf@mtr-vdi-124.i-did-not-set--mail-host-address--so-tickle-me>
 <a1b7984a-d0a0-087c-2db9-6dbb6400a2bb@grimberg.me>
Date:   Thu, 29 Jun 2023 18:02:27 +0300
Message-ID: <253jzvml3b0.fsf@mtr-vdi-124.i-did-not-set--mail-host-address--so-tickle-me>
Content-Type: text/plain
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?vxpHW8daRLkbic/vjFD5vK6HqSBwTvCM6qbf5QA03EIyJg+TCzzIsU4B9RjO?=
 =?us-ascii?Q?zP1Uvr7uOGEbob/r3HBvzVizqWzH9iJvnFMMkDmbO4GIA/d09bwM9UN8ysWw?=
 =?us-ascii?Q?u8LK1QKHfd101PXPyGQUJY2xfD9q4FaUsUXDGEwInyR3MvKWFvpd5adRhkAs?=
 =?us-ascii?Q?/oreQyNCIzggCg6Dml3DPCKriVYav6X4gRqyHgMGA76o3CJqNA0CPRHYu357?=
 =?us-ascii?Q?CCwYHrAPpzyVCThUliQQ3GedLUGMfbv1y+dUKvUPPAl6SsBpAuwyb/FYeDwl?=
 =?us-ascii?Q?ctkG8J9FfU5mqyabLjHdMPWbuO4mWs7z61qBalr/oodZFXKiO/a92WBtN0VJ?=
 =?us-ascii?Q?DwCWeqxR51Pog3mksqeJCNk3gTlu+HYfA5VPHmpP7/RaHlFtHPwcNGwXWmyI?=
 =?us-ascii?Q?eK61nEUlOQsHKdFEwIxeLXwyc1TovbAZ/xUds0wKmHWUgG9wWRyBFisoxOAr?=
 =?us-ascii?Q?swsJo0lRi9Lf+xexTbzkeyX43MXIhBWU5W597WFIvxni0KDCNiLKGnm1rvOi?=
 =?us-ascii?Q?6lPsCXI7cA0u9/12dTDrQSFeKc09/PBA7ufrhEdYAhe4UjfQOoLGRTTVm/Gx?=
 =?us-ascii?Q?xuaFwmjrId/wZhp19+KW+7/XyzDykyzkLGmPZue6LBza7NTJ6ZP0PUQUKtz2?=
 =?us-ascii?Q?tshW6fbRiTtVt1UpYrMuVDsVwu/t9wSXh2sAUejppsKFU8bD5/l5lA+CB5Tg?=
 =?us-ascii?Q?C8EwSrLKTnecTnUK51ZtXqitTOwaHNYjLTibD/jwkg7qf3rvepMB8520di2m?=
 =?us-ascii?Q?rAXRa58T3w46osWw+ghP0Dh4GEbpKbsdns9Y3lFcvda2XA/oFrIbvPW2oXB3?=
 =?us-ascii?Q?VsiPWhjvYd+4MKovUOoGpDAz+Wf+lHqEG+RN32LpdgsEz23WolpTovi3Ioic?=
 =?us-ascii?Q?98ntQw3q/wW3EhiwEvEMWeF//KawfG8IcME2KYMmLc6rzX4mVGzJ59vGZmz0?=
 =?us-ascii?Q?35I5bvXvzf1Sqael8/BctzZB2MX6IDcM4KRUcpGSu4agJ8bTnohsEGsQJB4A?=
 =?us-ascii?Q?E/aZ34l2mGULRYQZFKpo9RKGZ0BO6eoC0W4rOlc4LHCtpmmJYHPqipFxLB+u?=
 =?us-ascii?Q?6sm4nSuvNRLO3+Zx14CGI7YkN0n3Y4wU40BJyx6ilen1HqbWqHOF27UyTht0?=
 =?us-ascii?Q?YbB4okDz4Fw2NxodO4CUx21V91V7izR482KDwlJ3Na7J/+ZqvmIbVpUXolyE?=
 =?us-ascii?Q?DezqtVDOrKu7G1kVt55FmQ8QL3Nx5cXwwGqVeGLhgMZ8bka6JFNmRA/lCEVo?=
 =?us-ascii?Q?OQiZYCVvMqN5wGGi0xZFTZGISH1GvagfEjYKgsLpLdYrTvSqznA6XFFZZxHu?=
 =?us-ascii?Q?ODlFkZuTSr0DQCG5eGn/B6oTH0jiPPleMjPx4deM0qK1mz5kSII1IyCP5sX/?=
 =?us-ascii?Q?Ff5YTUC0uvPmh61ZA6EKLp8V8isiaf/yMsjGu7a99QdGahYa01upliELkavG?=
 =?us-ascii?Q?VsyB9VIUMTrzdQdQyfuN/3PxFh2Sh8uuvBEiex1dpaEsDRn5FlFI8e34lqZV?=
 =?us-ascii?Q?ib0YMv4ERcFS4s6cotapxCyffmKGd0sG+mFun2ymIWWD5wjrVJ7zjd1gz20K?=
 =?us-ascii?Q?O7UPNJbRCZpF7+rAtwFSgC//t5YRFrk+92oM4ZFB?=
X-OriginatorOrg: Nvidia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 02633a7f-af58-4092-a6b6-08db78b1dd45
X-MS-Exchange-CrossTenant-AuthSource: SJ1PR12MB6075.namprd12.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Jun 2023 15:02:32.1095
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 43083d15-7273-40c1-b7db-39efd9ccc17a
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: UqrzbbCHeVdk12Yq+EKrnnKrYFCEPwbtSE20B/aJJpHKOPdPBjshx9Ijbzp8FlEIGAia7+BmcxWyxQBoMtdouA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ2PR12MB8781
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Sagi Grimberg <sagi@grimberg.me> writes:
> Most likely this also reproduces with blktests?
> https://github.com/osandov/blktests
>
> simple way to check is to run:
> nvme_trtype=tcp ./check nvme
>
> This runs nvme tests over nvme-tcp.

Yes, it crashes similarly during test 10:

root@ktest:~/blktests# nvme_trtype=tcp ./check nvme
nvme/002 (create many subsystems and test discovery)         [not run]
    nvme_trtype=tcp is not supported in this test
nvme/003 (test if we're sending keep-alives to a discovery controller) [passed]
    runtime    ...  10.389s
nvme/004 (test nvme and nvmet UUID NS descriptors)           [passed]
    runtime    ...  1.264s
nvme/005 (reset local loopback target)                       [passed]
    runtime    ...  1.403s
nvme/006 (create an NVMeOF target with a block device-backed ns) [passed]
    runtime    ...  0.129s
nvme/007 (create an NVMeOF target with a file-backed ns)     [passed]
    runtime    ...  0.083s
nvme/008 (create an NVMeOF host with a block device-backed ns) [passed]
    runtime    ...  1.239s
nvme/009 (create an NVMeOF host with a file-backed ns)       [passed]
    runtime    ...  1.229s
nvme/010 (run data verification fio job on NVMeOF block device-backed
ns)

Same trace, null ptr deref at skb_splice_from_iter+0x10a/0x370

Cheers,