Debian etch & nvidia vs 2.6.24+ = kernel öregbítés vagy disztrócsere TÉVES 03.18.

A kernel csomagot a sid ből szedtem.

Az nvidia kernel modult és a hozzávaló xorg drivert szintén.

Ezek a teljes értékű hibernáláshoz kellenek. Ugyanis ha nincs VESA, v. akármilyen framebuffer, akkor nem tér vissza a képernyő hacsak nincs bináris nvidia modul. Ez benne van a doksikban is. Úgyhogy kell és kész. Természetesen ez már újabb xorg függőséggel érkezik, mint kiderült nem véletlenül. Az etch féle xorggal már komoly inkompatibilitás merült fel.

A grsec egy 03.10-i tesztverzió volt, mert akkor éppen az volt a legfrissebb. Tartalmazott egy érdekes kernel konfigurációs ellenőrzést. ellentmondásos konfigurációk elleni védelmet, de sikerült benne a PAX_ASLR-t sima ALSR-nek elgépelni, ez van, szerencsére hamar szemet szúrt, nem okozott fennakadást. Bár az egyik ellenőrző szabályt is kicsit furcsának találom , de biztosan megvan az oka. mindegy.

Szóval lefordult, bebootolt, ez már pozitívum, bár kis szépséghibával, ugyanis "clocksource tsc unstable akárhány milliomod ns " üzenettel az acpi_pm településekor. Már régebbben láttam ezt az üzenetet, szerintem megint patchelnek debianék majd a kernelen, és kiszedik ezt , ha meg nem, akkor meg átnézem majd a kernel paramétereket, rémlik valami clocksource beállítási lehetőség...

Másik sajnos előre várt papírforma bejött, lirc nem fordul le, valszeg végleg kikerült a pikszisből, majd input-tools al kell megoldani, ez majd egy jövőbeni szarakodás lesz beállítani. Kell valami config fájlt előbányászni a távirányótóhoz (input-kbd-s téma ha jól rémlik) ha jól tudom . input eszköz van, tehát csak be kell majd állítani.

Azért az még mindig nem fér a fejembe, hogy miért kell szétverni valamit ami működik (lirc). Jó persze használom vagy 4 éve, tudom hogy vannak bajai, felhasználóként kell irexec, irxevent et futtatni, irexec mplayer kilépéskor felh. szinten néha össze is dől, de erre lehet "szkriptszinten" gányolást csinálni. működni, működik.

Illetve etch után valszeg multidő. Nyílván nem csak a config.h-t kell visszairányítani a deprecated helyére :-), hanem valami komolyabb kavarás is lehet. nem biztos hogy érdemes lirc hegesztésbe energiát feccölni, majd kiderül. (?).

Paxtestek lefutottak, stb. szundi teszt is sikerült. ugyanazt az eredményt hozta mint az agyonpacsált házi 2.6.18as tákolmányom kis eltéréssel.

Az nvidia driver xorg leállítás (kdm restart) után nem pofázik vissza nv_kernel_close üzeneteket. Darabszámra annyit ahányszor elhibernált a xorg indítása óta. Ez olyan 2 hetes működés alatt kitermel egy oldal logot. :-) de elfér. ettől eltekintve jól működik, ez egyébként a régi nvdia driver problémája, de csak ezért nem érte meg frissíteni.

Igen ebből látszik hogy grafikus felület van, asztal meg minden. Mi akkor a problémám? glx nincs netán?. de igen, valamennyire az is van. És a valamennyire szón van a hangsúly. glxinfo korrektül lefut, még a glxgears is. De pl. wine os játékok már kidőlnek azzal, hogy nincs libGL. Pedig van, csak az nvidia-glx csomag ban levő xorg driver és az etch féle xorg közötti "verziószámeltérés" itt már kiütközik. Tehát vagy az nvidia drivert kell visszabutítani, vagy pedig a teljes xorg ot kell frissíteni (=ez viszont már felér egy disztróváltással kb. :-(..

Az nvidia driver visszabutítás sem megoldás, mert 2.6.24 nem visel el régebbi drivert, ill. meg lehet oldani végül is ha az nvidia kernel modul működéséhez/fordításához szükséges átnevezett függvényeket kézzel visszaírod a régi nevükre egyesével. :-))

glxgears sel megnéztem a teljesítményt kb. ugyanazt a 11000 körüli eredményt hozta mint a 2.6.18 és a 8776os driver. syrnix2 már nem futott le, itt már megint a libGL inkompatibilitási hiba jöhetett elő.

megnéztem grsec nélküli kernellel is, azzal sem jó.

Ja és persze nem teljes az élet felesleges kavarás nélkül, az alaplapi szenzorinfokat megint elpakoltak valami más formátumba/mappába a / sys/-ben általam mexokott helyükről.

Pozitívum az rtc-cmos driver (azt elfelejtettem megnézni hogy a / proc/acpi/alarm-hoz megcsinálták e a kötést), vagy csak az az rtc-cmos féle / sys/*/*/*/wakealarm működik.

Bár nekem mondjuk az acpi/alarm amúgy is praktikusabb mivel rászoktam a szundira.

-----------
Úgyhogy debian lenny ha stabil lesz, saját Todo lista:

alaplapi infocuccokat átpakolták, elérési utakat házi gányolási szkriptben javítani (ismét), debian etch belépésekor is kellett.
lirc felejtős, input-tools -t kell majd mexokni, 4 éves gányolások a kukába
grsec megy szokott módon
nvidia driver státusz ismeretlen, jelenleg tulajdonképpen nem működik. pont az nem megy amiért kellene (3D).
clocksource : gányolás szükséges
iptables: valami átnevezéses, pakolásos móka a conntrack szekcióban is történt, mert nem ösmerte fel a 4-6 (?) éves szkriptem a "láncokat".

Az egész todo lista oka: kernel 2.6. fejlesztési módja.

Ezt elcsesztem :D