[devel] udev-0.46-alt1

[devel] udev-0.46-alt1

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 3444 bytes --]

udev-0.46-alt1.i586.rpm собран (в хэшере) и лежит в malta:/var/tmp/ и
(копия) в malta:~morozov/

Просьба уполномоченных переложить в Daedalus для тестирования

Особенности сборки:

1. udevd поднимается как сервис (2345 02 95). Вообще, по-хорошему,
   его запуск должен происходить в /etc/rc.sysinit сразу после
   монтирования /proc или даже в early user space (тогда нужно будет
   скрипт стартовый подходящий написать)

   2.1. По умолчанию собрано с _GLIBC_ (а не KLIBC), хотя в спеке
   соответствующие заточки, вроде, есть. Интересующихся (и имеющих
   возможность) просьба проверить эти заточки (Ау, Антон!)

   2.2. По умолчанию собрано с системной libsysfs (настройка в спеке)

   3. В конфиге по умолчанию udev живет в /dev и на tmpfs. Welcome to
   the real world :-). Тем, кто не чувствует, что его шворц достаточно
   велик для таких игр, глядеть в /etc/udev/udev.conf. У меня работает
   в /dev. Вроде. ;-)

   4. Политики для настройки создаваемых дивайсов лежат в
   /etc/udev/rules.d/ и /etc/udev/permissions.d/. Политики эти могут
   быть достаточно гибко сконфигурированы, там есть примеры.
   
   5. Для того, чтобы CDWriter'ы (а заодно и DVDWriter'ы) получали
   правильные права (группу там итп), я использовал devfs-like схему:
   файл устройства создается не в /dev (и имеет "скушное" имя hdc), а,
   скажем, как /dev/cdroms/cdwriter0 (с проставлением линков
   /dev/cdrom, /dev/hdc и т.д. и т.п.). Мне нравится (но у меня нет
   SCSI-дивайсов здесь, поэтому для них потребуется  доп. настройка).
   Впрочем, в конфигах я привел примеры, как вернуть все к традиционной
   схеме.

   6. Я с удовольствием рассмотрю предложения по унесению большей части
   содержимого /dev/ по специализированным подкаталогам, как я это
   сделал для ide block devices. Собственно, вы _сами_ можете добиваться
   требуемого поведения, а потом слать мне ченджы к конфигам. Ну, и
   неплохо было бы дописать обвязку для SCSI-дивайсов. Какие-то
   соображения у меня есть, может быть, я просто кину сюда вариант
   конфига, у кого есть - проверит.
   
Ложка дегтя:

  1. Нужно понимать, что udev - это не devfs. В частности, в нем нет
  device lookup'а, то есть, возможности "подгрузить модуль по открытию
  (несуществуюшего еще) устройства". Соотвественно, при переагрузке, у
  вас, вероятно, "потеряется" ваш любимый nvidia.ko, да и модулю
  обслуживающему последовательный порт никто не скажет, что его заждались.
  
  Поэтому на данном этапе предлагается вносить все такие модуля в
  /etc/modules. У меня сейчас там вот что:

  agpgart
  nvidia
  psmouse
  8250
  ide-cd

  В дальнейшем предлагается использовать патч, типа
  http://seclists.org/lists/linux-kernel/2004/Nov/1607.html

  для организации соответствующей функциональности в tmpfs.

  2. Линус пообещал в 2.7 _специально_ давать устройствам _случайные_
  major/minor в течение некоторого времени, для того, чтобы отловить
  больной юзерлэнд, который жестко завязывает эти параметры устройств с
  функциональностью (прощай devices.txt!). Одну и таких больных userland
  программ я уже вижу, это modutils, которым в /etc/modules.conf обычно
  указывают что-то типа:

  	alias char-major-14 soundcore
	...
	alias char-major-195 nvidia

  Эта схема работать более не будет, а альтернативная ей c
  probe/probeall работает только для командлайнового вызова modprobe.
  Так что, проблема грядет :-)


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] udev-0.46-alt1

[Aleksandr Blokhin]

Alexey Morozov wrote:

