From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 7 Feb 2004 14:44:11 +0200 From: Alexander Bokovoy To: ALT Linux kernel packages development Subject: Re: [d-kernel] update startup? Message-ID: <20040207124411.GI5936@sam-solutions.net> References: <20040206164446.GA5026@sam-solutions.net> <20040206202949.GB1621@av1046.comex.ru> <20040207104810.GB5936@sam-solutions.net> <20040207112625.GD14395@osdn.org.ua> <20040207114014.GE5936@sam-solutions.net> <20040207121635.GD2132@sirius.home> <20040207122613.GC16725@basalt.office.altlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20040207122613.GC16725@basalt.office.altlinux.org> X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.4 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2004 12:44:10 -0000 Archived-At: List-Archive: List-Post: On Sat, Feb 07, 2004 at 03:26:13PM +0300, Dmitry V. Levin wrote: > > > > ln -s? > > > Нет. Поскольку /etc/modules вообще неоднозначное имя, то стоит подумать о > > > том, чтобы от него избавиться -- мы всегда имеет в наличии более одной > > > ветки ядра, поэтому лучше заранее разделиться на /etc/modules- > > > для каждого ядра. Судя по развитию разработки, смена имен модулей будет > > > происходить и в будущем. > > > > На самом деле есть ещё один вариант: alias в modules.conf/..., > > выставляемые в зависимости от версии ядра. Сейчас это делается, > > например, для vlan_module. > > Сергей меня опередил. > > Действительно, почему бы не вынести все эти изменяющиеся имена в alias'ы? > Особенно это актуально, когда имена модулей меняются чаще, чем > kernelversion_minor. Это, конечно, вариант, но для нормального обновления будет: 1) проблематичным автоматизировать трансляцию из текущего формата в alias-ы; 2) есть более высокая вероятность попасть на зацикливание благодаря раскрытию макросов; 3) необходимо разработать схему именования таких общих целей для каждого типа драйверов. Пункт 3) грозит большим объемом аналитической работы. Что касается самого подхода, то мне он нравится, но объективно в нем больше работы и неопределенности при обновлении системы. Я могу привести пример, когда использование алиасов требуется обязательно -- при наличии альтернативных драйверов для одного и того же устройства, которые зависят от hardware revision. Особенно это актуально для устройств производства Intel, например, EtherExpress 1000, или Realtek 8139-like. В этом случае появление alias-а вроде probeall e1000-generic e1000 e1000_5431 e1000_4931 alias eth0 e1000-generic будет вполне правильным решением (имена второго и третьего модулей содержат выдуманные цифры, но в реальности так дело обстоит в RHAS 2.1). -- / Alexander Bokovoy Samba Team http://www.samba.org/ ALT Linux Team http://www.altlinux.org/ Midgard Project Ry http://www.midgard-project.org/