Nem, te nem érted megint. A kernel behozott valami új funkciót, ami tényleg új feature, nem bug, és NEM érdekli őket, hogy a VMware-rel mi lesz. Ráadásul ezt nem szemétségből csinálják, hanem a fejlesztői szabadság miatt, most képzeld el, hogy te vagy a kernelfejlesztő, és lennének ötleteid, hogy milyen irányban viszed tovább a kerneled, milyen API-k alapján, de ugye nem csinálhatod, mert ilyen nagy cégek elvárnák, hogy ilyen-olyan kernelmoduluk működőképes maradjon, meg jajj, ne törd el, aztán te meg megkötött kézzel csak úgy lavírozhatnál, olyan akadályok között, amit ők megengednek, meg másnak a fekete dobozként működő zárt kódjait bástyázd körbe a saját kódodban körbehekkeléssel. Kicsit olyan farka csóválja a kutyát kategória.
Mondom, ez halál komoly, ezt a VMware-nek told be bugreportba, hogy oldják meg. Ez az ő feladatuk, nem várhatják mástól, hogy majd megcsinálja helyettük, se a kernelesektől, se az AMD-től. Arra se hivatkozhatnak, hogy Intellel megy, mert nem releváns. Ez nem csak a VMware-nek szól, anno a ZFS fejlesztők is küszködtek ilyesmivel, NVidia is szélmalomharcol ebben a tekintetben. Ehhez hozzá kell szokniuk, hogy a Linux világa egy gyorsan változó valami, nem olyan, mint a Windows, hogy megírod, aztán hátra lehet dőlni, mert menni fog 5-10 évig, a következő főverzióig, de még talán annál tovább is. Még én se vagyok kivétel, pl. a 6.4-es kernel óta a kernelfejlesztők átdolgozták azt az API-t, amivel a free, vmstat, /proc/akármi jelenti le a használatban lévő és szabad memóriát, és elég nagyot néztem, hogy mitől nőtt irreálisan a memóriafogyasztás. Nem tetszik, de nem reklamálhatok, nem én fejlesztem a kernelt, a tényleges fejlesztőknek kell hogy szabadságuk legyen ebben.
Emlékszem anno ezt ment akkor is, mikor az AMD nekikezdett a nyílt GPU drivereinek, és az újabb kernelekkel eltört a régi zárt Catalyst driver, abból is milyen háborgás volt, aztán ment a hőbörgés fórumokon, hogy szar az Arch, megbízhatatlan a bleeding edge rolling, és ez ment egész addig, míg végül a debianosok, és ubuntusok is ezt kapták arcukba, akkor jött rá mindenki, hogy ez nem bug, hanem feature. Vagy most pl. az Arch csomagfenntartók azon szórakoznak 1 éve, hogy visszatartják az 5.2-es Bash-t, mert van néhány behozott feature, meg megváltozott működés, ami eltör korábbi scripteket, de nem értik meg, hogy ennek nem állhatnak ellen, mert ezek szándékos változások, és így fognak maradni. Vagy emlékszem, mikor bejött a systemd, és sok disztró meg embere úgy volt vele, hogy ezt a szart ők nem (ezzel még egyet is értenék), de ugye észre kellett vegyék, hogy széllel szemben itt nem fognak hugyozni, és szépen adoptálta is mindenki, mert nem volt sok választása. Most ez lesz a Waylanddel, Pipewire-rel is. Sőt, valamennyire ez volt a Python 2.x vs. 3.x váltásnál is, változott a nyelv, de sok fejlsztő próbált a régi verzión ragadni évekig, taktikáztak, hogy majd ez jó lesz 2032-ig, meg különben is LTS, de végül meg kellett törjenek, mikor a legtöbb mainstream disztró szépen száműzte a Python 2-s csomagokat a tárolóiból.