V clanku jste napsal:
"HAL skrze dbus upozorní udev a ten vytvoří příslušná zařízení i s přezdívkami, načež udev řekne dbusu, že je vše připraveno."
Myslim si ale, ze je to spise opacne. Udev demon - udevd - posloucha na unix. soketu, kterym se od kernelu dozvida o novych hw udalostech (add/remove) a Hal demon - hald - se to pak dozvi pres svuj unix. soket, kde mu to posle Udev demon. Dale, Udev demon IMHO pres D-BUS sbernici vubec nekomunikuje.
Vlákno názorů k článku
Jak události mění Linux
uživatel si přál zůstat v anonymitě
21. 2. 2008 11:15
Re: HAL -> UDEV nebo UDEV => HAL
Samozrejme, ze je to opacne a nejen to ! Adam Covex Přibyl je kardinalni kkt, co muze psat leda tak do blesku, (l)zive.cz a (n00bish)root.cz !
mm (neregistrovaný)
21. 2. 2008 12:14
Re: HAL -> UDEV nebo UDEV => HAL
Presneji - udevd posloucha na netlink socketu.
aura:89
21. 2. 2008 13:16
Re: HAL -> UDEV nebo UDEV => HAL
Jsem rad se se nad tim taky nekdo zamyslel. Puvodne jsem to mel napsane jinak, pak jsem to prepisoval a vysledek jaky je.
Retezec je nasledujici kernel vygeneruje UEVENT, ten je zpracovan UDEV (udevmonitor), prebran HALem pres /etc/udev/rules.d/90-hal.rules (lshal -m) ten pak pres dbus komunikuje s gnome-vfs. Nevim uz na zaklade ceho jsem dosel k nazoru ze to je jinak.
Retezec je nasledujici kernel vygeneruje UEVENT, ten je zpracovan UDEV (udevmonitor), prebran HALem pres /etc/udev/rules.d/90-hal.rules (lshal -m) ten pak pres dbus komunikuje s gnome-vfs. Nevim uz na zaklade ceho jsem dosel k nazoru ze to je jinak.
