From owner-freebsd-arch@FreeBSD.ORG Sat Aug 23 04:47:05 2008 Return-Path: Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF2FB1065673; Sat, 23 Aug 2008 04:47:05 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8CF948FC14; Sat, 23 Aug 2008 04:47:05 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m7N4hWSG085365; Fri, 22 Aug 2008 22:43:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 22 Aug 2008 22:44:04 -0600 (MDT) Message-Id: <20080822.224404.691670281.imp@bsdimp.com> To: jhb@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <200808222241.52325.jhb@freebsd.org> References: <20080823013912.GA19588@epsilon.local> <20080822.200511.1137957320.imp@bsdimp.com> <200808222241.52325.jhb@freebsd.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: brooks@FreeBSD.org, rpaulo@FreeBSD.org, ivoras@FreeBSD.org, brueffer@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: Magic symlinks redux X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 04:47:05 -0000 In message: <200808222241.52325.jhb@freebsd.org> John Baldwin writes: : On Friday 22 August 2008 10:05:11 pm M. Warner Losh wrote: : > In message: <20080823013912.GA19588@epsilon.local> : > : > : I hope this is what Warner was trying to say. : > : > More or less the following, with a less lame way of getting the table : > into the kernel, and maybe more fields than vendor/device.... : > : > The reason this works is that the pci_get_vendor and pci_get_device : > read out of the area pointed to by cfg. ... : It might be nice to drive it by hints so users can tweak it on the fly. Maybe : something like: : : hint.pci0...vendor=XXXXX : : Then users can simply add entries to /boot/loader.conf w/o needing any : recompiles for new device IDs that the driver can handle using an existing : device id. : : The lookup table you have still requires patching source somewhere which : probably defeats the purpose. That's the whole "less lame of getting data into the kernel" I was talking about. The above was to show the concept, not an actual implementation of the data. I don't like the hint idea so much, but was looking for some other way to get the data into the kernel. Warner