4668 2004-07-04 03:02:23 +0400 непоследовательность в событиях 2005-10-11 11:35:13 +0400 1 1 4 Development Sisyphus hotplug unstable all Linux CLOSED FIXED P2 normal --- 1 pilot rider mike sbolshakov sr taf qa-sisyphus oldest_to_newest 16388 0 pilot 2004-07-04 03:02:23 +0400 1. При вставке PCMCIA-карты ifup (на ifdown я не обратил внимания, тоже возможно) запускают и cardmgr (service pcmcia) и hotplug. Я думаю, что hotplug сюда пусть лучше не лезет. 2. При вставке CardBus-карты ifup запускает только hotplug. Но при её извлечении ifdown не запускается. 16796 1 rider 2004-07-09 13:19:25 +0400 1. Наоборот, скорее пусть наверное cardbus этого не делает. Ибо hotplug не сможет понять кем обслуживается эта плата ;-( 2) Поддержка remove для net.agent добавлена в 2004_03_29-alt3 16797 2 rider 2004-07-09 13:22:57 +0400 Кстати, наблюдаю в hotplug следующий код: # Run ifrename as needed - Jean II # Remap interface names based on MAC address. This workaround # the dreaded configuration problem "all my cards are 'eth0'"... # This needs to be done before ifup otherwise ifup will get # confused by the name changed and because iface need to be # down to change its name. if [ -x /sbin/ifrename ] && [ -r /etc/iftab ]; then debug_mesg invoke ifrename for $INTERFACE NEWNAME=`/sbin/ifrename -i $INTERFACE` if [ -n "$NEWNAME" ]; then debug_mesg iface $INTERFACE is remapped to $NEWNAME INTERFACE=$NEWNAME fi; fi У нас есть поддержка этого добра в net-scripts ? 16800 3 pilot 2004-07-09 13:38:30 +0400 Насколько я вижу, при наличии ifrename и iftab должно работать само собой. Интересный ход. Миша, попробуй залочить свои две карты через MAC. 16804 4 mike 2004-07-09 13:44:55 +0400 как? :) (echo HWADDR=... >> ifcfg-eth?) 16817 5 rider 2004-07-09 14:36:26 +0400 да, и если это заработает - необходимо IMHO добавить во все тулзы конфигурирования прописывание MAC адреса (инсталятор, драки). Не вижу здесь особой сложности. 16820 6 mike 2004-07-09 14:42:51 +0400 Погоди :-) Починили, работает -- главное теперь ничего не трогать. Ну их нафиг, эти драки, лучше в своем не забыть... 16822 7 rider 2004-07-09 14:46:48 +0400 В том то и дело, что нифига не починили, ибо - на 2.6 ядре загружается драйвер eth1394 и мы получаем eth0, определенный на eth1394 а то что было как eth0 становится eth1. Соответственно опять ничего не работает ;-( Чинить надо правильно и до конца. А драки все равно придется патчить (для USE_HOTPLUG, например). 16824 8 mike 2004-07-09 15:08:14 +0400 Не, 2.6 меня тут не интересует и ломать эту хлипкую конструкцию ради него не стоит. В том плане, что для переезда на 2.6 все равно нужны действия вроде echo psmouse >> /etc/modules, игры с версионированием в modules.conf и прочее рукоприкладство. Т.е. поддержка есть, и довольно -- а пытаться автоматизировать это с учетом никакой поддерживаемости этой автоматики -- нунафиг. Ты вот лучше придумай, что с этим psmouse делать, а 2 eth -- это уже мелочи по сравнению с. "Чинить правильно и до конца" -- поддерживаю в теории, но на практике пупок лопнет: не стоит забывать, что мир крив и софт -- тоже, и ничего с этим кардинально не поделаешь. Остается делать, чтоб хоть как-то работало... :-) Про USE_HOTPLUG -- угу. 16828 9 rider 2004-07-09 15:21:10 +0400 с psmouse, как раз, все очень просто. Детектить наличие psmouse через ACPI и загружать его в input.rc в hotplug'е. А вот с сетью - надо решать. Ибо сейчас это - нерешаемо на 2.6 так как нужно. А миграция с 2.4 на 2.6 будет необходима уже в следующем Master. 16830 10 mike 2004-07-09 15:27:35 +0400 Так вот за время жизни ALM2.4 и будем ее решать. Сейчас поздно дергаться сильно и нет смысла дергаться чуть-чуть, если уже работает (for me, да? -- см. тж. #4529) и как-то устраивает. Здесь ситуация получилась практически искусственная -- ноутов с двумя сетевыми немного, хотя вышел интересный тестодром в том плане, что есть чистый PCMCIA и CardBus, который (насколько понимаю) почти прямо на PCI и усажен. Меня ее разрешение _после_ ALM2.4 -- целиком устраивает, т.к. это скорее подтверждение работоспособности в "угловом" случае и приоритет соответственно ниже. В остальном -- что Pilot скажет. 16841 11 pilot 2004-07-09 16:19:39 +0400 Я скажу: у нас фриз (если кто забыл). Давайте только исправлять ошибки. 16842 12 rider 2004-07-09 16:21:27 +0400 (In reply to comment #10) > Так вот за время жизни ALM2.4 и будем ее решать. > > Сейчас поздно дергаться сильно и нет смысла дергаться чуть-чуть, если уже > работает (for me, да? -- см. тж. #4529) и как-то устраивает. > > Здесь ситуация получилась практически искусственная -- ноутов с двумя сетевыми > немного, хотя вышел интересный тестодром в том плане, что есть чистый PCMCIA и > CardBus, который (насколько понимаю) почти прямо на PCI и усажен. Меня ее > разрешение _после_ ALM2.4 -- целиком устраивает, т.к. это скорее подтверждение > работоспособности в "угловом" случае и приоритет соответственно ниже. > > В остальном -- что Pilot скажет. Да почти каждый (не почти, а совсем каждый современный) ноут имеет на борту FireWire, на который у нас вешается модуль eth1394. сразу после этого поднимается eth0, который смотрит на самом деле на firewire. 16843 13 mike 2004-07-09 16:22:35 +0400 Вот что... ну у меня eth1394 нету, машинка где-то 2000 года. 16845 14 pilot 2004-07-09 16:25:51 +0400 > сразу после этого поднимается eth0, который смотрит на самом деле на firewire. Ну и пусть, что тут такого? 16853 15 rider 2004-07-09 17:56:42 +0400 Так сеть то не работает ;-) 16863 16 pilot 2004-07-09 19:05:13 +0400 А eth1 и прочие кто будет настраивать? 16899 17 rider 2004-07-12 10:09:52 +0400 по хорошему - hotplug, а так - пока network-scripts 16901 18 pilot 2004-07-12 11:06:14 +0400 Я имел в виду другое. Если для eth1 создан инсталлятором ifcfg-eth1 и в нём ONBOOT=yes, то никакой проблемы нет. Какая разница пользователю, как называется интерфейс, через который он ходит в сеть? Что значит "сеть не работает"? 16903 19 rider 2004-07-12 11:53:55 +0400 Дело в том, что в процессе установки eth1394 не загружается, соответственно eth1 нет а eth0 присваивается интерфейсу сетевой. После загрузки в 2.6 ядро появляется eth0 -> eth1394, на него ложаться настройки от сетевой платы, а сетевая плата становится eth1. 16907 20 pilot 2004-07-12 12:10:33 +0400 (In reply to comment #19) > Дело в том, что в процессе установки eth1394 не загружается, соответственно eth1 > нет а eth0 присваивается интерфейсу сетевой. Так загружайте. Инсталлятор и hotplug должны иметь общее мнение и имеющемся оборудовании. > После загрузки в 2.6 ядро появляется eth0 -> eth1394, на него ложаться настройки > от сетевой платы, а сетевая плата становится eth1. Так всё-так эта проблема специфична для 2.6? Задокументруйте как особенность тогда. 16913 21 rider 2004-07-12 12:25:15 +0400 Инсталятор пока что базируется на ядре 2.4. Да, проблема еще будет появляться если какая-то сетевая плата вдруг сядет на eth0. Сегодня я это воспроизвел путем перезагрузки с вставленной PCMCIA сетевой платой. Она села на eth0, а встроенная в ноутбук переползла на eth1. Получаем опять нерабочую сеть ;-( 16921 22 pilot 2004-07-12 13:11:18 +0400 Чтобы такого не было, нам нужно заиметь ifrename в wireless-tools (или отдельно от него), то есть вместо текущей версии 26 взять бету (!). Есть ещё nameif, но насколько я вижу, он староват. Можно попытаться самим сделать что-то переименовывающее. Я думаю, в 2.4 пока будет разумным компромиссом закрепить, что встроенные сетевые интерфейсы будут появляться раньше вставных. 17221 23 rider 2004-07-18 14:35:52 +0400 Я внес eth1394 в blacklist в hotplug, а вообще - будем фиксить. наверное после Master'а. 17241 24 rider 2004-07-19 11:13:04 +0400 hotplug-2004_03_29-alt7 теперь стартует после net-scripts. 17760 25 pilot 2004-08-04 12:10:02 +0400 (In reply to comment #1) > 1. Наоборот, скорее пусть наверное cardbus этого не делает. Ибо hotplug не > сможет понять кем обслуживается эта плата ;-( Если так и не решено, то я делаю reopen. 17769 26 rider 2004-08-04 15:23:40 +0400 На данный момент решено. После Master 2.4 продолжим ? 17776 27 pilot 2004-08-04 16:05:49 +0400 Продолжим. 18592 28 pilot 2004-09-04 20:54:53 +0400 (In reply to comment #2) > Кстати, наблюдаю в hotplug следующий код: [...] > У нас есть поддержка этого добра в net-scripts ? apt-get install ifrename 18593 29 pilot 2004-09-04 20:59:22 +0400 На бете мастера (Sisyphus 20040813) я вижу следующее: 1. Вставляю 1 pcmcia карту, отрабатывают и hotplug и pcmcia_cs (запускают ifup). 2. Вынимаю pcmcia, реагирует pcmcia_cs. hotplug сообщает, что NET unregister event not supported. 3. Вставляю cardbus, реагирует hotplug. 4. При вставленной cardbus вставляю pcmcia, реагирует только hotplug. Это неправильно. 18594 30 pilot 2004-09-04 21:12:00 +0400 ALT Linux Sisyphus (20040902), в net.agent я вижу только события remove, add и register. 19703 31 pilot 2004-11-09 13:48:09 +0300 Если посмотреть вот сюда (http://linux-hotplug.sourceforge.net/?selected=net), то видно, что должны приходить register и unregister. А вот тут (http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/HOTPLUG.txt) это дополнительно подтверждено в патче для net.agent. 19705 32 rider 2004-11-09 13:59:07 +0300 Не подтверждается. На ядре 2.6 unregister приходит без проблем. 20476 33 pilot 2004-12-15 15:28:08 +0300 У нас используется 2.4. Это нужно было лишний раз сказать? 20508 34 rider 2004-12-16 10:35:44 +0300 На 2.4 ядре функциональность hotplug уже не исправляема. А отсуствие события unregister - проблема ядра. 20707 35 pilot 2004-12-25 11:11:49 +0300 Вообще как-то странно у нас выходит (хотя должно работать): case $ACTION in [...] remove) [...] add|register) [...] remove|unregister) Не пора ли сделать code cleanup? 20708 36 pilot 2004-12-25 11:12:18 +0300 Это я net.agent цитировал. 20730 37 rider 2004-12-27 10:13:21 +0300 Сделал. 26125 38 rider 2005-06-20 19:24:59 +0400 А что сейчас ? 27251 39 rider 2005-07-13 20:43:02 +0400 в связке - ядро 2.6.12, udev-0.62, hotplug - это работает нормально.