[bug report] nvme-tcp poll queue causes busy loop and 100% CPU in nvme_tcp_poll() on the latest linux-block/for-next
Ming Lei
ming.lei at redhat.com
Wed Jan 21 00:53:10 PST 2026
On Wed, Jan 21, 2026 at 10:50:00AM +0800, Yi Zhang wrote:
> Hi
>
> This issue was observed on the latest linux-block/for-next during CKI
> test, where enabling the poll queues leads to a tight busy polling
> loop and 100% CPU usage during "nvme connect".
> It seems was introduced from v6.19-rc1 and cannot reproduced on v6.18.
> I will try to bisect it.
It may be related with f22ecf9c14c1 ("blk-mq: delete task running check
in blk_hctx_poll()").
I guess it only happens when `nvme connect` takes a bit long time, not sure if
it can be reproduced 100%.
Thanks,
Ming
More information about the Linux-nvme
mailing list