CVE-2026-64149

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılmışdır: dma-mapping: dma_map_resource() sağlamlıq yoxlamasını debug koduya köçürün dma_map_resource() diapazonun RAM olmadığını təmin etmək üçün pfn_valid()-dən istifadə edir. Lakin pfn_valid() yalnız bir PFN üçün yaddaş xəritəsinin mövcudluğunu yoxlayır, lakin PFN-in həqiqətən RAM tərəfindən dəstəkləndiyini təmin etmir. SPARSEMEM (128MB bölmə qranulyarlığı) olan ARM64 sistemlərində, RAM ilə eyni bölməni paylaşan MMIO ünvanları yanlış şəkildə WARN_ON_ONCE funksiyasını tetikləyəcək və dma_map_resource()-in DMA_MAPPING_ERROR qaytarmasına səbəb olacaqdır. Bu, Raspberry Pi 4-də spi_bcm2835 probe zamanı XƏBƏRDARLIĞA (WARNING) səbəb olur, çünki SPI FIFO registri (0xfe204004) RAM-ın sonu (0xf8000000-0xfbffffff) ilə eyni sparsemem bölməsində yerləşir, hər ikisi 31-ci bölmədədir (0xf8000000-0xffffffff). Sağlamlıq yoxlamasını dma_map_resource()-dən debug_dma_map_phys() funksiyasına köçürün və etibarsız pfn_valid()-i, struct pages-ə malik olan MMIO bölgələri üçün yanlış müsbət nəticələr vermədən faktiki istifadə edilə bilən RAM-ı düzgün müəyyən edən pfn_valid() && !PageReserved() ilə əvəz edin. dma_map_resource() funksiyası dma_map_phys(DMA_ATTR_MMIO) olduğu üçün, yoxlama hər iki API-ya eyni dərəcədə tətbiq olunur. Rezerv edilməmiş hər hansı səhifə kifayət qədər nüvə yaddaşını təmsil edir ki, onun üzərində DMA_ATTR_MMIO istifadə etmək deməkdedir ki, çox gümanla yanlışdır və koherent olmayan platformalarda koherentliyin pozulması riskini yaradır. PCI P2P DMA (MEMORY_DEVICE_PCI_P2PDMA) üçün istifadə olunan ZONE_DEVICE səhifələrinin PageReserved parametri təyin edilmişdir, buna görə də onlar yanlış müsbət nəticə yaratmayacaqlar. Yoxlama artıq xəritələməni bloklamır və dma-debug filtrləməsi ilə inteqrasiya olunmaq üçün err_printk()-dən istifadə edir.