From owner-freebsd-arch@FreeBSD.ORG Thu Feb 26 11:59:24 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94C1216A4CE for ; Thu, 26 Feb 2004 11:59:24 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E321F43D3F for ; Thu, 26 Feb 2004 11:59:23 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i1QJxLkj081437; Thu, 26 Feb 2004 12:59:21 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 26 Feb 2004 12:59:04 -0700 (MST) Message-Id: <20040226.125904.08946359.imp@bsdimp.com> To: des@des.no From: "M. Warner Losh" In-Reply-To: References: <2324.1077824628@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: arch@freebsd.org cc: phk@phk.freebsd.dk Subject: Re: per-device sysctls X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 19:59:24 -0000 In message: des@des.no (Dag-Erling Sm=F8rgrav) writes: : "Poul-Henning Kamp" writes: : > Dag-Erling =3D?iso-8859-1?q?Sm=3DF8rgrav?=3D writes: : > > "M. Warner Losh" writes: : > > > That is a good reason to transitioning to this, so long as we c= an come : > > > up with a good way to represent detached nodes. : > > As long as they have a device_t, it should be a piece of cake. : > Having a device_t is a property of having hardware, not of being a : > device driver. : = : I believe that by "detached nodes", Warner means hardware that does : not have a driver. They have a device_t, however. All nodes in the tree have a device_t (kind of by definition). Not all nodes in the tree have a devclass associated with their device_t (eg, not all devices are attached). this is why you'll see lots of 'unknown' nodes in the devinfo output. Warner