Re: lug-bg: DevFS или UDEV
- Subject: Re: lug-bg: DevFS или UDEV
- From: George Danchev <danchev@xxxxxxxxx>
- Date: Mon, 28 Feb 2005 22:24:08 +0200
On Monday 28 February 2005 16:10, Damyan Ivanov wrote:
> Valentin Valchev wrote on 28.02.2005 11:56:
> | Здравейте!
> | Използвам Mandrake/Cooker. След последното обновяване при зареждане на
> | системата някои скриптове почнаха да пищят че няма да заредят udev
> | защото съм използвал devfs.
> | Въпроса ми е свързан с това - каква е разликата между udev и devfs и
> | естествено, кое е по-добре да използвам?
> | Разбира се, иска ми се всички програми да си вървят както трябва, ако
> | взема да мина на udev.
>
> Мини на udev. DevFS е изоставена в новите ядра (там е, но е "deprecated").
>
> Всичко би трябвало да си работи и с двете.
>
> Разликата между udev и debfs е, че udev е userspace-базирана, докато
> devfs - kernelspace. Иначе и двете правят едно и също - поддържат /dev
> спретната и актуална.
За да не хвърлиме някой в тъча и да си помисли, че съответния кернелски код е
трансфериран изцяло в юзър-спейски такъв ще обадиме, че не е много точно да
се сравнява devfs съпорт-а в ядрото с udev [1] и hotplug юзърспейс
програмите.
В единия случай имаме devfs в ядрото + devfsd в потребителското пространство
(абсолютно незадължителни, като белия гълъб на мира ;-).
Във втория случай имаме sysfs в ядрото (винаги е закомпилирано, т.е. не е на
опция) + udev + hotplug в потребителското пространство.
Всичко започва от т.н. kernel objects [2] (несъмнено е най-интересната част,
иначе са си структури ;-), които sysfs [3] експортира за юсърспейса в
подходящ вид. (sysfs е монтирана в /sys и е от тип nodev като proc и tmpfs,
т.е. псевдо фс живееща в рама и неасоциирана с дадени дискови дивайси в
контраст с ext2/3, reiserfs, xfs, etc ... )
Няколко Юникса имат devfs къде добре къде по-зле имплементирано, номера с
експортване на ядрени обекти (kobject/kset/ktype/subsystem) към
потребителското пространство за сега го има само в линукс 2.6 и няма с кой да
се сравни към момента, но ми се струва, че ще му се намерят и камара други
приложения освен "захранването" на udev+hotplug.
Що се касае до плавното преминаване от devfs+(devfsd) към sysfs+(udev+hotplug)
то се пишат скриптове от съответния дистрибутор и вероятно в bug tracking
systema на MDK има репортвани бъгове и поправки за такъв преход.
p.s. добър въпрос би бил: защо ново име /sys а не просто в /proc.. ами защото
последния е достатъчно пълен с неща които не са точно за там, особено
гледайки /proc на други ОСи ;-)
[1] http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev.html
[2] /usr/src/linux/Documentation/kobject.txt (kudos go here !)
[3] /usr/src/linux/Documentation/filesystems/sysfs.txt
--
pub 4096R/0E4BD0AB 2003-03-18 <danchev.fccf.net/key pgp.mit.edu>
fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB
============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================
|