Спасибо.
> Видимо это и есть ответ на ваш вопрос:)
Похоже, что да, и ответ полный: написано подробнее и точнее, чем мой текст.
Мне остаётся это только в "художественном стиле" переписать, и всё.
31.07.2022 20:03, IL Ka пишет:
Но это же делает набор правил уже *после* того, как устройство
>
>
> Но это же делает набор правил уже *после* того, как устройство было
> выставлено драйвером.
> Или я что-то неправильно понимаю?
>
Не совсем imho: В devfs файлы устройств появлялись от вызова драйвером
devfs_register.
devfsd мог по ним сделать символические ссылки, но сами файлы он не
Хотя, в целом, для врезки информации достаточно.
31.07.2022 14:48, Maksim Dmitrichenko пишет:
вс, 31 июл. 2022 г. в 14:27, Артём Н. :
В DevTmpFS, по сути, тоже самое: если вы её примонтируете куда-то не в
/dev, просто ради любопыства, там будут устройства, выставленные ядром.
Если я
Ну, или точнее, про демон, который идёт вместе с devfs, там есть одно
упоминание, но мне не вполне ясно, это про devfsd (который пришёл на
замену devfs вместе с её демоном, как я понял) или нет?
Т.е., udev к devtmpfs не имеет прямого отношения: это просто независимо
работающие вещи, тут всё
> Если я правильно понимаю, то сейчас devtmpfs совершенно не обязательный
> элемент. Он нужен только для того, чтобы ускорить загрузку и не ждать
пока
> udev наплодит там нужные ноды.
Ну, т.е. сначала ноды экспортируются из ядра, затем применяются udev
правила (операция переименования
вс, 31 июл. 2022 г. в 14:27, Артём Н. :
>
> В DevTmpFS, по сути, тоже самое: если вы её примонтируете куда-то не в
> /dev, просто ради любопыства, там будут устройства, выставленные ядром.
>
Если я правильно понимаю, то сейчас devtmpfs совершенно не обязательный
элемент. Он нужен только для
Здравствуйте.
> Тут наверное стоило бы рассказать, что в Devfs файл устройства
создавал драйвер, пользователь на это никак не влиял.
В DevTmpFS, по сути, тоже самое: если вы её примонтируете куда-то не в
/dev, просто ради любопыства, там будут устройства, выставленные ядром.
> Кажется,
Ну, а я про что?
Андроид же, как я понял, хочет наоборот: сделать отдельный велосипед
("вернуть всё взад").
Не вижу тут ничего весёлого.
31.07.2022 09:41, Alexander Galanin пишет:
31.07.2022 02:17, Артём Н. пишет:
Понял, допишу. Спасибо.
Не хватало ещё очередного демона взамен udev,
Добрый день,
>
> Затем разработчики Linux добавили в ядро поддержку devfs (не той,
> которая используется сейчас). С ней возникли проблемы. Например,
> пользовательские скрипты при загрузке должны были ожидать заполнения
> иерархии и как-то синхронизироваться, необходимость явных вызовов изо
>
31.07.2022 02:17, Артём Н. пишет:
Понял, допишу. Спасибо.
Не хватало ещё очередного демона взамен udev, интегрированного в systemd.
Спасибо, повеселило. Ничего, что udev самым бессовестным образом лежит
_внутри_ репозитория systemd?
--
Alexander Galanin
Понял, допишу. Спасибо.
Не хватало ещё очередного демона взамен udev, интегрированного в systemd.
30.07.2022 20:02, Maksim Dmitrichenko пишет:
сб, 30 июл. 2022 г. в 16:39, Артём Н. :
Вот, отлично. То, что надо.
А по udev в чём проблема? Он же появился самый последний?
Ну то, в каком виде
сб, 30 июл. 2022 г. в 16:39, Артём Н. :
> Вот, отлично. То, что надо.
> А по udev в чём проблема? Он же появился самый последний?
>
Ну то, в каком виде он сейчас - это не то, как была на рубеже отказа от
devfs. Если я правильно помню, то тогда никакого devtmpfs не было. Была
просто tmpfs, ноды в
Вот, отлично. То, что надо.
А по udev в чём проблема? Он же появился самый последний?
И я в конце его упомянул (а сейчас и так все знают, что это).
30.07.2022 16:18, Maksim Dmitrichenko пишет:
Уф... давно дело было, конечно, но.
Во-первых, в вашем повествовании пропущена целая эпоха под
Ok, буду искать дискуссию. А описание я видел это. Там "красота devfs",
но система почему-то загнулась...
30.07.2022 16:13, Иван Лох пишет:
On Sat, Jul 30, 2022 at 03:57:35PM +0300, Артём Н. wrote:
Так 2002-2020, а некоторые решения, о которых я спрашиваю - это ещё 90-е.
Кроме того, искать в
Уф... давно дело было, конечно, но.
Во-первых, в вашем повествовании пропущена целая эпоха под названием udev.
Во-вторых, на сколько я помню, всю эту кашу заварили по сути из-за hotplug,
когда ноды стали появляться и исчезать динамически. Devfs была интересной
штукой, но в зависимости от
On Sat, Jul 30, 2022 at 03:57:35PM +0300, Артём Н. wrote:
> Так 2002-2020, а некоторые решения, о которых я спрашиваю - это ещё 90-е.
> Кроме того, искать в тысячах сообщений именно то, что нужно, далеко не так
> просто, ну и та информация по devfs, которая там есть, мало о чём говорит:
>
Так 2002-2020, а некоторые решения, о которых я спрашиваю - это ещё 90-е.
Кроме того, искать в тысячах сообщений именно то, что нужно, далеко не
так просто, ну и та информация по devfs, которая там есть, мало о чём
говорит: https://www.google.com/search?q=devfs+site:lkml.org
Возможно кто-то
On Sat, Jul 30, 2022 at 02:14:31PM +0300, Артём Н. wrote:
> Здравствуйте.
>
>
> Пишу врезку для главы книги, и нужно краткую историю DevFS привести.
> Кто-нибудь помнит реальные причины того, почему devfs "не взлетел" и был
> заменён на devtmpfs?
https://lkml.org/
Здравствуйте.
Пишу врезку для главы книги, и нужно краткую историю DevFS привести.
Кто-нибудь помнит реальные причины того, почему devfs "не взлетел" и был
заменён на devtmpfs?
Уверен, что тут есть те, кто и первой активно пользовались, и в любом
случае, буду вам благодарен за любые
19 matches
Mail list logo
