From owner-freebsd-current Sat Dec 5 23:43:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28703 for freebsd-current-outgoing; Sat, 5 Dec 1998 23:43:51 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (ppp5.portal.net.au [202.12.71.105]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28691 for ; Sat, 5 Dec 1998 23:43:46 -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 XAA03107; Sat, 5 Dec 1998 23:41:12 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812060741.XAA03107@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Terry Lambert cc: wpaul@skynet.ctr.columbia.edu (Bill Paul), current@FreeBSD.ORG Subject: Re: New drivers and install floppy space In-reply-to: Your message of "Sat, 05 Dec 1998 22:16:44 GMT." <199812052216.PAA28951@usr05.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 05 Dec 1998 23:41:11 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This is the partial culmination of the benefits of a modular kernel. > > I would suggest that architectural care be given to allowing: Thanks for enumerating the entire list here; I'll just summarise the state of our compliance so far - most of these have already been thought of. > o use of DOS format floppies to conatin the driver Done. We support DOS and UFS floppies, as well as NFS, TFTP and iso9660 filesystems. > o specification of the FS path to the driver directory Root path to information file - I think we should be able to do this, although my preference would actually be to require a 'bsdinfo' file at the top level to make this as automated as possible. > o selection of a default "/freebsd/" directory ... but I like this better. > o a naming format that can return all drivers, but > avoid other (informational, etc.) files, such as > loading everything matching "*.[0-9][0-9][0-9]" in > the driver directory *.ko should do it, although the information that identifies a file as a driver object should be in the metaconfig file. > o support for using drivers from multiple floppies, > one per device Arbitrary number of drivers on an arbitrary number of media. I'm open to suggestions that would allow aggregation without editing a single file. One that occurs is to use the approach that the Lan Manager folks did and say that *.BSD at the top level of the media are directories containing FreeBSD drivers, one per directory. > o a mechanism for dumping drivers from the kernel after > installation so that they need not be installed twice: > once to boot, once to install; this probably implies > driver data areas be mapped copy-on-write to maintain > the data image integrity to allow it to be written > back out This is actually fairly tough, as the entire ELF object is not loaded in the first place. My preference is simply to track the driver(s) that are loaded, and request the use re-provide the media from which the driver was read when it comes time to copy it. > This would allow the FreeBSD project to provide binary drivers > back to vendors for inclusion on their distribution media, and > in general, help raise FreeBSD visibility considerably. Sounds close to our goalset. Feel like writing any of this code, or is that outside your domain of interest? -- \\ 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