CVE-2026-93057 in Linuxinformazioni

Riassunto

di VulDB • 18/09/2026

Nel kernel Linux è stata risolta la seguente vulnerabilità:

scsi: ufs: core: Evitare un possibile deadlock di memory reclaim nel contesto TX EQTR

TX EQTR può essere eseguito mentre il scaling del gear devfreq ha messo in quiescenza (quiesced) l'insieme dei tag UFS. In tale contesto, le funzioni ufshcd_tx_eqtr(), __ufshcd_tx_eqtr() e ufs_qcom_get_rx_fom() allocano memoria con GFP_KERNEL. Se viene attivato il direct reclaim, la fase di reclaim/writeback può dipendere da operazioni I/O verso il dispositivo UFS. Poiché lo queue è in quiescenza, ciò può causare un deadlock.

Utilizzare memalloc_noio_save/restore() in ufshcd_tx_eqtr() per coprire tutte le allocazioni nell'albero delle chiamate di TX EQTR, tra cui:

- params->eqtr_record in ufshcd_tx_eqtr() - eqtr_data in __ufshcd_tx_eqtr() - params in ufs_qcom_get_rx_fom()

Questa soluzione è preferibile rispetto all'etichettatura dei singoli call site con GFP_NOIO, poiché copre automaticamente eventuali future allocazioni aggiunte ovunque nell'albero delle chiamate senza richiedere che ogni caller sia a conoscenza di questo vincolo.

[mkp: corretto l'etichetta come suggerito da Bart]

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Responsabile

Linux

Prenotare

17/09/2026

Divulgazione

17/09/2026

Moderazione

accettato

CPE

pronto

EPSS

0.00000

KEV

no

Attività

molto basso

Fonti

Might our Artificial Intelligence support you?

Check our Alexa App!