CVE-2026-80821

In the Linux kernel, the following vulnerability has been resolved:

nvmet: pci-epf: put CQ ref on create cq mapping failure

nvmet pci epf create cq() calls nvmet cq create(), which takes a reference on the controller and installs the completion queue. If the subsequent PCI address-space mapping fails or returns a too-small partial mapping, the function jumps to err internal / err unmap queue without calling nvmet cq put(). The matching put in nvmet pci epf delete cq() is gated on NVMET PCI EPF Q LIVE, which is only set after the mapping succeeds, so teardown never releases these references. A remote PCI host that drives Create IO CQ commands with a failing PRP1/pci addr therefore leaks the CQ and a controller reference on each attempt.

Drop the CQ reference on the mapping-failure paths. The err internal and err unmap queue labels are only reachable after nvmet cq create() has succeeded, so this pairs the create/put correctly.