From owner-svn-src-all@FreeBSD.ORG Sun Jul 3 12:37:36 2011 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32EB31065670; Sun, 3 Jul 2011 12:37:36 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id B0D168FC19; Sun, 3 Jul 2011 12:37:35 +0000 (UTC) Received: from [212.182.167.131] (helo=sjakie.klop.ws) by smtp-out1.tiscali.nl with esmtp (Exim) (envelope-from ) id 1QdLah-0000D8-3y; Sun, 03 Jul 2011 14:15:59 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 1143BF49C; Sun, 3 Jul 2011 14:15:48 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Alexey Dokuchaev" , "Warner Losh" References: <201106242132.p5OLW3DL071062@svn.freebsd.org> <20110628084558.GA35392@FreeBSD.org> <9521FD1A-3D77-4F37-B37C-CC73B13BC6B5@bsdimp.com> Date: Sun, 03 Jul 2011 14:15:46 +0200 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <9521FD1A-3D77-4F37-B37C-CC73B13BC6B5@bsdimp.com> User-Agent: Opera Mail/11.50 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Hans Petter Selasky Subject: Re: svn commit: r223519 - head/etc/devd X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2011 12:37:36 -0000 On Tue, 28 Jun 2011 18:01:37 +0200, Warner Losh wrote: > > On Jun 28, 2011, at 2:45 AM, Alexey Dokuchaev wrote: > >> On Sun, Jun 26, 2011 at 10:14:13PM -0600, Warner Losh wrote: >>> Not in GENERIC. 9.0 is getting ready to feature freeze any minute, s= o >>> there's no time to do the testing that a radical change like that wou= ld >>> require. >> >> Fair enough. Right now, this work seems to cover only USB kernel =20 >> modules, >> is it so? Is expansion into generic PCI area also planned, provided =20 >> that >> you've already had some ideas and seem to be willing to pick up the wo= rk >> given enough support from the other developers (please excuse me if my >> understanding is wrong)? > > The reason we were able to relatively quickly generate this file from =20 > USB is because USB is very regular and uniform in its probe routines. = =20 > They all have (or could be converted to have) something approximating =20 > the same format. > > PCI isn't even remotely close to this, and the techniques that worked =20 > for USB (and some of the short cuts taken) can't work for PCI for us. = =20 > There's no uniformity in the PCI space, although many of the PCI driver= s =20 > use a similar design pattern. They would all have to be converted to =20 > using the same thing, which is kinda impractical at the moment (since =20 > many have additional, driver specific fields). While the tool is kinda= =20 > flexible enough to cope with this situation, more and more code winds u= p =20 > in the tool to cope than is appropriate for the tool. > > That's why this feature is experimental. For what it works for, it =20 > works great. For everything else, it is a lot of work to make it happy= =20 > on a wide-spread enough scale. It is very instructive for how to =20 > approach things, but embeds too much knowledge of the bus code into the= =20 > tool to generate these files than is appropriate (since it is duplicate= d =20 > information from the driver, not exported from the bus/driver). > > Warner Maybe something for a GSOC 2012 project?