From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rider@altlinux.ru>
Date: Mon, 16 Feb 2004 17:12:47 +0300
From: Anton Farygin <rider@altlinux.com>
To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
Subject: Re: [d-kernel] IDE modularization again
Message-ID: <20040216141247.GA11571@master.altlinux.ru>
References: <m365e74619.fsf@pc213.belcaf.minsk.by>
	<20040216120645.GI11571@master.altlinux.ru>
	<87lln3xl6w.fsf@pc347.belcaf.minsk.by>
	<20040216123810.GM11571@master.altlinux.ru>
	<8765e7xiqu.fsf@pc347.belcaf.minsk.by>
	<20040216134314.GV11571@master.altlinux.ru>
	<m3hdxr2k1h.fsf@pc213.belcaf.minsk.by>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <m3hdxr2k1h.fsf@pc213.belcaf.minsk.by>
X-BeenThere: devel-kernel@altlinux.ru
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
List-Id: ALT Linux kernel packages development <devel-kernel.altlinux.ru>
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=unsubscribe>
List-Archive: </pipermail/devel-kernel>
List-Post: <mailto:devel-kernel@altlinux.ru>
List-Help: <mailto:devel-kernel-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Mon, 16 Feb 2004 14:12:48 -0000
Archived-At: <http://lore.altlinux.org/devel-kernel/20040216141247.GA11571@master.altlinux.ru/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

On Mon, Feb 16, 2004 at 04:09:14PM +0200, Ed V. Bartosh wrote:
> Anton Farygin <rider@altlinux.com> writes:
> 
> > Да, по pcilist'у + по найденным устройствам.. т.е. - IMHO mkinitrd должен
> > вызывать что-то вроде devscan --class 001 --modules, а devscan
> > соотвественно - возвращать список необходимых для найденных устройств
> > модулей. Хотя тут все равно остается ряд вопросов:
> >
> > 1) Как быть в случае, если для данного контроллера есть более одного
> > драйвера.
> Грузить первый попавшийся и принять меры к тому, чтобы дефолтный находился
> первым. Если пользователь захочет другой - попользует --with MODULENAME,
> который будет иметь более высокий приоритет.
> 
> > 2) Как быть с нежеланием пользователя грузить в initrd соответствующие
> > драйвера.
> --without MODULENAME ?
> 
> >> 
> >> К слову, scsi сейчас парсингом modules.conf ищется. 
> >
> > IMHO неправильно, хотя - кто знает.
> Приведи пример, когда это может быть нужно, плз.

Нужно парсить ?

Пример: пользователь собрал свой собственный драйвер для его любимой
железки, для которой мы юзаем ядерный.

И соответственно прописал его в modules.conf.

Хотя - тут мы можем логику devscan навернуть и выдавать тот самый драйвер,
который прописан в modules.conf вместо нашего дефолтного.

Rgds,
Rider