>udev-0.46-alt1.i586.rpm собран (в хэшере) и лежит в malta:/var/tmp/ и
>(копия) в malta:~morozov/
>
>Просьба уполномоченных переложить в Daedalus для тестирования
>  
>

Уполномоченные, в следствие отсутствия доступа к malta, просят выложить 
пакет
либо в incoming:/incoming/Daedalus/, либо переложить на Altair.

-- 
Best regards
AB
--
                ... In nomine Altli, et Ctrli, et Spititus Deli, Reset!

Re: [devel] udev-0.46-alt1

[Alexey Morozov]

[-- Attachment #1.1: Type: text/plain, Size: 222 bytes --]

Упс. Промашка вышла. В аттачменте файлик, который стоит положить
_вместо_ /etc/udev/permissions.d/00-udev.permissions, предварительно
распаковав, естественно.

Следующий билд сделаю, как разберусь со скази-дисками.


[-- Attachment #1.2: 00-udev.permissions.bz2 --]
[-- Type: application/x-bzip2, Size: 1470 bytes --]

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] udev-0.50-alt1

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 189 bytes --]

В salto.malta.altlinux.ru:/raid/OUT/Daedalus/ выложена версия
0.50. По сообщениям первых жертв, теперь должно работать как
предполагалось. Просьба уполномоченных положить это в Дедал.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] udev-0.46-alt1

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 1123 bytes --]

On Tue, Dec 14, 2004 at 05:08:27PM +0600, Alexey Morozov wrote:
> 1. udevd поднимается как сервис (2345 02 95). Вообще, по-хорошему,
>    его запуск должен происходить в /etc/rc.sysinit сразу после
>    монтирования /proc или даже в early user space (тогда нужно будет
>    скрипт стартовый подходящий написать)
Угу. См. devfsd. Работает нормально только из rc.sysinit.

>   1. Нужно понимать, что udev - это не devfs. В частности, в нем нет
>   device lookup'а, то есть, возможности "подгрузить модуль по открытию
>   (несуществуюшего еще) устройства". 
Фтопку.

>   Поэтому на данном этапе предлагается вносить все такие модуля в
>   /etc/modules. 
Так я их лучше в ядро затащу. Нунафик. Не нужен мне lt_modem до 1-го
дозвона, и т.д.

>   В дальнейшем предлагается использовать патч, типа
>   http://seclists.org/lists/linux-kernel/2004/Nov/1607.html
>   для организации соответствующей функциональности в tmpfs.
Вот потом и поговорим ;)

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Люди добрые, сизиф -- не местный, по нему в соседнем вагоне.
		-- mike in community@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] udev-0.46-alt1

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 1145 bytes --]

On Tue, Dec 14, 2004 at 11:37:36PM +0500, Andrey Rahmatullin wrote:
> > 1. udevd поднимается как сервис (2345 02 95). Вообще, по-хорошему,
> >    его запуск должен происходить в /etc/rc.sysinit сразу после
> >    монтирования /proc или даже в early user space (тогда нужно будет
> >    скрипт стартовый подходящий написать)
> Угу. См. devfsd. Работает нормально только из rc.sysinit.
Не-е-е-е... Намано все.

> >   1. Нужно понимать, что udev - это не devfs. В частности, в нем нет
> >   device lookup'а, то есть, возможности "подгрузить модуль по открытию
> >   (несуществуюшего еще) устройства". 
> Фтопку.
Это нынче называется "модульный подход".

> >   Поэтому на данном этапе предлагается вносить все такие модуля в
> >   /etc/modules. 
> Так я их лучше в ядро затащу. Нунафик. Не нужен мне lt_modem до 1-го
> дозвона, и т.д.
Не нужен, не грузите :-)

> >   В дальнейшем предлагается использовать патч, типа
> >   http://seclists.org/lists/linux-kernel/2004/Nov/1607.html
> >   для организации соответствующей функциональности в tmpfs.
> Вот потом и поговорим ;)
:-)

Кина не будет. Никто не даст нам избавленья.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] udev-0.46-alt1

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 1153 bytes --]

