blktests failures with v6.19 kernel
Chaitanya Kulkarni
chaitanyak at nvidia.com
Tue Feb 17 13:22:29 PST 2026
On 2/16/26 02:26, Daniel Wagner wrote:
> Hi Chaitanya,
>
> On Sat, Feb 14, 2026 at 09:19:47PM +0000, Chaitanya Kulkarni wrote:
>> On 2/13/26 01:56, Daniel Wagner wrote:
>>> nvmet_fc_target_assoc_free runs in the nvmet_wq context and calls
>>>
>>> nvmet_fc_delete_target_queue
>>> nvmet_cq_put
>>> nvmet_cq_destroy
>>> nvmet_ctrl_put
>>> nvmet_ctrl_free
>>> flush_work(&ctrl->async_event_work);
>>> cancel_work_sync(&ctrl->fatal_err_work);
>>>
>>> The async_event_work could be running on nvmet_wq. So this deadlock is
>>> real. No idea how to fix it yet.
>>>
>> Can following patch be the potential fix for above issue as well ?
>> totally untested ...
> Yes this should work. I was not so happy adding a workqueue for this but
> after looking at nvme, this seems acceptable approach. Though, I'd make
> nvmet follow the nvme and instead adding an AEN workqueue, rather have a
> nvmet-reset-wq or nvmet_delete-wq.
>
> Thanks,
> Daniel
Thanks for looking into this.
The above patch has a cleanup bug, I've sent better patch, please have a look
hopefully we can get this merged this week.
-ck
More information about the Linux-nvme
mailing list