sslug-teknik team mailing list archive

["Klaus S. Madsen" <sslug@xxxxxxxxxxxxxxxx>]

On Tue, Nov 18, 2003 at 10:00:14AM +0100, Klavs Klavsen wrote:
> > Fordi gentoo bruger devfs, er det (så vidt jeg lige ved) ikke muligt
> > at bruge de normale modules-autoload og modules.conf tricks til at
> > loade modulet, når der bliver behov for det. For /dev/dsp osv, skal
> > findes, inden at modprobe ved hvad den skal lede efter, og det device
> > ekstisterer først når lyd-modulerne er loadet... Hønen og ægget :-)
> > 
> Det er en misforståelse. modprobe's "tricks" består i at den kigger
> efter bestemte alias'er i modules.conf, for at vide hvilket modul der
> skal loades når der spørges efter et bestemt device. loadingen af dette
> modul, får så devfs til at skabe det nødvendige device.
Hmm... Med mindre der er noget jeg misset fuldstændigt, så kan det du
siger ikke virke.

På et normalt system (her defineret ved at det ikke bruger devfs), har
man på alle tidspunkter et /dev/dsp, som er et char device der har major
14 og minor 3. Når et program forsøger på at åbne det device (dvs.
kalder open på /dev/dsp), så finder kernen ud af at den ikke har nogen
driver der håndterer devicet med major 14 og minor 3. Derfor kalder den
modprobe, for at se om den ikke har en løsning på problemet.

Men når man kører devfs, så findes /dev/dsp slet ikke, så devices bliver
så vidt jeg ved ikke forsøgt startet (hvilket passer med mine
observationer omkring autoloading af et modul til lirc).

Det kan selvfølgelig godt lade sig gøre, men det kræver enten at kernen
kan oversætte /dev/dsp til char-major-14-3 (tvivlsomt), eller at
modprobe ved at /dev/dsp svarer til det (knapt så tvivlsomt, men heller
ikke sandsynligt).

Men jeg kunne jo tage fejl :-)

-- 
/-----------------------------------------------------\
| Klaus S. Madsen      | "Failure is not an option... |
| ICQ: 45400164        |  It comes bundled with your  |
| www.hjernemadsen.org |  Microsoft products!"        |
\-----------------------------------------------------/