CVE-2026-43371

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: net: macb: tx aktiv edilməzdən əvvəl tx halqasını qarışdırın Quanyang müşahidə etmişdir ki, AMD ZynqMp lövhəsində NFS rootfs istifadə edildikdə, suspend vəziyyətindən sonra rootfs-in bərpası uzun vaxt ala bilər. Araşdırma nəticəsində məlum olmuşdur ki, problem macb drayverindəki bir çatışmazlıqdan qaynaqlanır. Zynq UltraScale TRM [1]-ə əsasən, ötürmə (transmit) deaktiv edildikdə, ötürmə buferi növbə göstəricisi sıfırlanaraq ötürmə buferi növbəsinin baza ünvan registri tərəfindən təyin edilmiş ünvana yönəlir. Hazırkı implementasiyada kod sadəcə `queue->tx_head` və `queue->tx_tail` dəyişənlərini '0'-a sıfırlayır. Bu yanaşma bir neçə problemlə bağlıdır: - tx halqasında artıq növbədə gözləyən paketlər səssiz şəkildə itirilir, bu isə əlaqəli skb-lərin azad edilə bilməməsi səbəbindən yaddaş sızmasına (memory leak) gətirib çıxarır. - Bu dəyərlər '0'-a sıfırlanarkən, `macb_tx_poll()` və ya `macb_start_xmit()` funksiyalarından `queue->tx_head` və `queue->tx_tail` dəyişənlərinə eyni vaxtda yazıya giriş (concurrent write access) baş verə bilər. - Ötürmə prosesi artıq göndərilmiş, 'TX_USED' biti təyin edilmiş lakin hələ emal olunmamış paketi üzərində ilişib qala bilər. Lakin `queue->tx_head` və `queue->tx_tail` manipulyasiyaları səbəbindən `macb_tx_poll()` funksiyası `queue->tx_head == queue->tx_tail` olduğu üçün yanlış olaraq emal ediləcək paket olmadığını fərz edir. Bu problem yalnız həmin mövqeyə yeni paket yerləşdirildikdə həll olunur. Bu, NFS kök fayl sistemi üçün müşahidə olunan uzadılmış bərpa müddətinin əsas səbəbidir. Bu problemi həll etmək üçün tx halqasını və tx skb massivini elə qarışdırın ki, göndərilməmiş ilk paket tx halqasının əvvəlinə yerləşsin. Əlavə olaraq, `queue->tx_head` və `queue->tx_tail` yeniləmələrinin müvafiq kilid (lock) ilə düzgün qorunduğundan əmin olun. [1] https://docs.amd.com/v/u/en-US/ug1085-zynq-ultrascale-trm