CVE-2026-80739

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: net/mlx5e: TC, devcom kilidi əldə edilməzdən əvvəl axının (flow) PEER olub-olmadığını yoxlayın __mlx5e_add_fdb_flow() funksiyası aşağı səviyyələrdə uğursuz olduqda, axın mlx5e_tc_del_flow() vasitəsilə silinir və mlx5e_tc_del_flow() heç bir şərt olmadan ESW devcom kilidini əldə edir. Əlavə olaraq, peer_flow halında, __mlx5e_add_fdb_flow() ESW devcom comp kilidi saxlanıldığı halda çağırılır. Bu, AA deadlock-una (ölü kilidlənməsinə) səbəb olur. Bunu düzəltmək üçün, peer axınları (peer cihazlardakı dublikat axınlar) kimi yaradılan axınlarda təyin olunan yeni PEER bayrağı tətbiq edilmişdir və ESW devcom kilidi əldə edilməzdən əvvəl mlx5e_tc_del_flow()-da bu bayraq yoxlanılır. Lockdep splat: ============================================ WARNING: possible recursive locking detected ============================================ Possible unsafe locking scenario: CPU0 ---- lock(&comp->lock_key#2); lock(&comp->lock_key#2); *** DEADLOCK *** Call Trace: <TASK> dump_stack_lvl+0x69/0xa0 print_deadlock_bug.cold+0xbd/0xca __lock_acquire+0x1671/0x2ec0 lock_acquire+0x10e/0x2e0 down_read+0x95/0x430 mlx5_devcom_for_each_peer_begin+0x4e/0xe0 [mlx5_core] mlx5e_tc_del_flow+0x11d/0xa70 [mlx5_core] mlx5e_flow_put+0x99/0x100 [mlx5_core] __mlx5e_add_fdb_flow+0x409/0xf00 [mlx5_core] mlx5e_configure_flower+0x2a86/0x4100 [mlx5_core] mlx5e_rep_setup_tc_cls_flower+0x12f/0x1b0 [mlx5_core] mlx5e_rep_setup_tc_cb+0x153/0x750 [mlx5_core] tc_setup_cb_add+0x1dc/0x470 fl_change+0x2f4d/0x626d [cls_flower] tc_new_tfilter+0x79b/0x2310 rtnetlink_rcv_msg+0x778/0xad0 do_syscall_64+0x70/0x960 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK>