Newsgroup: it.comp.os.linux.sys
Titolo: udev

Salve,
qualcuno usa con successo udev sotto fedora?
E` solo una mia impressione o la cosa e` realmente un non-sense?
(hotplug a parte)
bye,
-- 
piergiorgio

 E` solo una mia impressione o la cosa e` realmente un non-sense?
Cosa te lo fa pensare?
Luca
-- 
Home: 
http://kronoz.cjb.net
Il piu` bel momento dell'amore e` quando ci si illude che duri per 
sempre; il piu` brutto, quando ci si accorge che dura da troppo.

 Cosa te lo fa pensare?
Il fatto che per creare i device (in tmpfs) abbia bisogno
dei driver (moduli kernel) che si caricano in automatico
quando si accede al device...
In realta` i moduli si dovrebbero caricare al boot (cosa
che non mi piace affatto), ma la cosa pare non essere
proprio funzionante (fedora core 3 test 2).
bye,
-- 
piergiorgio

 proprio funzionante (fedora core 3 test 2).
Non ti seguo. I moduli vengono caricati via hotplug quando serve. Se non
vuoi che vengano caricati li metti in blacklist.
Luca
-- 
Home: 
http://kronoz.cjb.net
Mi piace avere amici rispettabili;
Mi piace essere il peggiore della compagnia.

 vuoi che vengano caricati li metti in blacklist.
L'attuale implementazione di udev in FC3 prevede che /dev sia in tmpfs,
cioe` in ram e che sia creata on-the-fly al boot.
Il che vuol dire che nessun device esiste se il modulo corrispondente
non e` caricato prima, quindi il concetto di service on demand non si
applicherebbe piu`, a meno di qualcosa altro, per questo chiedevo.
Il risultato dell'ultima prova (un paio di udev fa), e` che, per
esempio, il cdrom non e` piu usabile (in modo trasparente), dato che
ide-cd non viene caricato (non so perche` e non lo voglio neanche
saperlo) ed il device /dev/hdc non esiste.
Lo stesso risultato per altri moduli, come bttvm, nvidia (che deve
avere un trattamento particolare con udev, pare) o microcode.
Nell'ultima release udev e` obbligatoriamente in tmpfs, mentre in
precedenza era disattivabile (usava /dev normalmente e gestiva
l'hotplug senza problemi).
Ora mi chiedevo se questa cosa sia una scelta di FC oppure abbia
direttamente a che fare con udev.
bye,
-- 
   Piergiorgio Sartor

 saperlo) ed il device /dev/hdc non esiste.
lolololo.... :-)
bye,
-- 
   Piergiorgio Sartor

 avere un trattamento particolare con udev, pare) o microcode.
il problema è che udev richiede che il driver si registri su sysfs, ed 
il driver nvidia non lo fa, quindi o applichi una patch al driver oppure 
crei con mknod il device ad ogni boot.
c'è anche un altro problema subdolo che ho visto sulla mailing list del 
kernel. se tu fai:
modprobe mio-modulo;mio-programma
dove mio-programma richiede un device /dev/mio-device creato dal 
mio-modulo, potrebbe succedere che udev crei /dev/mio-device quando 
ormai mio-programma è andato in errore perchè /dev/mio-device ancora non 
esiste.
udev può essere configurato anche x questa situazione, ma ... rimango 
comunque perplesso.
Ciao

 kernel. se tu fai:
[...]
Questa era anche una delle questioni, solo che, ancora,
non mi pare avere senso caricare il modulo per avere il
device, e` meglio avere il device (che occupa meno spazio)
e poi, eventualmente, caricare il modulo on-demand.
Al momento, comunque, /dev sulla mia macchina e` forzatamente
su HD, il che causa un po' di errori al boot, ma il resto
funziona come prima.
bye,
-- 
   Piergiorgio Sartor

 e poi, eventualmente, caricare il modulo on-demand.
Dal punto di vista dello spazio occupato si, ma -credo- dal punto di vista
logico ha piu` senso che il device compaia quando c'e` qualcuno "dietro"
in grado di gestirlo; che senso avrebbe avere i device ma non
poterli usare?
In ogni caso, se ben ricordo, devfs caricava il modulo opportuno
*e* creava il device quando qualcuno provava ad accedere a /dev/qualcosa,
indipendentemente dal fatto che /dev/qualcosa esistesse.
Per usare un esempio, sempre se ben ricordo, se un programma
doveva accedere a /dev/rtc e /dev/rtc _non_ esisteva, devfs
automagicamente sia caricava il modulo per rtc, sia creava il device
opportuno.
-- 
Francesco Romani -- Ikitt 
'In fact, users don't read /anything/'                       -- Joel Spolsky
"l'INFORMATICA e` morta"

 opportuno.
udev non carica moduli, questo e` ben scritto nei doc.
bye,
-- 
   Piergiorgio Sartor

 direttamente a che fare con udev.
Ci si sta muovendo nella direzione di rendere major:minor dei semplici
cookie casuali, per:
- aumentare il numero di device utilizzabili (che non e` un problema sui
  desktop)
- rimuovere quella falsa idea di persistenza che la numerazione attuale
  fornisce.
Luca
-- 
Home: 
http://kronoz.cjb.net
It can't rain forever,
but you can die before seeing the sun again.

 con gli script di hotplug.
Il problema e` che io voglio caricare il modulo _solo_ quando
uso il device, non giusto per creare il device.
La persistenza, cioe`, voglio sia la minima possibile.
Guardando rc.sysinit ho trovato che userebbe "kmodule" per
caricare trovare i moduli da caricare (dopo), il fatto strano
e` che 1) kmodule non mi pare (devo ricontrollare) trovi ide-cd
e 2) pur trovando altre cose (bttv) queste non vengono caricate.
Ovviamente se funzionasse non mi andrebbe bene lo stesso :-),
ma non sarebbe troppo male...
bye,
-- 
   Piergiorgio Sartor