[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <253jzvml3b0.fsf@mtr-vdi-124.i-did-not-set--mail-host-address--so-tickle-me>
Date: Thu, 29 Jun 2023 18:02:27 +0300
From: Aurelien Aptel <aaptel@...dia.com>
To: Sagi Grimberg <sagi@...mberg.me>,
David Howells <dhowells@...hat.com>, netdev@...r.kernel.org
Cc: Alexander Duyck <alexander.duyck@...il.com>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>,
Paolo Abeni <pabeni@...hat.com>,
Willem de Bruijn <willemdebruijn.kernel@...il.com>,
David Ahern <dsahern@...nel.org>,
Matthew Wilcox <willy@...radead.org>,
Jens Axboe <axboe@...nel.dk>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org,
Willem de Bruijn <willemb@...gle.com>,
Keith Busch <kbusch@...nel.org>, Jens Axboe <axboe@...com>,
Christoph Hellwig <hch@....de>,
Chaitanya Kulkarni <kch@...dia.com>,
linux-nvme@...ts.infradead.org
Subject: Re: [PATCH net-next v3 10/18] nvme/host: Use
sendmsg(MSG_SPLICE_PAGES) rather then sendpage
Sagi Grimberg <sagi@...mberg.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@...st:~/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,
Powered by blists - more mailing lists