disztribúció kernel moduljának cseréje

Linux-haladó

Meglehetősen összetett kérdésem van, írhattam volna Ubuntu vagy Debian téma alá is.

Van egy Ralink Wifi csipes notebook, aminek a Wifije néha "lefagy". A jelenség az, hogy leszakad, látja a hálózatokat de nem csatlakozik újra, csak a gép újraindítása segít rajta (csak a wifi modul újraindítását nem próbáltam, nem voltam épp ott).

Gondoltam utánajárok a wifi drájvernek, meg is találtam, hogy ez kell hozzá:
http://web.ralinktech.com/ralink/Home/Support/Linux.html (RT2501PCI kezdetű sor). Úgy néz ki, hogy ez a drájver van a Gutsy-ban is, azt nem találtam meg, hogy melyik csomagban.

Azt találtam a release notes között, hogy a legújabb verzió 2007.10.03-án jött ki és fagyásos hibát javít, tehát elképzelhető, hogy megszűnne vele ez a hiba.

A kérdéseim:
- hol tudom megnézni, hogy az Ubuntu Gutsy által szállított rt61pci nevű kernelmodult melyik verzióból fordították (tehát hogy egyáltalán valóban újebb-e amit a gyártótól lehet letölteni)?
- ha telepítem forrásból a kernel modult, akkor az rt61pci.ko fájlt simán át lehet nevezni, hogy a modul neve ne ütközzön az Ubuntu által szállított modullal?
- Ha bemásolom a modulok közé (/lib/modules/2.6.22-14-386/kernel/drivers/xxx) és a gyári modult blacklistre teszem, akkor a rendszer az újat be fogja tölteni automatikusan vagy még valahova be kell regisztrálnom?
- azt hogy kell megcsinálni, hogy egy automatikus kernel frissítés esetén ezt a modult is frissítse a rendszer (ugyanabból a forrásból)? Vagy csak az a megoldás működik, hogy a csomagkezelőben letiltom a kernel frissítését?
- a letölthető Wifi drájver forrás csomag két könyvtárat tartlamaz, egy Module nevűt és egy WPA_Supplicant nevűt. A Module nevű a rt61.ko fájlt produkálja, a másikat még nem fordítottam le. Tudjátok, hogy mi lehet, és hogy szükségem van-e rá?

  • 928 megtekintés

( Mik v | 2007. 12. 27., cs – 17:20 )

- modinfo rt61pci
- felülírhatod a rt61pci.ko -t a fordítottal (persze mentsd el a régit!)
- ne tedd blacklistre, hanem írd felül
- kernel frissítés esetén elég nagy esély van rá, hogy újra le kelljen forgatnod. (2.6.22.xx-en belül működhet, nagyobb verzióugrásnál nem valószínű) Automatikus frissítésnél ha új könyvtár jön létre a /lib/modules -en belül akkor abba biztosan az ubuntus kerül be. Ha nem jön létre új könyvtár, akkor szerintem nem írja felül, de ezt nem mondom 100%-ra, majd valaki megerősít vagy megcáfol...

Mik

A modinfo parancsot nem ismertem eddig. Ide vezet a modul eredete: http://rt2x00.serialmonkey.com. A gyártó által kiadott kódból indultak, de nem egyezik teljesen. Érdekes helyzet: két linuxos drájver van, gyári és közösségi forrásból. Egyre bizonytalanabb vagyok, hogy hogyan próbáljam meg megoldani a problémát.

Felülírni a csomagkezelő által kezelt fájlokat az álmoskönyv szerint nem jelent jót. Vagy ez csak az én álmoskönyvemben van így.
Az adott gép nem az enyém, csak karbantartom. Ezért nem igazán tetszik az a megoldás, hogy minden kernelverziónál újra kelljen piszkálgatnom a gépet, jobb lenne automatikusan.

A blacklistes dolgot úgy értettem, hogy én átnevezem a modult (pl custom-rt61pci.ko), az eredetit meg blacklistelem. Így nem nyúlok semmihez, amit a csomagkezelő tart karban, sőt akár csomagot is csinálhatok az új modulból, így nem felejtem el mit nyúltam hozzá a rendszerhez.

Köszönöm a segítséget mindenkinek!

( Botond | 2007. 12. 27., cs – 18:46 )

Fogós ravasz kérdés.
Ha csak egy hibajavítást tartalmaz az említett patch, akkor jó eséllyej egyszerű visszapeccselni, és így az eljárás a következő:
- gyári Ubuntu kernelben az említett patch-et kézzel megcsinálod
- új kernel megépít, telepít, bebútol, új modul simán betöltődik
- kernelt frissíteni ettől kezdve nem szabad. Az automatikus frissítés helyett mindig az új kernel forrását kell letölteni, és az előző 2 lépést azon megcsinálni.

Sajnos kézzel patch-elt Ubuntu kernelt még nem építettem (pedig 2 gépen is azt használok), úgyhogy a részleteket nem tudom leírni. RedHat / CentOS alatt kernel .rpm-et csinálni rohadt macera, de így vagyok kénytelen élni már egy ideje, mert a gépemnek kell egy néhány soros ACPI fix.

Ha az említett patch nem triviális (sok fájlt érint, új kernel feauture-t használ, ...), akkor szopás van. Legegyszerűbb megoldás ilyenkor talán az, hogy meg kell nézni, a 8.04-es fejlesztői kernelben benne van-e már az adott patch, és megpróbálni az új kernelt föltenni. Szopásra persze így is föl kell készülni (udev nem megy, modprobe.conf paraméterek változtak, ...).

"RedHat / CentOS alatt kernel .rpm-et csinálni rohadt macera," - vanilla kernelben van rá lehetőség, igaz annó fc5-ön teszteltem és ott ment.

make help a kernel forrásban: 


...
Kernel packaging:
  rpm-pkg         - Build the kernel as an RPM package
  binrpm-pkg      - Build an rpm package containing the compiled kernel
                    and modules
...

linux v2.6.22.14 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.15-pancs1