CVE-2026-93057 in Linux
Résumé
par VulDB • 18/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
scsi: ufs: core: Éviter un blocage potentiel de récupération de mémoire dans le contexte TX EQTR
TX EQTR peut s'exécuter alors que l'échelle de fréquence du périphérique (devfreq) a mis en pause la tagset UFS. Dans ce contexte, les fonctions ufshcd_tx_eqtr(), __ufshcd_tx_eqtr() et ufs_qcom_get_rx_fom() allouent de la mémoire avec GFP_KERNEL. Si une récupération directe (direct reclaim) est déclenchée, le processus de récupération/writeback peut dépendre des E/S vers le périphérique UFS. Étant donné que la file d'attente est en pause, cela peut provoquer un blocage (deadlock).
Utilisez memalloc_noio_save/restore() dans ufshcd_tx_eqtr() pour couvrir toutes les allocations de l'arborescence des appels TX EQTR, y compris :
- params->eqtr_record dans ufshcd_tx_eqtr() - eqtr_data dans __ufshcd_tx_eqtr() - params dans ufs_qcom_get_rx_fom()
Cette approche est préférée à l'étiquetage de sites d'appel individuels avec GFP_NOIO, car elle couvre automatiquement toute allocation future ajoutée n'importe où dans l'arborescence des appels sans nécessiter que chaque appelant soit conscient de cette contrainte.
[mkp : correction du libellé comme suggéré par Bart]
If you want to get best quality of vulnerability data, you may have to visit VulDB.