CVE-2025-22010 in Linux
Résumé
par VulDB • 23/05/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
RDMA/hns : Correction d'un blocage logiciel (soft lockup) lors de la boucle sur les pages bt
Le pilote exécute une boucle for lors de l'allocation des pages bt et de leur mappage avec les pages de tampon. Lorsqu'un grand tampon (par exemple, un MR de plus de 100 Go) est alloué, cela peut nécessiter un nombre d'itérations de boucle considérable. Cela entraîne un blocage logiciel :
watchdog: BUG: soft lockup - CPU#27 stuck for 22s! ... Call trace: hem_list_alloc_mid_bt+0x124/0x394 [hns_roce_hw_v2]
hns_roce_hem_list_request+0xf8/0x160 [hns_roce_hw_v2]
hns_roce_mtr_create+0x2e4/0x360 [hns_roce_hw_v2]
alloc_mr_pbl+0xd4/0x17c [hns_roce_hw_v2]
hns_roce_reg_user_mr+0xf8/0x190 [hns_roce_hw_v2]
ib_uverbs_reg_mr+0x118/0x290
watchdog: BUG: soft lockup - CPU#35 stuck for 23s! ... Call trace: hns_roce_hem_list_find_mtt+0x7c/0xb0 [hns_roce_hw_v2]
mtr_map_bufs+0xc4/0x204 [hns_roce_hw_v2]
hns_roce_mtr_create+0x31c/0x3c4 [hns_roce_hw_v2]
alloc_mr_pbl+0xb0/0x160 [hns_roce_hw_v2]
hns_roce_reg_user_mr+0x108/0x1c0 [hns_roce_hw_v2]
ib_uverbs_reg_mr+0x120/0x2bc
Ajout d'un appel à cond_resched() pour corriger le blocage logiciel lors de ces boucles. Afin de ne pas affecter les performances d'allocation des tampons de taille normale, le nombre d'itérations de boucle pour un MR de 100 Go est défini comme seuil pour appeler cond_resched().
Once again VulDB remains the best source for vulnerability data.