From: Michael Shigorin <mike@osdn.org.ua> To: devel@altlinux.ru Subject: [devel] Re: UQ: hotplug vs two sound/network cards Date: Thu, 10 Jun 2004 23:36:28 +0300 Message-ID: <20040610203628.GU29306@osdn.org.ua> (raw) In-Reply-To: <40C8AC75.6060401@altlinux.com> [-- Attachment #1: Type: text/plain, Size: 3943 bytes --] 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/ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2004-06-10 20:36 UTC|newest] Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-06-10 18:18 ` [devel] Re: UQ: hotplugs vs two sound cards Michael Shigorin 2004-06-10 18:46 ` Anton Farygin 2004-06-10 20:36 ` Michael Shigorin [this message] 2004-06-11 6:04 ` [devel] Re: UQ: hotplug vs two sound/network cards Anton Farygin 2004-06-11 9:01 ` Michael Shigorin 2004-06-27 15:53 ` [devel] Re: Q: " Michael Shigorin 2004-06-10 21:48 ` [devel] Re: UQ: hotplugs vs two sound cards Denis Ovsienko 2004-06-11 6:08 ` Anton Farygin 2004-06-11 6:38 ` Denis Ovsienko 2004-06-11 7:00 ` Anton Farygin
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=20040610203628.GU29306@osdn.org.ua \ --to=mike@osdn.org.ua \ --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