[PATCH 3/4] nvme-apple: move blk_mq_update_nr_hw_queues after nvme_unfreeze
Nilay Shroff
nilay at linux.ibm.com
Tue Feb 10 23:23:11 PST 2026
On 2/9/26 1:59 PM, Yu Kuai wrote:
> blk_mq_update_nr_hw_queues() freezes and unfreezes queues internally.
> When the queue is already frozen before this call (from nvme_start_freeze
> in apple_nvme_disable), the freeze depth becomes 2. The internal unfreeze
> only decrements it to 1, leaving the queue still frozen when
> debugfs_create_files() is called.
>
> This triggers WARN_ON_ONCE(q->mq_freeze_depth != 0) in
> debugfs_create_files() and risks deadlock.
>
> Fix this by moving nvme_unfreeze() before blk_mq_update_nr_hw_queues()
> so the queue is unfrozen before the call, allowing the internal
> freeze/unfreeze to work correctly.
>
> Signed-off-by: Yu Kuai <yukuai at fnnas.com>
> ---
> drivers/nvme/host/apple.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Looks good to me:
Reviewed-by: Nilay Shroff <nilay at linux.ibm.com>
More information about the linux-arm-kernel
mailing list