On Fri, Jan 07, 2005 at 09:15:41PM +0600, Alexey Morozov wrote:
> > Угу. См. devfsd. Работает нормально только из rc.sysinit.
> Не-е-е-е... Намано все.
У меня в фстабе /dev/hda1 написано.

> > >   1. Нужно понимать, что udev - это не devfs. В частности, в нем нет
> > >   device lookup'а, то есть, возможности "подгрузить модуль по открытию
> > >   (несуществуюшего еще) устройства". 
> > Фтопку.
> Это нынче называется "модульный подход".
Хде модуль device lookup'а? Почему неь в стандарной поставке?

> > >   Поэтому на данном этапе предлагается вносить все такие модуля в
> > >   /etc/modules. 
> > Так я их лучше в ядро затащу. Нунафик. Не нужен мне lt_modem до 1-го
> > дозвона, и т.д.
> Не нужен, не грузите :-)
А kppp мне его автоматом загрузит?
Сейчас грузит.

> Кина не будет. Никто не даст нам избавленья.
Мне и на devfs хорошо.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<AMike> vsu: мне после...2.6.0 пришлось систему перествлять.
<AMike> vsu: ext3 накрылся....
<vsu> AMike: да, там какой-то баг в truncate уже нашли
<AMike> теперь вот на compact любуюсь...и система такая чистая...

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] udev-0.46-alt1

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 1006 bytes --]

On Sat, Jan 08, 2005 at 11:18:40AM +0500, Andrey Rahmatullin wrote:
> > > Угу. См. devfsd. Работает нормально только из rc.sysinit.
> > Не-е-е-е... Намано все.
> У меня в фстабе /dev/hda1 написано.
Ну и замечтально :-)

> > > Фтопку.
> > Это нынче называется "модульный подход".
> Хде модуль device lookup'а? Почему неь в стандарной поставке?
Потому что еще не завернул.

> > > Так я их лучше в ядро затащу. Нунафик. Не нужен мне lt_modem до 1-го
> > > дозвона, и т.д.
> > Не нужен, не грузите :-)
> А kppp мне его автоматом загрузит?
> Сейчас грузит.
См. выше.

> > Кина не будет. Никто не даст нам избавленья.
> Мне и на devfs хорошо.
"Отзаседались, временные. Кончилось ваше время".

На самом деле, конечно, если тот господин, который начал патчить tmpfs
и поднимать из нынешнего состояния devfs не бросит свою работу (там еще,
по крайней мере, один патч есть), то, в общем, может и devfs останется.
А так, как только с начнут перетряску имени 2.7, так devfs и канет в лету.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] udev-0.46-alt1

[Mikhail Zabaluev]

В Втр, 14/12/2004 в 17:08 +0600, Alexey Morozov пишет:
>    2.1. По умолчанию собрано с _GLIBC_ (а не KLIBC), хотя в спеке
>    соответствующие заточки, вроде, есть. Интересующихся (и имеющих
>    возможность) просьба проверить эти заточки (Ау, Антон!)

А что, glibc чем-то не нравится?

>   2. Линус пообещал в 2.7 _специально_ давать устройствам _случайные_
>   major/minor в течение некоторого времени, для того, чтобы отловить
>   больной юзерлэнд, который жестко завязывает эти параметры устройств с
>   функциональностью (прощай devices.txt!). Одну и таких больных userland
>   программ я уже вижу, это modutils, которым в /etc/modules.conf обычно
>   указывают что-то типа:
> 
>   	alias char-major-14 soundcore
> 	...
> 	alias char-major-195 nvidia
> 
>   Эта схема работать более не будет, а альтернативная ей c
>   probe/probeall работает только для командлайнового вызова modprobe.
>   Так что, проблема грядет :-)

И это хорошо :)

Re: [devel] udev-0.46-alt1

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 696 bytes --]

On Wed, Dec 15, 2004 at 02:56:01AM +0300, Mikhail Zabaluev wrote:
> >    2.1. По умолчанию собрано с _GLIBC_ (а не KLIBC), хотя в спеке
> >    соответствующие заточки, вроде, есть. Интересующихся (и имеющих
> >    возможность) просьба проверить эти заточки (Ау, Антон!)
> А что, glibc чем-то не нравится?
В early user space? ;-) Нет, не очень :-)

