Dell přináší Dynamic Kernel Module Support (diskuse)

[Christof]

jsem zmatený, DKMS se už pár let používá, co teda znamená "coming soon"?

[Ivan]

Pokud to dobre chapu, tak se jedna o podporu ovladacu mimo repozitar vanilla kernelu. Neni to patch do kernelu, ale spis balickovaci system pro ovladace.

[Espinosa]

Napodobne. V PCLinuxu je DKMS pouzivan uz nekolik let. Vetsina ovladacu na nem stoji, od NVidie, Alsu, pres Fuse po webove kamery. Tedy drivery interni i externi z hlediska vanilla kernelu, i ty zcela proprietarni.

DKMS byl dostupny i pro Fedoru, ale jen jako volitelen rozsireni v externich repozitarich, od dobrovolniku.

Vyhoda je v tom, ze ihned jakmile vyjde nova verze nejakeho ovladace, je temer ihned v repozitari a automaticky se prizpusobi vsem mym kernelum (mam jeden stabilni a dva vyvojove). Jedina nevyhoda, start systemu je pak tesne po instalaci pomalejsi, protoze se kompiluji nove drivery, zvlast Alsa, ta se kompiluje nekolik minut. Nvidia je naproti tomu bleskovka, protoze vetsi cast je uz v binarni podobe.

DKMS je sikovna vecicka, skoda ze se o ni moc nevi, mela by se propagovat.

[hajma]

Napodobne. V PCLinuxu je DKMS pouzivan uz nekolik let.

Jojo, od té doby, co to zkopírovali z Mandrivy

[Espinosa]

Asi tak ... ;) Mimochodem, jak to slape v Mandrive? je to v defaultni instalaci nebo jako "dobrovolne" rozsireni pro odvazne?

[hajma]

samozřejmě jako default. věci jako nvidia/ati ovladače, virtualbox ... by bez toho snad ani nemohly existovat

[Jakub]

> DKMS je sikovna vecicka, skoda ze se o ni moc nevi, mela by se propagovat.

No nevim, nebylo by lepsi zaclenit je do vanilla stromu? Tento pristup razi konkretne fedora - bud je to v oficialnim stromu nebo to neexistuje..

Nevyhoda je samozrejme vic prace, vyhoda v tom, ze jakmile je kod jednou ve vanille, odpada prace s infrastrukturou...navzdy..

Samozrejme ze binarni ovladace takto nejdou, ale u OSS ovladacu, u kterych je jediny problem prave prace na zacleneni bych dal DKMS -1...

[Espinosa]

Nejsem si jisty jestli si dobre rozumime.

Nejsem si jisty jestli DKMS potrebuje nejakou modifikaci kernelu. Urcite ne nutne.

DKMS je primarne daemon, ktery se spousti po zavedeni jadra ale PRED tim nez se nactou moduly. Instalacni proces upozorni DKMS pokud pribyly nove verze driveru (nove drivery), pak DKMS je zkompiluje a pak se pokracuje jako normalne, pokud je HW rozpoznan, modul se nacte, pokud HW rozpoznan neni, tak se holt kompilovalo zbytecne :)

Mozna je ten proces nepatrne odlisny a kompliluje se az ve chvili kdy se modul skutecne ma natahnout. Tim by odpadlo pomale buildovani modulu, ktere stejne nebude potreba. Takove drobne zefektivneni procesu. Pak by jista spoluprace ze strany kernelu nebo modprobe byla nutna, nicmene trivilani, staci DKMS aktivovat a rict mu co zbuildovat a pockat nez bude hotovy, tot vse.

Jako DKM se hodi jak pro in-kernel, tak i externi moduly Duvody pro DKMSizaci modulu jsou:

- odlisny vyvojovy cyklus vyvoje in-kernel driveru proti verzi jadra (alsa, cifs, ..) Cili ze nemusite cekat na novy release jadra kdyz treba vyjde novy driver pro vasi zvukovku (napriklad nejaky bugfix).

- driver je externi (napriklad protoze jeho kvality jeste nedosahli pozadovane kvality vyzadovane spravcem jadra) nebo z politickych ci licencnich ci buhvijakych duvodu.

- jedna se o uzavreny binarni driver (takovy do jadra nesmi, viz bod vyse) Mimochodem instalace takoveho driveru je VELMI rychla, protoze se toho moc nekompiluje, jen "napojovaci" soubor, vetsi cast je uz zkompilovana od vyrobce.

- v budoucnu by mohl pribyt i dalsi duvod: jednotna centralni repository driveru pro vsechny balickoidni distribuce. To je zatim ve stadiu technicky realizovatelneho sci-fi. Vyrobcum HW by se tohle urcite moc libilo a uzivatelum asi taky.