From owner-cvs-all@FreeBSD.ORG Thu Feb 15 07:31:17 2007 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8796216A400; Thu, 15 Feb 2007 07:31:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 2AC5F13C46B; Thu, 15 Feb 2007 07:31:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l1F7U5T9092749; Thu, 15 Feb 2007 00:30:05 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 15 Feb 2007 00:30:46 -0700 (MST) Message-Id: <20070215.003046.-432838250.imp@bsdimp.com> To: joerg_wunsch@uriah.heep.sax.de, j@uriah.heep.sax.de From: "M. Warner Losh" In-Reply-To: <20070215060243.GY38723@uriah.heep.sax.de> References: <20070214233649.GD10995@cicely12.cicely.de> <20070214.165008.74659809.imp@bsdimp.com> <20070215060243.GY38723@uriah.heep.sax.de> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 15 Feb 2007 00:30:05 -0700 (MST) Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/etc devd.conf X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 07:31:17 -0000 In message: <20070215060243.GY38723@uriah.heep.sax.de> Joerg Wunsch writes: : As Warner Losh wrote: : : > I have in on of my p4 trees patches that return the strings safely. : > I did them so long ago that I could have sworn I merged them back : > into the base FreeBSD. : : It would be great to have these around in devd. Yes. It turns out I abandoned this work and killed it from p4 (or never committed it). My memory about why I did this is somewhat hazy at the moment, but some device I had had some problem that I couldn't work around. : Another thing that is entirely missing (even as a variable) appears to : be a pccard's "function_type". You can access "function" (but that's : merely a slot #, thus not very useful for decisions in devd), but you : could not e.g. try doing certain things for all pccard network : devices. I thought that was published. pccard's pnpinfo includes function_type (I just checked the sources). pccard_cis.c sets pf->function to the function_type found in the CIS. it shows up in devinfo -v listings. I don't have a pccard handy to test with at the moment, but that usually means that it shows up in no match events. Are you sure that you aren't seeing it? : But at least, based on the events that have been logged by my newly : inserted "nomatch" statements, I could then proceed, and add specific : "nomatch" entries for a number of devices to kldload the respective : drivers. Are there any ideas about collecting all these device data : into a common database so all FreeBSD developers could share them with : their users, something like the old pccard.conf used to do? Yes. There's much talk of this in various archives. The short answer is the first step to do this automatically is to get all the drivers to use tables to do enumeration, have those tables be somehow standard and querriable from the .ko's (even if not perfect). pccard comes closest to having these tables, but some variation would be necessary to cope with sio_pccard.c which matches anything that looks like a serial card. mii is a close second, but there are real issues with pci and usb... Lots of grunt work after the inital design... Warner