On Thu, Jun 10, 2004 at 10:46:13PM +0400, Anton Farygin wrote:
> >- hotplug/pci предлагается отложить на Master 3.0;
> hotplug/pci работает только на ядре 2.6. Для ядра 2.4 он не
> выполняется.

При этом у нас получается _очень_ разная среда выполнения для 2.4
и 2.6 на одинаковом железе... правда, уже забылся переезд с 2.2
на 2.4.

Принято.

> >- для Master 2.4 предлагается использовать замороженный по
> >  состоянию на Compact 2.3 или Sisyphus-current kudzu.
> не получится.. kudzu придется править в любом случае.

Мне (по твоим письмам в devel@ и sisyphus@) показалось, что ты
его собираешься из ALM2.4 изгнать.  Моя проблема была в этом.

> >Смотрел по диагонали, пока думал, где ж ошибка.  Потом понял,
> >что не в коде дело, а в подходе.
> Неверно.

Верно, просто ты до этого еще не добрался.  Будешь ковырять
net-scripts -- доберешься :-)

(только не ограничивайся случаем ноутбуков с одним встроенным
или наоборот -- одним PCMCIA-эзернетом, надо сразу иметь в виду и
обтыканные разным или одинаковым железом маршрутизаторы)

> На ядре 2.4 - да. На ядре 2.6 kudzu не работает _совсем_.
> Если тебе реально интересно что такое kudzu - посмотри на
> федору - там его уже переписали _исключительно_ для ядра 2.6.
> Т.е. - обновлять нам его нельзя.

ACK

> >>В принципе можно сделать /etc/pciscan.d/, куда класть
> >>дополнительные конфиги для таких случаев, как у тебя
> >>(самосборные модули).
> >Брр.  trickster:~> sudo rpm -qf 
> >/lib/modules/2.4.26-std-up-alt2/nvidia-nforce/nvaudio.o
> >kernel-modules-nvidia-nforce-std-up-1.0.0261-alt12.2
> Это ядро 2.4. Как ты умудрился запустить hotplug pci на ядре 2.4 ?

Никак -- это было к тому, что в modules.conf сказано nvaudio
(вторым), а звгрузился нигде очевидно не указанный snd-intel8x0
:-)

Вопрос снят, ты ответил выше.

> Ты код смотрел ?  Дальше я не читаю.

Да, смотрел.  Почитай, т.к. на 2.6 все равно актуально, хотя
рёберность проблемы резко снижается.

Главная из непрочитанного тобой мысль -- дифференциация по
"стоимости" детекта (его длительность, надежность,
неинтерактивность).  Хвост с pilot@ уже обсудили вроде.

[13dd]

> >При этом параллельно спокойно развивать hotplug, в т.ч.
> >PCI-часть (включив ее локально в явном виде) и к 3.0 получить
> >более взвешенный баланс этой экосистемы, которая, как видим на
> >примере *-scripts, на hotplug не заканчивается.
> >
> >>>В общем, что делать и кто виноват? (спрашиваю в т.ч. как
> >>>майнтейнер sound-scripts, которого первым будут бить за
> >>>неподобство с двумя звуковыми, да и не только с двумя)
> >>
> >>На 2.6 ядре sound-scripts надо отправлять в /dev/null, перенося
> >>всю функциональность в sound.agent hotplug'а. Это более
> >>правильное решение.
> >
> >Не спорю и обдумываю это минимум полгода, начитавшись Takashi
> >Iwai (собственно, как сел пилить sound-scripts, так и).
> >
> >>Однако оно не работает на 2.4 ядре и это можно будет делать
> >>только тогда, когда мы забудем про существование ядра 2.4.
> >
> >И ISA PnP (в смысле, официально скажем "а ну марш в магазин, неча
> >свое барахло под наш линукс подставлять").
> >
> >Беда в том, что это, с позволения сказать, anti-hotplugged
> >hardware (которое долго и/или рискованно детектится или вообще
> >конфигурируется вручную) будет жить даже дольше, чем нужно
> >поддерживать ядро 2.4.
> >
> >И "мы", как уже не раз отмечалось -- это еще не вся аудитория
> >дистрибутива, или в нем нет смысла.  А есть люди, которые 2.2 еще
> >пользуют или с 2.0 не так давно слезли...
> >
> >PS: pilot@ пока пришел к выводу, что на сейчас возможно только
> >игнорировать запуски ifup из hotplug.  Я тоже могу сделать
> >аналогичный объезд -- в sound::start() молча выгружать звуковые
> >модули и при этом все будет работать, как ожидается -- но это же
> >не дело.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/