From owner-freebsd-arch@FreeBSD.ORG Mon Aug 25 04:43:59 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 1C17C1065671; Mon, 25 Aug 2008 04:43:59 +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 EB5BE8FC0C; Mon, 25 Aug 2008 04:43:58 +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 m7P4gALD030655; Sun, 24 Aug 2008 22:42:10 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 24 Aug 2008 22:42:39 -0600 (MDT) Message-Id: <20080824.224239.-4055712.imp@bsdimp.com> To: bu7cher@yandex.ru From: "M. Warner Losh" In-Reply-To: <48B234F7.8070407@yandex.ru> References: <200808222241.52325.jhb@freebsd.org> <20080822.224404.691670281.imp@bsdimp.com> <48B234F7.8070407@yandex.ru> 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, jhb@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: Mon, 25 Aug 2008 04:43:59 -0000 In message: <48B234F7.8070407@yandex.ru> "Andrey V. Elsukov" writes: : M. Warner Losh wrote: : > : 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. : : What is about extending pciconf(8) (or making a pcictl(8) alias) for : this purposes? Lots of things could... However, pciconf(8) likely runs too late... Warner