From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <vsu@altlinux.ru>
Date: Mon, 16 Feb 2004 17:33:15 +0300
From: Sergey Vlasov <vsu@altlinux.ru>
To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
Subject: Re: [d-kernel] IDE modularization again
Message-ID: <20040216143315.GF7789@master.mivlgu.local>
Mail-Followup-To: ALT Linux kernel packages development
	<devel-kernel@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>
	<20040216141247.GA11571@master.altlinux.ru>
	<m3d68f2jji.fsf@pc213.belcaf.minsk.by>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="aZoGpuMECXJckB41"
Content-Disposition: inline
In-Reply-To: <m3d68f2jji.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:33:15 -0000
Archived-At: <http://lore.altlinux.org/devel-kernel/20040216143315.GF7789@master.mivlgu.local/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>


--aZoGpuMECXJckB41
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

On Mon, Feb 16, 2004 at 04:20:01PM +0200, Ed V. Bartosh wrote:
> Anton Farygin <rider@altlinux.com> writes:
> 
> >> >> К слову, scsi сейчас парсингом modules.conf ищется. 
> >> >
> >> > IMHO неправильно, хотя - кто знает.
> >> Приведи пример, когда это может быть нужно, плз.
> >
> > Нужно парсить ?
> >
> > Пример: пользователь собрал свой собственный драйвер для его любимой
> > железки, для которой мы юзаем ядерный.
> >
> > И соответственно прописал его в modules.conf.
> 
> Это его трудности. Пусть делает себе сам initrd. -with MODULENAME и
> -without MODULENAME ему в руки.
> 
> >
> > Хотя - тут мы можем логику devscan навернуть и выдавать тот самый драйвер,
> > который прописан в modules.conf вместо нашего дефолтного.
> По-моему это надуманые проблемы и modules.conf парсить - это
> совершенно лишнее.

Или в конце концов завести mkinitrd.conf?

Например, если автоматика будет загонять драйверы для всех
SCSI-контроллеров в initrd, кто-то может захотеть, чтобы туда
добавлялось не всё.  (Вот тут на одной машине есть AHA-2940 с
выдернутым BIOS-ом - на нём магнитооптика висит, его родной setup
почему-то не запускался, а тормоза при загрузке достали.)

"Пусть делает сам себе initrd" - конечно, в определённом смысле тоже
решение, но это же неудобно (придётся об этом вспоминать при каждой
смене ядра, или делать какой-то hook в скриптах).

--aZoGpuMECXJckB41
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFAMNSrW82GfkQfsqIRAi7aAKCAHOYYdk1RKtbnIZVxWNac3uBb6QCeLt0h
jr0lt7aHikLigFZGZKyGrW8=
=gC3P
-----END PGP SIGNATURE-----

--aZoGpuMECXJckB41--