loader.conf

[Dan Lukes]

Zbynek Burget wrote, On 11/18/02 07:41:

> > Pokud vim, vsechno co lze spustit lze take zakompilovat do jadra.
>
> Jakym zpusobem muzu zakompilovat do jadra neco nestandardniho? Zatim umim
> zakompilovat jenom to, co jsem nasel v LINT. tzn. klicova slova options,
> device a pseudo-device. Kdyz jsem napsal neco jineho nebo jsem za "device"
> napsal neco jineho nez je znamy ovladac, tak mi to hlasilo chybu...

	Nestandardni veci proste nepujdou do jadra zakompilovat vyhradne za 
pouziti standardnich prostredku urcenych prave a pouze pro kompilaci 
standardnich komponent ... ;-)

	To si musis napsat vlastni Makefile, nebo prinejmensim upravit 
existujici ...

> > A co se tyce te "zbytecnosti" - pcm obsahuje kod spolecny pro zarizeni
> > tohoto typu, takze je nutnym doplnkem k konkretnimu ovladaci (ds1)
> > nikoli konkurentem (takze tam neni zbytecne). To, ze v jadre se jednim
> > optionem zakompiluje podpora pro vsechny podporovane zvukovky najednou a
> > navic jmeno optionu s4 shoduje se jmenem "spolecne casti" je vec jina.
> >
>
> Tady jsme si asi nerozumeli. Zkousel jsem variantu device pcm v jadre (bez
> nahrati cehokoliv v loader.conf) a zkousel jsem variantu v loader.conf
> nahrat snd_ds1.ko (bez device pcm v kernelu). Pri zakompilovanem 
> device pcm
> v jadre to zvukovku naslo a fungovala (teda s tim jinde popsanym 
> problemem s
> .mid). Kdyz jsem nahraval snd_ds1.ko v loader.conf, tak to vypsalo, ze se
> nahravy pozadovany modul snd_pcm.ko. V dmesg to vypsalo naprosto stejnou
> hlasku a zvukovka fungovala uplne stejne. Proto jsem se ptal na zbytecnost
> device pcm v kernelu. Z vasi zpravy vyplyva, ze pri zakompilovani 
> device pcm
> do jadra se pri nahrati snd_ds1 pouzije device pcm nahraty soucasne s
> jadrem. Rozumim tomu dobre?


	Rekl bych, ze ano. Nicmene, ja se domnivam, ze takovychle "mizovany" 
pristup nema valneho smyslu - bud' se rozhodnete moduly zakompilovat do 
jadra, nebo je dynamicky nahravejte. Ano, vysledek by mel byt v obou 
pripadech stejny, ale rekl bych, ze si neprehlednosti konfigurace (cast 
komponent pro jedno zarizeni staticky, cast dynamicky) koledujete o 
blize nespecifikovane problemy v budoucnosti ...

								Dan


-- 
Dan Lukes     tel: +420 2 21914205, fax: +420 2 21914206
root of  FIONet, KolejNET,  webmaster  of www.freebsd.cz
AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz