From: Anton Farygin <rider@altlinux.com> To: ALT Devel discussion list <devel@altlinux.ru> Subject: Re: [devel] modules-init-tools Date: Tue, 09 Dec 2003 10:33:46 +0300 Message-ID: <3FD57ADA.9070104@altlinux.com> (raw) In-Reply-To: <20031208115429.GD6265@sam-solutions.net> Alexander Bokovoy wrote: > On Mon, Dec 08, 2003 at 02:53:19PM +0300, Anton Farygin wrote: > >>>>>собрал единый modutils, работающий под обоими ядрами, только осталось >>>>>сделать так, чтобы под 2.6 работал тот же макроязык, что и под 2.4. >>>> >>>>А нужно это делать ??? Все равно имена модулей меняются... т.е. - я >>> >>>Нужно. Для смены имен модулей и предназначены два разных дерева для >>>конфигурационных файлов -- {/etc/modules.conf, /etc/modutils.d/} и >>>{/etc/modprobe.conf, /etc/modprobe.d/}. >> >>Нет, я имею в виду - поддержку под 2.6 макроязыка 2.4. > > В modules-init-tools для 2.6 присутствует урезанный макроязык из 2.4. > Урезанный настолько, что для нормальной работы он не приспособлен. > Фактически, там есть только alias и запуск внешней программы. И все. > > >>Может быть это сделать на уровне баз данных ? > > В modprobe поддержка работы с зависимостями между модулями все равно > остается, так что не имеет смысла дублировать ее на уровне БД. Нужно в БД > хранить правильную информацию для того, чтобы modprobe ее мог внятно > использовать. Скажу еще, что и в 2.4 у _нас_ полностью возможности > modprobe не используются, тем самым создавая проблемы с конфигурациями, > где должны загружаться нетривиальные стеки модулей. Ести ли пример дистрибутива (или средств настройки), где используются полностью возможности modprobe ? > > >>>>реально не понимю как мы сможем конфигурить железо для двух ядер сразу ? >>> >>>Нормальными базами данных по драйверам. Не вижу никаких проблем. >> >>Ага. т.е. - в базу данных добавить параметр - ветка ядра. > > Это самое элементарное. Да. Только ряд вопросов все равно остается: 1) Для каких полей базы данных необходимо использовать параметр - версию ядра. На мой взгляд: имени модуля недостаточно. Нужно как минимум для команд настройки и строк modutils. 2) Как быть с реализацией автоопределения устройств в разных ядрах ? Я не хотел бы реализовывать детект мыши для ядра 2.4, ибо ядро 2.6 это делает самостоятельно и записывает эту информацию в /proc/bus/input. Мышь - это только пример. Кроме этого могут быть различия в работе SCSI, USB, FireWire и т.д. Rgds, RIder
next prev parent reply other threads:[~2003-12-09 7:33 UTC|newest] Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-12-02 7:49 [devel] Сборка модулей ядра "для чайников" Вячеслав Диконов 2003-12-02 8:19 ` Andrey Rahmatullin 2003-12-02 21:56 ` Вячеслав Диконов 2003-12-03 9:45 ` Sergey Vlasov 2003-12-04 22:08 ` Вячеслав Диконов 2003-12-05 7:04 ` Sergey Vlasov 2003-12-05 13:01 ` Anton Farygin 2003-12-05 20:54 ` Вячеслав Диконов 2003-12-06 8:29 ` Sergey Vlasov 2003-12-05 12:58 ` Anton Farygin 2003-12-05 19:20 ` Вячеслав Диконов 2003-12-06 8:08 ` Sergey Vlasov 2003-12-07 15:49 ` Anton Farygin 2003-12-07 19:07 ` Alexander Bokovoy 2003-12-08 10:42 ` [devel] modules-init-tools Anton Farygin 2003-12-08 11:08 ` Alexander Bokovoy 2003-12-08 11:53 ` Anton Farygin 2003-12-08 11:54 ` Alexander Bokovoy 2003-12-09 7:33 ` Anton Farygin [this message] 2003-12-09 9:47 ` Alexander Bokovoy 2003-12-09 11:21 ` Anton Farygin 2003-12-09 11:17 ` Alexander Bokovoy 2003-12-09 11:44 ` Anton Farygin 2003-12-09 11:48 ` Dmitry V. Levin 2003-12-09 12:05 ` Anton Farygin 2003-12-09 12:29 ` Alexander Bokovoy 2003-12-10 19:00 ` [devel] modules-init-tools Michael Shigorin 2003-12-11 5:05 ` Alexey I. Froloff 2003-12-11 7:44 ` Michael Shigorin 2003-12-07 18:29 ` [devel] Сборка модулей ядра "для чайников" Alexey I. Froloff 2003-12-07 19:48 ` Вячеслав Диконов 2003-12-07 21:28 ` Alexey I. Froloff 2003-12-08 10:44 ` Anton Farygin 2003-12-08 15:48 ` Вячеслав Диконов 2003-12-09 19:37 ` Alexey I. Froloff 2003-12-10 22:45 ` Вячеслав Диконов 2003-12-11 5:07 ` Alexey I. Froloff 2003-12-10 19:01 ` [devel] [JT] " Michael Shigorin 2003-12-11 5:13 ` Alexey I. Froloff 2003-12-02 8:30 ` [devel] " Sergey Vlasov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=3FD57ADA.9070104@altlinux.com \ --to=rider@altlinux.com \ --cc=devel@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git