CVE-2026-93057
N/A
Summary
In the Linux kernel, the following vulnerability has been resolved:
scsi: ufs: core: Avoid possible memory reclaim deadlock in TX EQTR context
TX EQTR may run while devfreq gear scaling has quiesced the UFS tagset. In that context, functions ufshcd_tx_eqtr(), __ufshcd_tx_eqtr() and ufs_qcom_get_rx_fom() allocate memory with GFP_KERNEL. If direct reclaim is triggered, reclaim/writeback can depend on I/O to UFS device. Because the queue is quiesced, this can cause deadlock.
Use memalloc_noio_save/restore() in ufshcd_tx_eqtr() to cover all allocations in the TX EQTR call tree, including:
params->eqtr_record in ufshcd_tx_eqtr()
eqtr_data in __ufshcd_tx_eqtr()
params in ufs_qcom_get_rx_fom()
This is preferred over tagging individual call sites with GFP_NOIO, as it automatically covers any future allocations added anywhere in the call tree without requiring each caller to be aware of this constraint.
[mkp: fix label as suggested by Bart]
Affected Software
| Vendor | Product | Version Range | Status |
|---|---|---|---|
| Linux | Linux | 03e5d38e2f985d8d0b0a60508c0b422f664808e3 < a28a7d9b3bb116da788ae492c90465ec1a7fa6e8 | affected |
| Linux | Linux | 03e5d38e2f985d8d0b0a60508c0b422f664808e3 < 760fc6f0e25a72832c2fcf37ecf5f1b770ec8374 | affected |
| Linux | Linux | 7.1 | affected |
| Linux | Linux | 0 < 7.1 | unaffected |
| Linux | Linux | 7.2.6 <= 7.2.* | unaffected |
| Linux | Linux | 7.3-rc1 <= * | unaffected |
Weaknesses
References
- https://git.kernel.org/stable/c/a28a7d9b3bb116da788ae492c90465ec1a7fa6e8
- https://git.kernel.org/stable/c/760fc6f0e25a72832c2fcf37ecf5f1b770ec8374
Feedback
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.