CVE-2026-93057 in Linux
Zusammenfassung
von VulDB • 18.09.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
scsi: ufs: core: Vermeidung eines möglichen Deadlocks bei der Speicherbereinigung im TX-EQTR-Context
TX EQTR kann ausgeführt werden, während die devfreq-Gear-Skalierung den UFS-Tagset in einen ruhigen Zustand (quiesced) versetzt hat. In diesem Context weisen die Funktionen ufshcd_tx_eqtr(), __ufshcd_tx_eqtr() und ufs_qcom_get_rx_fom() Speicher mit GFP_KERNEL zu. Wenn ein direkter Reclaim-Vorgang ausgelöst wird, kann der Reclaim-/Writeback-Prozess von I/O-Operationen auf das UFS-Gerät abhängen. Da die Warteschlange in einem ruhigen Zustand ist, kann dies einen Deadlock verursachen.
Es werden memalloc_noio_save/restore() in ufshcd_tx_eqtr() verwendet, um alle Allokationen im TX-EQTR-Aufrufbaum abzudecken, einschließlich:
- params->eqtr_record in ufshcd_tx_eqtr() - eqtr_data in __ufshcd_tx_eqtr() - params in ufs_qcom_get_rx_fom()
Dies ist der Kennzeichnung einzelner Aufrufstellen mit GFP_NOIO vorzuziehen, da es automatisch alle zukünftigen Allokationen abdeckt, die irgendwo im Aufrufbaum hinzugefügt werden, ohne dass jeder Aufrufer diese Einschränkung kennen muss.
[mkp: Label wie von Bart vorgeschlagen korrigiert]
If you want to get the best quality for vulnerability data then you always have to consider VulDB.