From owner-freebsd-arch Tue Jul 18 21: 2:40 2000 Delivered-To: freebsd-arch@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id 7610637BB20 for ; Tue, 18 Jul 2000 21:02:38 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id UAA06756; Tue, 18 Jul 2000 20:55:44 -0700 (PDT) Date: Tue, 18 Jul 2000 20:55:44 -0700 From: Brooks Davis To: Warner Losh Cc: Brooks Davis , Marcel Moolenaar , arch@FreeBSD.ORG Subject: Re: Multiple kernels / module search path Message-ID: <20000718205544.A5801@orion.ac.hmc.edu> References: <20000717230351.C6353@orion.ac.hmc.edu> <3973E698.B8D53F1F@cup.hp.com> <20000717230351.C6353@orion.ac.hmc.edu> <200007190328.VAA76993@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <200007190328.VAA76993@harmony.village.org>; from imp@village.org on Tue, Jul 18, 2000 at 09:28:30PM -0600 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jul 18, 2000 at 09:28:30PM -0600, Warner Losh wrote: > I don't think that we want to autmoatically do this. modules need to > be verified as working with a given kernel before we go start and > loading them automatically... Isn't that the job of the versioning system or am I missing the point? > I'm not saying, btw, that a user shouldn't be allowed to setup the > search path with /modules in it, but it should be explicit, not > implicit. My concern is simply that there needs to be an easily identifiable place for third party (read binary only) drivers to by installed. The most straight-forward way to handle this is to provide one place to put them. With versioning in place it doesn't seem like all that much of a pipe dream for a user to be able to drop a binary driver into a -STABLE system and expect it to work (-current is obviously a whole different ballgame). I suppose it might actually be a fat binary with, say, INVARIANTS enabled and disabled versions, but that a new kernel/module installation scheme should not make this substantialy more difficult then it currently is. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message