> >   	alias char-major-14 soundcore
> > 	...
> > 	alias char-major-195 nvidia
> > 
> >   Эта схема работать более не будет, а альтернативная ей c
> >   probe/probeall работает только для командлайнового вызова modprobe.
> >   Так что, проблема грядет :-)
> И это хорошо :)
Ну, да. Движение - это жизнь, стабильность - смерть :-)


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] udev-0.46-alt1

[Mikhail Zabaluev]

[-- Attachment #1: Type: text/plain, Size: 593 bytes --]

В Птн, 07/01/2005 в 21:13 +0600, Alexey Morozov пишет:
> On Wed, Dec 15, 2004 at 02:56:01AM +0300, Mikhail Zabaluev wrote:
> > >    2.1. По умолчанию собрано с _GLIBC_ (а не KLIBC), хотя в спеке
> > >    соответствующие заточки, вроде, есть. Интересующихся (и имеющих
> > >    возможность) просьба проверить эти заточки (Ау, Антон!)
> > А что, glibc чем-то не нравится?
> В early user space? ;-) Нет, не очень :-)

Это когда /usr может быть не подмонтирована?
Иначе, все равно не понимаю -- библиотека сравнительно небольшая,
выдающихся зависимостей не имеет.
А что такое klibc?


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] udev-0.46-alt1

[Mikhail Zabaluev]

[-- Attachment #1: Type: text/plain, Size: 840 bytes --]

В Птн, 07/01/2005 в 22:42 +0300, Mikhail Zabaluev пишет:
> В Птн, 07/01/2005 в 21:13 +0600, Alexey Morozov пишет:
> > On Wed, Dec 15, 2004 at 02:56:01AM +0300, Mikhail Zabaluev wrote:
> > > >    2.1. По умолчанию собрано с _GLIBC_ (а не KLIBC), хотя в спеке
> > > >    соответствующие заточки, вроде, есть. Интересующихся (и имеющих
> > > >    возможность) просьба проверить эти заточки (Ау, Антон!)
> > > А что, glibc чем-то не нравится?
> > В early user space? ;-) Нет, не очень :-)
> 
> Это когда /usr может быть не подмонтирована?
> Иначе, все равно не понимаю -- библиотека сравнительно небольшая,
> выдающихся зависимостей не имеет.

Oops, видимо, долгие каникулы не прошли даром ;)
Игнорируйте предыдущее сообщение.
Если кого-то не устраивает glibc, с которой слинкован init, я в этом все
равно ничего не понимаю.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] udev-0.46-alt1

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 452 bytes --]

On Fri, Jan 07, 2005 at 10:49:54PM +0300, Mikhail Zabaluev wrote:
> > Это когда /usr может быть не подмонтирована?
> > Иначе, все равно не понимаю -- библиотека сравнительно небольшая,
> > выдающихся зависимостей не имеет.
> Oops, видимо, долгие каникулы не прошли даром ;)
> Игнорируйте предыдущее сообщение.
> Если кого-то не устраивает glibc, с которой слинкован init, я в этом все
> равно ничего не понимаю.
Тэкс.... Вторая попытка? ;-)


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] udev-0.46-alt1

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 716 bytes --]

On Fri, Jan 07, 2005 at 10:42:01PM +0300, Mikhail Zabaluev wrote:
> > > А что, glibc чем-то не нравится?
> > В early user space? ;-) Нет, не очень :-)
> Это когда /usr может быть не подмонтирована?
Это когда / нет ;-) То, чем раньше initrd занимался. 

> Иначе, все равно не понимаю -- библиотека сравнительно небольшая,
> выдающихся зависимостей не имеет.
> А что такое klibc?
Это такая минизамена.

alex@pyro BUILD/udev-050/klibc $ du -s
2.2M    .
alex@pyro BUILD/udev-050/klibc $ _

Понятное дело, заметной части функциональности нет, но, в общем, не
больно-то и хотелось. stdio есть, управление процессами есть, что еще
нужно для счастья ;-)

Но, подчеркиваю, у меня сейчас сборка с glibc.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]