From owner-freebsd-arch@FreeBSD.ORG Sat Feb 3 15:37:10 2007 Return-Path: X-Original-To: freebsd-arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FC2616A403; Sat, 3 Feb 2007 15:37:10 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 87D7E13C491; Sat, 3 Feb 2007 15:37:10 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l13Fb9o5010493; Sat, 3 Feb 2007 07:37:09 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l13Fb9ln010492; Sat, 3 Feb 2007 07:37:09 -0800 (PST) (envelope-from rizzo) Date: Sat, 3 Feb 2007 07:37:09 -0800 From: Luigi Rizzo To: "M. Warner Losh" Message-ID: <20070203073709.B10325@xorpc.icir.org> References: <20070201104506.B82313@xorpc.icir.org> <20070203115235.W91177@fledge.watson.org> <20070203043250.A8294@xorpc.icir.org> <20070203.082941.1649771040.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20070203.082941.1649771040.imp@bsdimp.com>; from imp@bsdimp.com on Sat, Feb 03, 2007 at 08:29:41AM -0700 Cc: rwatson@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: configurable device (and other) tables in the kernel ? 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, 03 Feb 2007 15:37:10 -0000 On Sat, Feb 03, 2007 at 08:29:41AM -0700, M. Warner Losh wrote: ... > : All of the above can be fixed - especially the documentation part, > : but that doesn't mean that the hints mechanism can already do > : what i was asking; there is still a bit of work to do... > > True. Things could be better documented. > > However, the more fundamental problems remain. It does no good to > have a fancy binary loader with every kind of plug and play info if > few of the drivers in the system use tables in a consistant way. > That's a big problem to solve... well but that also can be fixed. e.g. many of the usb and quirks tables, i think, are already reasonably structured so if a mechanism is in place it won't take much work to adapt them, maybe one at a time. cheers luigi