dil: (Default)
dil ([personal profile] dil) wrote2004-12-13 12:04 am
Entry tags:

(no subject)

как грустно пытаться понять чужую программу о двацати тысячах строк на малознакомом ассемблере :(

P.S. Какие ненатуралы придумали devfs? Динамическое создание виртуальных директорий - это всё-таки сильное извращение..

[identity profile] ufm.livejournal.com 2004-12-12 01:23 pm (UTC)(link)
btw, devfs - deprecated.

[identity profile] dil.livejournal.com 2004-12-12 01:25 pm (UTC)(link)
Я в курсе, но тут она как раз используется

[identity profile] sha90w.livejournal.com 2004-12-12 02:01 pm (UTC)(link)
а что теперь ?

[identity profile] ufm.livejournal.com 2004-12-12 02:11 pm (UTC)(link)
udev - Linux configurable dynamic device naming support

???

[identity profile] dmarck.livejournal.com 2004-12-13 02:34 am (UTC)(link)
marck@jujik:~> mount
/dev/ad0s1a on / (ufs, local, soft-updates)
devfs on /dev (devfs, local)
/dev/ad0s1e on /usr (ufs, local, soft-updates)
/dev/ad0s1d on /var (ufs, local, soft-updates)
marck@jujik:~> grep devfs /etc/fstab 
marck@jujik:~> uname -a
FreeBSD jujik.* 6.0-CURRENT FreeBSD 6.0-CURRENT #3: Thu Dec  9 00:29:08 MSK 2004 i386
marck@jujik:~> 

Re: ???

[identity profile] dil.livejournal.com 2004-12-13 03:19 am (UTC)(link)
В данном случае речь шла о линуксе. Хотя в общем процесс интересный, да.
В линуксе появилась devfs, потом от нее отказались, теперь она появилась во фре. И наоборот, когда во фре почти пришли к идее о ненужности raw devices, они всплыли в линуксе :)

[identity profile] dmarck.livejournal.com 2004-12-13 02:36 am (UTC)(link)
Оно просто требует определенным образом повернутой головы. Но как только ее так повернешь -- сразу все б/м стройно получается.

Опять же, для слоеных структур это много удобнее классического однослойного /dev/

[identity profile] dil.livejournal.com 2004-12-13 03:06 am (UTC)(link)
Во-первых, никто не мешает делать классический /dev многослойным - вот хоть тот же vinum возьми. Или вот в моем линуксе /dev/rd/, ida/, pts/, snd/, usb/, shm/ и прочая фигня.

Во-вторых, проблема в том, что мне так труднее найти в драйвере то место, где регистрируется конкретное устройство, и соответственно, найти его обработчики системных вызовов. Собственно, меня интересуют только подробности некоторых ioctl'ных вызовов. А драйвер, понятное дело, был binary-only :)