Příspěvky

Tak nakonec jsem si prelozil jadro 3.12.6 z debian source balicku (stejne byla potreba jedna mala uprava v modulu tuneru), nainstaloval dkms a nvidia-legacy-304xx-driver a vali to dobre. Jak jsem koukal, tak tam zrovna resi tu podobu funkce i2c_del_adapter() pomoci nakych ifdefu podle verze jadra se definuje makro a takovy obskurity...

>Palo M.
Dik za rady, postupne si to nejak zpracuju :)

Tak pises, ze potrebujes verziu jadra minimalne 3.7.1. A ja som uz predtym napisal, ze vo wheezy-backports je 3.11. Rovnako je 3.11 aj v testingu ci unstable. IMHO 3.11 > 3.7...

Aha, pardon, tak to jsem se prekouk, myslel jsem, ze to je 3.1.1, nejak sem byl zvyklej na to ze druhy cislo je jednociferny a treti 1-2 ciferny...
Tak to este prubnu, jesi to rozjedu debianim balikem nvidia glx...

Ja som si cez DKMS musel pridat modul pre senzorovy chip, odvtedy som to nemusel updatovat vobec.
...

OK, na to se budu muset podivat, jaik ses tim DKMS naraba, jesi mas po ruce link na nejaky tutorial...

S libc byva otrava, ale doteraz som nastastie nemal problem so zdrojakmi programov (isli skompilovat aj so starsou verziou libc), len s binarkami (dynamicky linkovali libc a ocakavali nejaku minimalnu verziu, novsiu nez ta co bola v systeme). Potom je este moznost hacknut to pomocou LD_PRELOAD a novsiu verziu libc mat nakopirovanu niekde mimo systemu s tym progamom (tato finta sa inak dost casto pouziva napriklad pri niektorych hrach - nie je to sice idealne mat aj inu verziu dynamickych kniznic oproti systemovej, ale zase je to funkcne riesenie, vo vacsine pripadov ta nedostatok pamate netrapi a hlavne to nerozbija cely system kvoli nejakemu jednemu specifickemu programu).

Aha, to taky neznam, muzes k tomu  LD_PRELOAD neco bliz? Slo mi o uz hotove binarky, kdyz byla kompilace prilis komplikovana nebo nebyl src a byla tam ta zavislost na novejsich libc. Pod woknama se to snadno vyresi nakopirovanim DLL do adresare k EXE a on primarne hleda knihovnu tam a az pak v systemu, takze tohle je nejaka obdoba?

...
Na skompilovanie programu mozu byt potrebne rozne *-dev baliky, ktore na desktopovom stroji inak nemaju opodstatnenie, pripadne ani nie su v distribucii (alebo su distribucne baliky vyrobene s inymi volbami, napriklad curl, cares, wxwidgets, ...) a pre dany program treba najprv kompilovat/instalovat 3rd party kniznice. Skratka vo virtuale sa s tym da vyhrat a ked to nahodou neklapne, tak rozhaseny buildovaci virtual ti neprirobi tolko roboty, co rozhaseny hlavny desktop. A nie je to prakticky ziadna robota navyse, ak sa ti jednoduchy program normalne skompiluje, tak checkinstall tiez vzdy zafunguje.

Jo to ma neco do sebe. Vlastni baliky programu zatim delat neumim, jak rikas s make uninstall bejva problem. Moje vlastni programky sou zatim jednoducha binarka - 1 soubor, takze tam nakou instalaci neresim, ale u dalsich programu, kde sou i nake knihovny a vic souboru by se to hodilo udelat distribucni deb.

1. Mas zvlastnu kombinaciu HW, ked potrebujes nove jadro kvoli (asi novemu) DVB-T tuneru a pritom mas starsiu grafiku... ale aj toto vyzera byt riesitelne s balikmi:
Vo wheezy-backports je metabalik nvidia-legacy-304xx-driver (pouzit namiesto metabaliku nvidia-glx) - mal by fungovat spolu s jadrom z wheezy-backports (s jadrom 3.11 alebo 3.10). Takze by si mal mat aj patricny nvidiacky driver na tvoju kartu a aj dostatocne novu verziu jadra.

