From owner-freebsd-current Thu Jan 21 11:17:56 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA14637 for freebsd-current-outgoing; Thu, 21 Jan 1999 11:17:56 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (castles236.castles.com [208.214.165.236]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA14632 for ; Thu, 21 Jan 1999 11:17:52 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id LAA10340; Thu, 21 Jan 1999 11:13:50 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199901211913.LAA10340@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: paul@originative.co.uk cc: julian@whistle.com, mike@smith.net.au, ck@adsu.bellsouth.com, obrien@NUXI.com, current@FreeBSD.ORG Subject: Re: KLD naming In-reply-to: Your message of "Thu, 21 Jan 1999 17:59:05 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 21 Jan 1999 11:13:49 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Well whistle is giving htis away so we don'tthink it should > > be whistle_xxx > > any more than the kernel should be UCB/... > > It occur to me that eventually every single device driver > > will be a KLD > > an also a lot of other things besides... > > there are going to be a LOT of files in /modules.... > > Ok, in this case maybe it doesn't apply but in general we should > determine what the guidelines for third party module developers should > be to avoid namespace clashes. I though a FreeBSD prefix for modules > shipped as part of FreeBSD would be useful to list all those modules > that are *not* third party supplied when you've got a directory full of > the things. I've thought about this, and I think it would be a very bad idea. We want to keep this *simple*. In the case of, eg. OSS, one might expect: dev_oss.ko oss_yamaha.ko oss_sb16.ko ... There's no need to add extra crap just to identify the vendor. It doesn't serve any really useful purpose - we will have metainformation elsewhere that can be used to link modules comprising a product together - there's no need to duplicate it in the filename. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message