Thread (14 messages) 14 messages, 4 authors, 2021-10-13

Re: [bug report] kmemleak observed with blktests nvme-tcp tests

From: Yi Zhang <hidden>
Date: 2021-09-30 10:41:21

On Thu, Sep 30, 2021 at 3:55 PM Sagi Grimberg [off-list ref] wrote:
quoted
quoted
quoted
Hello

Below kmemleak was triggered with blktests nvme-tcp on latest
5.15.0-rc3, pls check it.
Please share the test number and the frequency to reproduce this...
Hi
I'm running the full blktests nvme-tcp[1] and it's 100% reproduced.

[1]
# nvme_trtype=tcp ./check nvme/
Yi, this does not happen with nvme_trtype=rdma? It looks like
nvme_trtype=rdma use_siw=1 also can reproduce it.
we don't get to call cdev_device_del and del_gendisk, which means
we may have a referencing problem...

I'm wandering if this is a regression we can bisect to?
So just run[1] with nvme_core: multipath=Y will trigger it.
[1]
nvme_trtype=tcp ./check nvme/004

Will try bisect it.


_______________________________________________
Linux-nvme mailing list
Linux-nvme@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-nvme
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help