Tak HW konfigurace existuji ruzne, pravda, tahle uz neni nejnovejsi, ale zatim mi vykon na vse staci, tak proc zbytecne vyhazovat penize (kor kdyz vykon treba poslednich generaci core i3/5/7 moc neroste, jak opadla ta rivalita intel-AMD, tak i motivace, hlavne ze se drzi ceny...)
Ani ten tuner neni uz nejnovejsi, ale par let to trvalo nez nekdo napsal driver, takze minimalni verze s kerou jde pouzit je 3.7.1 a debian je i u unstable teprv na 3.1.2 koukam... Jinak prechod na Jessie jsem stejne uz potreboval kvuli dalsim programum mimo repo, ktere vyzadovaly libc >=2.15...

2. Tvoje poznatky o balickoch s proprietarnymi ovladacmi (napriklad nvidia-glx) su uz zastarale. Moduly jadra sa uz nejaky cas nedistribuju binarne, ale ako zdrojaky pre DKMS. Takze v pripade, ze dojde k instalacii novsieho balika jadra, tak sa "sama" spusti kompilacia modulu jadra (s novymi hlavickami jadra) a takto skompilovany (uz binarny) modul jadra sa prida do patricneho adresara v /lib/modules/... ak nahodou kompilacia DKMS neprejde (napriklad ak sa zmenia hlavicky jadra v novsej verzii), tak to pri tom update zanadava a ty o tom vies (takze to bud vyriesis, alebo sa aspon vratis k predchadzajucej verzii - hlavne nemusis zapasit s fenomenmi typu "blackscreen po update").
...

Aha, o DKMS jsem nevedel, to je pokrok. I kdyz jak rikas, muze to stejne pohoret pri zmene hlavicek, nu o neco lepsi jak BSOD. Ale bez nejake dlouhodobejsi konzistence a nakych standardu to problem stejne neresi, porad to znamena pro vyrobce vetsi naklady na udrzbu ovladacu a tak se na to po par letech stejne vykasle...
Vlastne tohoto chovani jsem si vsimnul u VMWare, kdyz jsem nainstaloval novejsi prelozene jadro a spustil ho, tak si to samo prelozilo asi 5 kernel modulu.

3. S kompilovanim vlastneho jadra je extra robota. "Skompilovat vlastne jadro" pritom moze viest k viacerym vysledkom, podla toho, ako to urobis: Mozes napriklad zobrat zdrojak z kernel.org a ist cez menuconfig, make, make install - co je velmi zly napad. Mozes zobrat jadro z kernel.org a ist cez make-kpkg, vyrobit tak .deb balik a ten nainstalovat (to uz je omnoho lepsi napad). Ale ked si pozries zdrojovy balicek jadra v Debiane (je jedno v ktorej vetve), uvidis tam vzdy plno roznych patchov (oproti kernel.org jadru) na tu konkretnu verziu jadra - a tie by si tam nemal (znova, toto je kus roboty co za teba spravili ludia z distribucie!). Takze dalsia moznost je nainstalovat balik linux-source, ktory ma tie patche v sebe tiez a tiez je vysledkom .deb balik (samozrejme tato moznost pada, ak potrebujes taku specialnu verziu jadra, ktora v distribucii prave nie je - ale potom fakt musis ocakavat problemy s nekompatibilitou).
IMHO ma vlastna kompilacia jadra ale vyznam len v tom pripade, ak potrebujes zapnut nejake specialne volby v tom menuconfig-u, ktore v standardnych balikoch zapnute nie su (napriklad chces pouzit konkretny process scheduler, alebo chces osekat jadro pre konkretnu masinu kde mas malo pamate, vies co tam nepotrebujes a da sa na tom usetrit pamat, pripadne mas velmi dobry dovod na vyrobu velkeho monolitickeho jadra a vypnuti podpory dynamickych modulov) - skratka mas nejake naozaj specificke potreby a stoji ti za to sa s tym kaslat.
Ale z tvojho popisu mi vobec nepripada, ze by si vobec musel kompilovat vlastne jadro. Ty podla vsetkeho potrebujes len ten ovladac na DVB-T prijimac. S vysokou pravdepodobnostou je to jednoducho dosiahnutelne nasledovne:
a) Ovladac je v jednom z jadier vo wheezy-backports: Nainstalujem jadro, hotovo, nic ine netreba riesit.
b) Ovladac nie je v ziadnom z jadier, ale je s nejakym kompatibilny: stiahnem zdrojak ovladaca, vyrobim z neho DKMS balik (to uz nie je uplna trivialita, ale rozhodne je to lepsie nez kompilovat cele jadro), otestujem ze chodi, hotovo.
Skratka kvoli jednemu zariadeniu (DVB-T) sa neoplati prirobit si kopec roboty, rozbit si balicky jadra a potencialne prist o updaty jadra.

Ano, jsem si vedom, ze v distribuci je kernel patchovany proti ciste verzi z kernel.org Nevim jake patche vsechny tam davaji lidi z linuxTV.org ale minimalne  ty, co se tykaji video/TV zarizeni. Subsystem kolem tehle ovladacu se vyviji tak rychle, ze se neda jednoduse bez uprav vytahnout ovladac z 3.7.x a prelozit pro mnohem starsi jadro co ma Debian. Jadro si konfiguruju v menuconfigu a pak udelam deb balik. Pritom tam mam i naka sva dalsi specificka nastaveni, uz v minulosti jsem tam musel sahat kuli RAID radici a jinym vecem, takze si prenasim a aktualizuju svuj .config. Take obcas prekladam orezana jadra pro mala embedded PC z duvodu kere si zminil.

Vies, ide to urobit aj uplne prasacky a stale to bude akoze fungovat: Sam si skompilujes nejake jadro a len tak ho nejako svacnes do suboroveho systemu (make install, ci dokonca cp), skompilujes prasacky nvidiacky .run ktory rozkopiruje vselico hore-dole, dopises do grub.cfg staticku polozku s vlastnym jadrom aby ti to vobec bootlo a ked pouzijes vzajomne kompatibilne verzie, tak to nakoniec mozes dostat do chodiveho stavu a bude to asi aj celkom funkcne... v tom danom case... ak nenarazis na to, ze nejaky iny program ktory by si chcel bude potrebovat nejake zavislosti... Ale potom priebezne sleduj, ci nebola vydana opravna verzia jadra a opakuj to cele znova...

Radsi tedy budu mit nekoser jadro mimo distribuci, kde mi vsechen HW funguje nez naopak. Neprovozuju zadny server nebo tak neco, kde bych muzel mit 100% bezp. zaplaty.

Ale v tom pripade vobec nemusis mat Debian, mozes si dat nejaky Linux From Scratch alebo nieco podobne. Vyhoda Debianu je prave v jeho balickovacom systeme, v bezpecnostnych updatoch a pri stable vetve aj v tom, ze jednotlive verzie balikov spolu funguju - a pre vela z nas su tie vyhody take vyrazne, ze nam nevadia mierne starsie verzie jednotlivych programov. Ale ked zacnes v systemovych zalezitostiach (akou jadro rozhodne je) obchadzat balickovaci system, tak tym stratis vyhody, ktore to prinasa, stratis stabilitu... a ostanu ti akurat tie starsie verzie programov. A pritom sa este aj narobis a budes zlozito robit nieco "po starom" aj ked dnes uz sa to da urobit omnoho jednoduchsie.

Jo, to je mozny. Tehda mi Debian pripadal jako dobra volba nekde uprostred mezi distribucema pro klikace typu Ubuntu kde si poradne nic nenastavim a nic se nenaucim a harcore distibucema typu LFS, Gentoo, Arch... kde se zas musi kompilovat vsechno. Proste jsem chtel minimalni instalaci s prikazovou radkou, dointalovat si X a do nej spravce oken podle sveho vyberu (zadne KDE a pod. molochy) a postupne si to tak rozvijet. Ale postupne jsem se dostal ke spicializovanym programkum, kere stejne nejsou v distru a musim si je prekladat, zaroven to ma fungovat i jako klasicky desktop. Tak nevim jesi je neco lepsiho, mozna jo, ale jit na uplne jinou distribuci se mi nechce...

A je nejaky dovod, preco si sa zufalo pokusal pouzit NVIDIA-Linux-x86-304.88.run (balik priamo od Nvidie)?
IMHO si mal nasledujuce moznosti:
1. Na Wheezy so standardnym jadrom 3.2 pouzit standardne baliky (nvidia-glx vo verzii 304.88 teda tej istej co si instaloval). Netreba ziadne spekulacie a malo by to chodit.
2. Ak si z nejakeho dovodu potreboval novsie jadro (napriklad ak mas novu dosku), vo wheezy-backports je jadro 3.10 a nvidia-glx vo verzii 319.72, teda novsej - opat by to spolu malo chodit.

To je moc hezky, ze jsou na vsechno pripraveny balicky, jenze minimalne kvuli DVB-T tuneru potrebuju novejsi jadro (spolupracoval sem s jednim manikem z linuxtv.org na testovani ovladace, ktery byl pro ten muj tuner pridany az ve verzi 3.7 RC), tudiz si ho kompiluju sam. Na jiny tuner s RTL2832U se objevil driver az v kernelu 3.8 (pro nej a pro 3.9 by mel jit este nvidia driver zkompilovat (funkce na i2c este vraci int)).
Predpokladam, ze ty balicky nvidia-glx jsou pouze binarni s uz zkompilovanym kernem modulem pro distribucni jadro nebo se pletu a taky se preklada pri instalaci? Cili pro me nepouzitelne. Verzi 304.88 pouzivam proto, ze je to posledni verze, ktera podporuje GeForce 7xxx, novejsi verze driveru jsou, ale jen pro GTXxxx novejsi karty. Tim jsem asi do budoucna v pytli, protoze nvidie patrne driver pro tyhle starsi karty dal aktualizovat nebude, zatimco kernel se furt prekotne vyviji, ze vyvojari nemuzou nechat delsi chvili nake konzistentni API aby vyrobci driveru nemuseli ovladace neustale dokola prepisovat (zrejme proto to vetsinu nebavi a tak pro svuj HW vydaji 1 ci 2 ovladace pro windows, pokud jsou dobre napsane, vydrzi i treba 10let)...

Jinak nvidiacky instalator jsem pouzival mnoho let dozadu (poprve tusim s Debian Sarge a GeForce MX440) a nemel jsem s nim vetsinou problem, pokud jsem mel spravne nastavene nakonfigurovane kernel sourcy a povedl se zkompilovat ten kernel modul, tak uz to pak vzdy fungovalo vyborne a zadne jine baliky mi to nerozbilo - nvidia deb baliky sem ani neinstaloval. Ten instalator ma i volbu --uninstall, kera po sobe vycisti (i kdyz...). O moznosti udelat z toho jejich runu deb jsem teda nevedel (nejaka obdoba make-kpkg?), ale u jednoho baliku mi to zily netrha...

Tak koukam, ze tu chybu nekdo nahlasil uz pred pul rokem a zatim se nic nedeje. Patrne to postihuje jadra 3.9.x a novejsi
http://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-310/+bug/1195618

Takže přátelé, konečně jsem na to přišel. Byl jsem totiž líný reinstalovat, takže jsem to zkoušel tak dlouho, až se mi to povedlo.
Jak tedy na to..

Tak jsem zkousel tento postup na svem Wheezy s libc6 2.13-27 a naslednym updatem na 2.13-38 a driverem NVIDIA-Linux-x86-304.88.run, ale zas to skoncilo probliknutim a cernotou a komplet zatuhlym systemem. Kdyz jsem downgradnul na libc6 2.13-27 a preinstaloval driver, tak to zas slo.

