[devel] Re: UQ: hotplug vs two sound/network cards
Michael Shigorin
=?iso-8859-1?q?mike_=CE=C1_osdn=2Eorg=2Eua?=
Пт Июн 11 00:36:28 MSD 2004
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/
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип : application/pgp-signature
Размер : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url : <http://lists.altlinux.org/pipermail/devel/attachments/20040610/794c1bc7/attachment-0001.bin>
Подробная информация о списке рассылки Devel