From owner-freebsd-stable Thu Jun 4 10:57:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24258 for freebsd-stable-outgoing; Thu, 4 Jun 1998 10:57:38 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA24244 for ; Thu, 4 Jun 1998 10:57:28 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id JAA00468; Thu, 4 Jun 1998 09:50:16 -0700 (PDT) Message-Id: <199806041650.JAA00468@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Luigi Rizzo cc: mike@smith.net.au (Mike Smith), eivind@yes.no, paterno@dsi.UNIFI.IT, freebsd-stable@FreeBSD.ORG Subject: Re: PnP support for if_ed, and more... In-reply-to: Your message of "Thu, 04 Jun 1998 08:28:26 +0200." <199806040628.IAA08888@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Jun 1998 09:50:15 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > But i don't think it is worth the effort to implement a full scan of > > > the PnP info. What I think we would really need is a simple > > > mechanism (perhaps in userconfig) to list vendor_id's known to the > > > kernel, and map new id's to know ids. > .... > > > Wouldn't be too hard to add (just set up a list of id's, to fill up with > > > DATA_SET in the kenrel, and modify userconfig to add the above > > > commands), and it is sufficiently flexible to add new 'compatible' > > > devices. > > > > Linking this into the kernel would be bad; it ought to be read from a > > file. I think I am close to having BIOS disk access working at least > > uh ? we have been using "dset" for a long time to store this kind of > information into the kernel. Just allocate a mapping table in the > kernel (a map entry is 8 bytes after all, so we don't even have to worry > about kernel bloat). We use dset for saving fixed-size data back into preallocated structures. The ugliness involved in having this data associated with one and only one kernel should be obvious; the mappings are independant of kernel configuration and/or driver configuration. I should be able to edit (eg.) /boot/devicemap and add a new PnP device without having to update my kernel source and/or stuff the new data into an installed kernel with dset. -- \\ 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-stable" in the body of the message