From: Denis Ovsienko <pilot@altlinux.ru> To: devel@altlinux.ru Subject: [devel] hotplug и net-scripts (#4332) Date: Fri, 11 Jun 2004 00:22:25 +0300 Message-ID: <20040611002225.0fb725e7.pilot@altlinux.ru> (raw) [-- Attachment #1: Type: text/plain, Size: 1833 bytes --] Привет. Ниже находятся мои соображения по поводу порядка инициализации сетевых интерфейсов после споров по поводу бага #4332. Факты и требования таковы: (1) hotplug находит не все устройства (2) hotplug обязательно должен запускать ifup для сетевых интерфейсов (3) запуск hotplug безусловен (4) решение проблемы должно работать с уже имеющимися ifcfg-* (5) /etc/init.d/network сейчас отключает hotplug во время поднятия интерфейсов Отсюда следует, что (6) запуск /etc/init.d/network также обязателен из-за (1) Из (2) и (3) следует, что для интерфейсов, которые hotplug сможет обнаружить, ifup будет запущен 2 раза. Если убрать (5), то ifup будет запускаться 2 раза и для тех интерфейсов, которые hotplug обнаружить не смог, но обрабатывать хочет (эти два утверждения относятся к интерфейсам с ONBOOT=yes). Из практического опыта ясно, что (7) флаг ONBOOT выводить из обращения нельзя Принимая в расчёт то, что hotplug должен работать с PCI-устройствами, выключать эту поддержку нельзя. Отсюда вырисовывается вопрос: обязательно ли ifup должен отрабатывать, если он вызван из hotplug (это можно определить по переменной IN_HOTPLUG)? Я думаю, что по умолчанию не должен. Но должен быть способ заставить его это делать. Что у нас получается: 1. с имеющимися ifcfg-* ifup будет игнорировать вызов из hotplug 2. если в ifcfg-* имеется переменная USE_HOTPLUG=yes, то вызов будет отработан 3. USE_HOTPLUG=yes подразумевает ONBOOT=no 4. PCMCIA-интерфейсы работать по умолчанию не будут, но это не так страшно, потому что для них всё равно нужно создавать ifcfg-*, который сразу можно создать правильным 5. блокировать работу hotplug /etc/init.d/network больше не будет Это реализуется приложенным небольшим патчем. Заинтересованным разработчикам просьба проверить на машине с PCMCIA ethernet и USB mouse (скорее всего это ноутбук). [-- Attachment #2: net-scripts-0.4.8.nohotplug.patch --] [-- Type: application/octet-stream, Size: 1889 bytes --]
next reply other threads:[~2004-06-10 21:22 UTC|newest] Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-06-10 21:22 Denis Ovsienko [this message] 2004-06-11 6:36 ` Вячеслав Диконов 2004-06-11 6:59 ` Anton Farygin 2004-06-11 7:52 ` Вячеслав Диконов
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=20040611002225.0fb725e7.pilot@altlinux.ru \ --to=pilot@altlinux.ru \ --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