---
id: CVE-2026-97537
title: |-
  In the Linux kernel, the following vulnerability has been resolved:

  scsi: qla2xxx: Fix queue teardown NULL dma_free and bitmap locking

  qla25xx_free_req_que() and qla25xx_free_rsp_que() have two pre-existing
  bugs exposed on the error pa…
summary: |-
  In the Linux kernel, the following vulnerability has been resolved:

  scsi: qla2xxx: Fix queue teardown NULL dma_free and bitmap locking

  qla25xx_free_req_que() and qla25xx_free_rsp_que() have two pre-existing
  bugs exposed on the error pa…
severity: none
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    f35cb67f2092b49d7949065dd56895ed47238f22
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    94fc0c5b45de2bf3a691619bcfd10b9a49fc647e
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    34a40e0dff940ac5eba494a69b553ea571e24873
  - Linux < 6.18.53
  - Linux < 7.2.7
  - Linux (all versions)
published: '2026-09-25'
updated: '2026-09-25'
sourceUpdated: '2026-09-25T11:17:03.973'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-97537'
references:
  - url: 'https://git.kernel.org/stable/c/34a40e0dff940ac5eba494a69b553ea571e24873'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/94fc0c5b45de2bf3a691619bcfd10b9a49fc647e'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/f35cb67f2092b49d7949065dd56895ed47238f22'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
tags:
  - nvd
  - cve.org
ingestedAt: '2026-09-25T11:06:38.922Z'
---

## Overview

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

scsi: qla2xxx: Fix queue teardown NULL dma_free and bitmap locking

qla25xx_free_req_que() and qla25xx_free_rsp_que() have two pre-existing
bugs exposed on the error path of qla25xx_create_{req,rsp}_que():

 1. When dma_alloc_coherent() fails during queue creation, the error
    path calls the free function with req->ring / rsp->ring still NULL
    (from kzalloc).  The unconditional dma_free_coherent() with a NULL
    cpu_addr is undefined behavior and can panic.

 2. The free functions clear req_qid_map / rsp_qid_map under vport_lock,
    but the create functions protect the same bitmaps with mq_lock.
    This provides no mutual exclusion.  Additionally, the create error
    path clears the bit and releases mq_lock before calling the free
    function, creating a window where another thread can allocate the
    same que_id and have its ha->req_q_map entry clobbered by the
    subsequent lockless NULL assignment in the free function.

Fix by:

 - Guarding dma_free_coherent() with a NULL check on the ring pointer.

 - Using mq_lock (the lock held by all creators) in the free functions
   to atomically NULL the map entry and clear the bitmap bit.

 - Removing the now-redundant clear_bit blocks from the create error
   paths since the free functions handle it atomically.

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.