public inbox for linux-block@vger.kernel.org
 help / color / mirror / Atom feed
From: Chaitanya Kulkarni <chaitanyak@nvidia.com>
To: Chaitanya Kulkarni <ckulkarnilinux@gmail.com>,
	Yi Zhang <yi.zhang@redhat.com>
Cc: Shinichiro Kawasaki <shinichiro.kawasaki@wdc.com>,
	"open list:NVM EXPRESS DRIVER" <linux-nvme@lists.infradead.org>,
	linux-block <linux-block@vger.kernel.org>,
	Daniel Wagner <dwagner@suse.de>,
	Chaitanya Kulkarni <chaitanyak@nvidia.com>
Subject: Re: [bug report] kmemleak observed during blktests nvme/fc
Date: Thu, 18 Dec 2025 19:41:06 +0000	[thread overview]
Message-ID: <7d718bc8-64b6-4e8f-bad7-7e1615c577ca@nvidia.com> (raw)
In-Reply-To: <262c8ac1-e625-4e4c-8b3c-85f842aba6fe@gmail.com>

On 12/14/25 7:44 PM, Chaitanya Kulkarni wrote:
> On 12/11/25 07:40, Yi Zhang wrote:
>> Hi
>> The following kmemleak was observed during blktests nvme/fc, please
>> help check it and let me know if you need any info/test for it,
>> thanks.
>>
>> commit d678712ead7318d5650158aa00113f63ccd4e210
>> Merge: 95ed689e9f30 a0750fae73c5
>> Author: Jens Axboe <axboe@kernel.dk>
>> Date:   Wed Dec 10 13:41:17 2025 -0700
>>
>>      Merge branch 'block-6.19' into for-next
>>
>>      * block-6.19:
>>        blk-mq-dma: always initialize dma state
>>
>> # cat /sys/kernel/debug/kmemleak
>> unreferenced object 0xffff88826cab51c0 (size 2488):
>>    comm "nvme", pid 84134, jiffies 4304631753
>>    hex dump (first 32 bytes):
>>      00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
>>      60 1a be c1 ff ff ff ff c0 2b 05 73 77 60 00 00 `........+.sw`..
>>    backtrace (crc 155ec6c5):
>>      kmem_cache_alloc_node_noprof+0x5e4/0x830
>>      blk_alloc_queue+0x30/0x700
>>      blk_mq_alloc_queue+0x14b/0x230
>>      nvme_alloc_admin_tag_set+0x352/0x670 [nvme_core]
>>      0xffffffffc11de07f
>>      0xffffffffc11dfc28
>>      nvmf_create_ctrl+0x2ec/0x620 [nvme_fabrics]
>>      nvmf_dev_write+0xd5/0x180 [nvme_fabrics]
>>      vfs_write+0x1d0/0xfd0
>>      ksys_write+0xf9/0x1d0
>>      do_syscall_64+0x95/0x520
>>      entry_SYSCALL_64_after_hwframe+0x76/0x7e
>
>
> Can you try following ? FYI : - Potential fix, only compile tested.
>
> From b3c2e350ae741b18c04abe489dcf9d325537c01c Mon Sep 17 00:00:00 2001
> From: Chaitanya Kulkarni <ckulkarnilinux@gmail.com>
> Date: Sun, 14 Dec 2025 19:29:24 -0800
> Subject: [PATCH COMPILE TESTED ONLY] nvme-fc: release admin tagset if 
> init fails
>
> nvme_fabrics creates an NVMe/FC controller in following path:
>
>     nvmf_dev_write()
>       -> nvmf_create_ctrl()
>         -> nvme_fc_create_ctrl()
>           -> nvme_fc_init_ctrl()
>
> Check ctrl->ctrl.admin_tagset in the fail_ctrl path and call
> nvme_remove_admin_tag_set() to release the resources.
>
> Signed-off-by: Chaitanya Kulkarni <ckulkarnilinux@gmail.com>
> ---
>  drivers/nvme/host/fc.c | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/drivers/nvme/host/fc.c b/drivers/nvme/host/fc.c
> index bc455fa98246..6948de3f438a 100644
> --- a/drivers/nvme/host/fc.c
> +++ b/drivers/nvme/host/fc.c
> @@ -3587,6 +3587,8 @@ nvme_fc_init_ctrl(struct device *dev, struct 
> nvmf_ctrl_options *opts,
>
>      ctrl->ctrl.opts = NULL;
>
> +    if (ctrl->ctrl.admin_tagset)
> +        nvme_remove_admin_tag_set(&ctrl->ctrl);
>      /* initiate nvme ctrl ref counting teardown */
>      nvme_uninit_ctrl(&ctrl->ctrl);
>
did you get a chance to try this ?

-ck


  reply	other threads:[~2025-12-18 19:41 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-12-11 15:40 [bug report] kmemleak observed during blktests nvme/fc Yi Zhang
2025-12-15  3:44 ` Chaitanya Kulkarni
2025-12-18 19:41   ` Chaitanya Kulkarni [this message]
2025-12-27 12:10     ` Yi Zhang
2026-01-15  9:24       ` Yi Zhang
2026-01-30  7:45         ` Ming Lei
2026-01-31 13:00           ` Yi Zhang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7d718bc8-64b6-4e8f-bad7-7e1615c577ca@nvidia.com \
    --to=chaitanyak@nvidia.com \
    --cc=ckulkarnilinux@gmail.com \
    --cc=dwagner@suse.de \
    --cc=linux-block@vger.kernel.org \
    --cc=linux-nvme@lists.infradead.org \
    --cc=shinichiro.kawasaki@wdc.com \
    --cc=yi.zhang@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox