Fedora 12 a funkční 3D opensource ATI (diskuse)

[mnn]

Whoa, konečne :) čakali sme na to dlho. Už aby to bolo aj v regulérnom kerneli. Ale asi vďaka Linusovi sa to odmietne alebo sa to poriadne "zpoždí" :D

[vlastikroot]

Však to už v kernelu je, tohle je jen backport do staršího jádra

[Grunt]

Co s tím furt máte? Co neumíte patchovat a kompilovat?

[tsLnox]

Heh, asi neumí... (to říkám já, když ještě pořád jedu na 2.6.30-gentoo-r4 )

[Drom]

Duvodu muze byt vic.

[kozzi]

Moc se neraduj, je to jen zaklad. Celkove je to jeste nepouzitelne. Pokud se vypne KMS tak je to sice celekm stabilni, ale vykon je velmi chaby a vznika dost artefaktu.

[David Heidelberg]

Osobně se mi nelíbí filozofie backportování změn (kromě bezpečnostních chyb a quirků), protože vzniká mnohem větší bordel... Nejlepší by bylo, kdyby si prostě uživatel mohl zvolit, jestli chce upgradnout jádro na novější včetně nových ovladačů...

[Grunt]

No úplně nejlepší by bylo, kdyby se ovladače oddělili od jádra samotného, když už jsme teda u toho.

[David Heidelberg]

no, jak se to vezme, zase by museli udržovat kompatibilitu s hromadou jader, což nepřispívá stabilitě... Osobně bych v každé distribuci dal možnost, že když uživatel zpozoruje problémy, nebo mu něco nefunguje, mohl by naklikat nové jádro. Když by dobře nefungovalo, tak by se to vrátilo k starému a bylo by vyřešeno.

[vlastikroot]

Spíš by se dost velká část kernel API změnila na ABI se vší tou byrokracií. Takže by to brutálně ztížilo jakékoli nové věci (nedokážu si představit ani ovladače nad DRM v takovém jádře, což ani alsu).

[Grunt]

Spíš by se dost velká část kernel API změnila na ABI se vší tou byrokracií.

Co furt máte všichni s tím ABI? Nějaký nesplněný dětský sen? Základním stavebním kamenem v otevřeném světě je možnost zkompilovat.

[vlastikroot]

Však to by pak bylo pořád to stejný jako je to teď, uplně beze změny (maximálně pár makefile). Modul z jednoho jádra by nešel s druhým, protože API se mění jak na běžícím pásu. To by bylo trochu k ničemu.

[Grunt]

Modul z jednoho jádra by nešel s druhým

No a to by vadilo jako komu? Kompilace je základním stavebním kamenem.

protože API se mění jak na běžícím pásu.

To není důvod proč nejdou spustit. Tím je vnitřní ochrana zvaná vermagic, která lze vyřadit z provozu a pak s trochou štěstí, pokud sedí adresy symbolů spustit jde. Jinak že by se zrovna toto měnilo jako na běžícím páse mi nepřijde. Ale to je snad úplně jedno, ne? Když je dostupná zdroják.

To by bylo trochu k ničemu.

Proč by to bylo k ničemu?

[vlastikroot]

Nemyslel jsem zrovna proč nejdou spustit už skompilované moduly, ale proč nejdou skompilovat moduly určené pro jiný (starší,novější) kernel. Potkávám to pořád, nvidia, vmware, hybrid-port na broadcom ... Nechtěl bych psát ovladače tak, aby museli být skompilovatelné uplně všude, už i v těhle ovladačích/modulech je to samej IFDEF, je jich tam snad víc než kódu. Navíc kdyby byly ovladače mimo kernel, nikdo by se o ně nestaral. Takhle se většinou při změně v jádře opraví i zbytek, kterej se tím rozbije.

[default]

proč nejdou skompilovat moduly určené pro jiný (starší,novější) kernel.

Protože je ten kernel v bordelu a API je stabilní asi stejně jako jaderná elektrárna Černobyl šestadvacátýho dubna '86.

[Karry]

Jo, přesně tohle pravidlo se snaží udržovat komunita kolem stromu linuxtv.org, snaží se mít strom který je zkompilovatelný na všech jádrech tuším od 2.6.20... Zdrojáky jsou pak plné IFDEF, takže si na tom všechny editory C vylámou zuby, když chci zobrazit strukturu zdrojáku, nebo nedej bože dát automatické přeformátování.

Psát patche pro takový strom připomíná porod ježka proti srsti. Navíc spousta věcí je beztak napsaných tak, že to na starších jádrech nemá šanci chodit (chcete příklady?).

Prostě, já jsem pro to, aby nové věci, kromě bezpečnostních oprav, se psaly pouze pro nové kernely! Proti tomu že někdo backportuje kód pro stařší jádro své distribuce nic nemám, ale ať to prosím vás nenutí celému stromu subsystému!

[Grunt]

no, jak se to vezme, zase by museli udržovat kompatibilitu s hromadou jader, což nepřispívá stabilitě

Zas tak brutálně ne. Stačilo by jako libswscale. Vnitřní API stejně všechny mají a aspoň se o něm bude vědět když se do něj furt bude rýpat.

