Miközben a Linux 6.19 kernel merge windowja még éppenhogy lezárult a 6.19-rc1 megjelenésével, a fejlesztés valójában már egy lépéssel előrébb jár. Megérkezett ugyanis az első DRM-Next pull request, amely már nem a 6.19-et, hanem annak utódját készíti elő. Maxime Ripard küldte be az első olyan csomagot, amely a 6.19 utáni grafikus alrendszerbeli változásokat gyűjti össze. A verziószámozás kérdése itt sem kerülhető meg. Papíron a 6.19-et logikusan a 6.20 követné, de Linus Torvalds eddigi gyakorlata alapján jó eséllyel új főverzió érkezik. Amikor az alverzió eléri a tizenkilencediket, Torvalds hagyományosan megemeli az első számot, így a 6.19 után minden jel szerint a Linux 7.0 jön majd, hacsak a megszokott verziózási elv nem változik.
Tartalomjegyzék
Új DRM és az Arm Mali driver fejlesztések a jövőbeli kernel verziókhoz
A most beküldött drm-misc-next csomag a DRM-Next fában várakozik majd a következő merge windowig, amely februárban nyílik meg. A változtatások első hulláma már most jól körvonalazza, mire számíthatunk a következő kernelgeneráció grafikus alrendszerében. Az egyik legfontosabb újdonság egy új buffer object szinkronizációs ioctl bevezetése, amely BO_SYNC néven jelenik meg, és kifejezetten a Panthor és Panfrost Arm Mali drivereket célozza. Ez a lépés a pontosabb és hatékonyabb GPU-szinkronizáció irányába mutat, ami különösen az Arm-alapú rendszerek számára fontos.
A Mali driverek mellett általános DRM-fejlesztések is érkeznek. Új DRM fence segédfüggvények kerülnek be, valamint GEM-oldali (Graphics Execution Manager) módosítások csökkentik a lapozótáblák overheadjét akkor, amikor a rendszer Transparent Huge Pages technológiát használ. Ezek a változtatások kevésbé látványosak, de hosszú távon mérhető teljesítmény- és karbantarthatósági előnyöket hoznak a grafikus stack egészében.
Elavult és karbantarthatatlan megoldás búcsúzik a DRM alrendszerből
A pull request egyik legérdekesebb eleme nem egy új funkció, hanem egy régi integráció elhagyása. A DRM alrendszerben megszűnik a KDB kernel debugger támogatása. A beépített kernel debuggerhez kapcsolódó DRM-specifikus hookok évek óta gyakorlatilag karbantartás nélkül álltak, és a visszajelzések hiánya ellenére mára kiderült, hogy a megoldás nemcsak elavult, hanem ténylegesen nem is működik megbízhatóan. A KDB nem a szokásos DRM módbeállítási útvonalakat használta, emiatt speciális illesztésekre volt szükség, amelyeket mindössze három driver implementált valaha. Ez a helyzet idővel kezelhetetlen karbantartási problémává vált, így a fejlesztők végül a teljes integráció eltávolítása mellett döntöttek.