Tak uz jsem se nasral a provedl celkovy update distribuce na Jessie (testing). Tam jsem narazil na problem, ze novy udev vyzadoval v kernelu zapnutou volbu mountovani devtmpfs do /dev, coz jsem ve sve konfiguraci zaple nemel a ani dpkg --force-all tam ten novy udev nenarval, takze sem jeste ze vseho prekladal jadro (nasledne sem ho musel kompilovat jeste jednou protoze se aktualizoval balik gcc 4.7.2 na 4.8.2). Nasledne jsem uspesne dokoncil dist-upgrade (v Jessie je libc6 2.17), nainstaloval nvidia driver a vsechno slape jak ma  :)
Ale pozor, kdyz sem si chtel prelozit novy kernel 3.13 (kvuli podpore rtl-dvb-t), tak jsem zas narazil, protoze ti kkti zmenili v souboru /src/drivers/i2c/i2c-core.c funkci int i2c_del_adapter(...) na void i2c_del_adapter(...), cimz pri pekladu nvidia kernel modulu doslo na teto funkci k erroru, protoze tam prirazovali promenne navratovou hodnotu te funkce a ono to s voidem moc dobre nejde. Tak sem to prepsal po staru, ale zas to chciplo na nakych dalsich warningach treated as error, takze sem to vzdal a vratil s ke kernelu 3.6.0 (ta zmena je minimalne od 3.10.x). Aspon ze se nerozbil VMWare, jen si znovu prelozil sve moduly a maka.
No proste hotovy instalacni porod, skoncil sem s tim nekdy rano a spal asi 3 hodiny, to cloveka nauci milovat sve Windows ;)

Kdyby nekdo potreboval, tak jsem uploadnul ty stare balicky s libc6 2.13.27 zde: http://ulozto.cz/xdT93iYt/debian-wheezy-libc6-2-13-27-tgz

Nechapu ze nouveau takle narvali do vychozi instalace kdyz sou s nim jen problemy. Reseni jak rozhodit nvidiackej binarni driver je popsany ve vlaknu http://forum.debian-linux.cz/index.php/topic,1174.0.html

Tak problem stale trva i s libc6_2.13-35_i386.deb a NVIDIA-Linux-x86-304.51.run
Resi to nekdo? Co az kuli stary libC prestanou fungovat ostatni programy? S nouveau na me nechodte...

[NVIDIA-Linux-x86-295.59.run]

libc6* ve verzi 2.13-27 to ještě fungovalo, od 2.13-30 už ne.
Neměl jsem čas, to moc řešit, až teď mi dochází, že to asi rozbilo glx odkazy na knihovny...

Ahoj, dik moc za tohle info, ktere vedlo k pozitivnimu vysledku! Ted sem se s tim sral 2 dny, kdyz jsem po dlouhe dobe upgradoval svuj debian - coz nakonec skoncilo zalohou nastaveni a cistou instalaci Wheezy. Protoze jsem si tam kompiloval vlastni kernel, hledal jsem napred problem tam, ale ani s oficialnim 3.2.0 to neslo. Taky sem mel po instalaci NV driveru jen cernou obrazovku a neslo nic delat - jedine zmacknou ATX POWER a ono to nastartovalo vypinaci proces a aspon se to korektne ukoncilo. Zkousel jsem oficialni verzi NVIDIA-Linux-x86-295.59.run, starsi verzi NVIDIA-Linux-x86-173.14.35-pkg1.run i posledni beta NVIDIA-Linux-x86-302.17.run a porad nic. Zkousel sem i instalaci z .deb baliku kere sou v repozitari Wheezi a porad nic. Az kdyz jsem nasel tohle vlakno, tak se zadarilo. Udelal sem po tech pokusech zas raci cistou instalaci (podle skriptu) a nasledne jsem stahl odnekud starsi balicky
libc6_2.13-27_i386.deb
libc6-dev_2.13-27_i386.deb
libc6-i686_2.13-27_i386.deb
libc-bin_2.13-27_i386.deb
libc-dev-bin_2.13-27_i386.deb
kery sem tam narval pres dpkg --force-all -i *.deb
Pak sem nainstaloval NVIDIA-Linux-x86-302.17.run a hele, ono to vali!  :)
Schvalne jsem zkusil este novejsi libc6 2.13-34 ale zas se to rozbilo, takze zatim to opraveny neni. Musel sem pak znovu dat dpkg --force-all -i *.deb na vsechny zmineny baliky a spravilo se to. Neni to zrovna idealni reseni, ale tak porad lepsi jak nouveau :) Proti rozbiti sem to pojistil tim, ze sem DPKG pridal vyjimku pro tyhle baliky aby je nikdy neaktualizoval, takze vesele muzu dat apt-get upgrade all a drzi to. Snad s tim neco casem udelaj...