[jehovista]

Mohli jste si s tim prekladem dat trochu vic prace: "pro kernel mode-setting and 3D podporu na kartách ATI R600/700"

[Lukáš Zapletal]

Správný linuxák má mít NVidii.

[Kerala]

Stačí Intel. Včera jsem použil liveUSB-GNOME (openSUSE-11.2-RC1) na Intel G45 a nestačil jsem se divit, Compiz byl zapnut v defaultu a ono to dokonce fungovalo. No prostě super.

[R]

Nie, nema. Prinos firmy nVidia pre Open Source je nulovy, ak nie zaporny.

[vlastikroot]

Přínos v podobě ovladačů a technologií pro linux na profesionální úrovní je záporný? Však nebýt nvidie, tak si o nějakých linuxových nativních hrách můžem jen zdát, to samý s oGL3 nebo CUDA. Pro open source nvidia přínos nemá, ale pro linux jako platformu na výpočty nebo hry má IMHO velmi kladný přínos.

[Ondar]

Ovladače z jádra vyházet. V jádře toho musí být co nejmíň. Jinak budou mít Windowsy se stabilitou brzy navrch. Už teď vídám kernel panic až moc nepříjemně často...

[vlastikroot]

Ty bys chtěl mít ovladače na všechno v user space?

[Grunt]

Ale veverky. Jádro má vlákna a když sletí ovladač a nepoškodí něco zásadního, tak se uživatel může dočkat tak max. Oopsu.

[Ondar]

Ale veverky. Jádro má vlákna a když sletí ovladač a nepoškodí něco zásadního, tak se uživatel může dočkat tak max. Oopsu.

No právě. Co mám zkušenost, tak Ooopsů vidím minimum, většinou vidím kernel panic protože Null pointer assignment. Jádro je už tak velký (dávno pryč jsou ty doby, kdy se vešlo na disketu) že jeho správa začíná být problematická. Všechny ovladače i moduly mají přístup do kernel space, takže stačí jediná chybička a všechno letí do kopru. U Microsoftu si to už uvědomili a sedmičky už mají ovladače v userspace. Jestli si to v Linuxu neuvědomíme taky, tak do pár let už žádnýho Linuxu nebude protože tahle strategie skrátna není dlouhodobě udržitelná.

Už aby konečně pohli s GNU/Hurd....

[Mti.]

Už aby konečně pohli s GNU/Hurd....

Nestras. Wine 1.0 mame, DNF nebude... posledni jistota a Ty nam ji chces sebrat?

[cadic]

dnf jako fakt nebude???

[Mti.]

Ne. Slo to netem tak v kvetnu. :-/ (treba na bonuswebu)

[Grunt]

Co mám zkušenost, tak Ooopsů vidím minimum

Tak to já Panic neviděl ani nepamatuju. Sem tam sletí ovladač, zacyklí se jaderné vlákno, ale jádro samotné drží.

dávno pryč jsou ty doby, kdy se vešlo na disketu

Co? Jádro se dí dostat na 512kb FLASku u AVR32 i s programama. To je jen na člověku co si do něj všechno zakompiluje. A možná by to šlo i míň.

Všechny ovladače i moduly mají přístup do kernel space, takže stačí jediná chybička a všechno letí do kopru. U Microsoftu si to už uvědomili a sedmičky už mají ovladače v userspace.

To je snad vtip. V době mikrokernelů se hailovalo na Widlema a jak je to suprově rychlé a kdesicosi(o tom, že GNU/Hurd kdesi smrdí už jakou dobu radši ani nemluvím) a teď kdy se to konečně podařilo dovést do alespoň trochu stabilního stavu se na to zase nadává? Jinak Windows 7 určitě nemá všechny ovladače v user-space. Je to asi jako na Linuxu unified userspace <-> kernelspace connector, který některé ovladače využívají. Microsoftí systém, který by to tak měl mít bude až Singularity(o tom jak jsem četl, jak zas Microsoft vymyslel přelomovou myšlenku radši mlčím), ale to už radši snad i ten GNU/Hurd.

Jestli si to v Linuxu neuvědomíme taky, tak do pár let už žádnýho Linuxu nebude protože tahle strategie skrátna není dlouhodobě udržitelná.

To je fakt něco. To lidi vždycky chtějí přesný opak toho co se udělá už jen tak z principu?

Už aby konečně pohli s GNU/Hurd...

S čím na něm mají hýbat? Kdo chce použít už normálně používá. Včetně mě.

[xm]

Co s tím proboha děláte? Já se s kernel panic nesetkal už mnoho let na žádném z linuxových počítačů, které spravuji (momentálně to dělá 5 desktopů, 1 notebook a 12 serverů - ale těch desktopů se za tu dobu vystřídalo více, s nejrůznějším hardwarem). Naposledy to bylo tak cca 5 let zpátky na jednom desktopu s NVidiou, kde za to mohly právě binární bloby od NVidie.

[Jardík]

Jak jsem již zmínil, díky backportu DRM z 2.6.32 pojede i s jádrem 2.6.31 správně detekce rozlišení TV připojené přes HDMI s OS ovladačema.

BTW:

mode-setting and 3D podporu