Ming Lei 4f86a6ff6f nvme-fcloop: fix "inconsistent {IN-HARDIRQ-W} -> {HARDIRQ-ON-W} usage" ...

fcloop_fcp_op() could be called from flush request's ->end_io(flush_end_io) in
which the spinlock of fq->mq_flush_lock is grabbed with irq saved/disabled.

So fcloop_fcp_op() can't call spin_unlock_irq(&tfcp_req->reqlock) simply
which enables irq unconditionally.

Fixes the warning by switching to spin_lock_irqsave()/spin_unlock_irqrestore()

Fixes: c38dbbfab1 ("nvme-fcloop: fix inconsistent lock state warnings")
Reported-by: Yi Zhang <yi.zhang@redhat.com>
Signed-off-by: Ming Lei <ming.lei@redhat.com>
Reviewed-by: Ewan D. Milne <emilne@redhat.com>
Tested-by: Yi Zhang <yi.zhang@redhat.com>
Signed-off-by: Christoph Hellwig <hch@lst.de>

2023-04-13 09:02:55 +02:00

..

common

treewide: use get_random_u32() when possible

2022-10-11 17:42:58 -06:00

host

blk-mq-rdma: remove queue mapping helper for rdma devices

2023-04-13 08:59:05 +02:00

target

nvme-fcloop: fix "inconsistent {IN-HARDIRQ-W} -> {HARDIRQ-ON-W} usage"

2023-04-13 09:02:55 +02:00

Kconfig

nvme: implement In-Band authentication

2022-08-02 17:14:49 -06:00

Makefile

nvme: implement In-Band authentication

2022-08-02 17:14:49 -06:00