]> www.infradead.org Git - nvme.git/commit
nvmet: pci-epf: Set NVMET_PCI_EPF_Q_LIVE when a queue is fully created
authorDamien Le Moal <dlemoal@kernel.org>
Thu, 6 Mar 2025 08:55:48 +0000 (17:55 +0900)
committerKeith Busch <kbusch@kernel.org>
Mon, 10 Mar 2025 17:12:13 +0000 (10:12 -0700)
commitbf9b8020a80d32f6aa80591297a087d0519dc931
treed48dd103d88ecaa6ffe3870aad74f082d26f9f47
parent3f674e7b670b7b7d9261935820e4eba3c059f835
nvmet: pci-epf: Set NVMET_PCI_EPF_Q_LIVE when a queue is fully created

The function nvmet_pci_epf_create_sq() use test_and_set_bit() to check
that a submission queue is not already live and if not, set the
NVMET_PCI_EPF_Q_LIVE queue flag to declare the sq live (ready to use).
However, this is done on entry to the function, before the submission
queue is actually fully initialized and ready to use. This creates a
race situation with the function nvmet_pci_epf_poll_sqs_work() which
looks at the NVMET_PCI_EPF_Q_LIVE queue flag to poll the submission
queue when it is live. This race can lead to invalid DMA transfers if
nvmet_pci_epf_poll_sqs_work() runs after the NVMET_PCI_EPF_Q_LIVE flag
is set but before setting the sq pci address and doorbell ofset.

Avoid this race by only testing the NVMET_PCI_EPF_Q_LIVE flag on entry
to nvmet_pci_epf_create_sq() and setting it after the submission queue
is fully setup before nvmet_pci_epf_create_sq() returns success.
Since the function nvmet_pci_epf_create_cq() also has the same racy flag
setting pattern, also make a similar change in that function.

Fixes: 0faa0fe6f90e ("nvmet: New NVMe PCI endpoint function target driver")
Signed-off-by: Damien Le Moal <dlemoal@kernel.org>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Keith Busch <kbusch@kernel.org>
drivers/nvme/target/pci-epf.c