From owner-freebsd-arch@FreeBSD.ORG  Thu Feb 26 11:44:15 2004
Return-Path: <owner-freebsd-arch@FreeBSD.ORG>
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 4473F16A4CE
	for <arch@freebsd.org>; Thu, 26 Feb 2004 11:44:14 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A86B343D39
	for <arch@freebsd.org>; Thu, 26 Feb 2004 11:44:13 -0800 (PST)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i1QJhm75002325;
	Thu, 26 Feb 2004 20:43:53 +0100 (CET)
	(envelope-from phk@phk.freebsd.dk)
To: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=)
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Thu, 26 Feb 2004 19:47:01 +0100."
             <xzpu11dk7a2.fsf@dwp.des.no> 
Date: Thu, 26 Feb 2004 20:43:48 +0100
Message-ID: <2324.1077824628@critter.freebsd.dk>
cc: arch@freebsd.org
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
	<freebsd-arch.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch>
List-Post: <mailto:freebsd-arch@freebsd.org>
List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Feb 2004 19:44:16 -0000

In message <xzpu11dk7a2.fsf@dwp.des.no>, Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=
 writes:
>"M. Warner Losh" <imp@bsdimp.com> writes:
>> des@des.no (Dag-Erling Smørgrav) writes:
>> :  1) it is immensely easier to access
>> From whose point of view.
>
>Programmatically.  The in-kernel implementation is much simpler, and
>the userland code required to access it will also be simpler.
>Accessing individual devices (once you know where they are) should
>also be much simpler since devinfo only gives you "all or nothing".
>
>
>> :  2) it gives drivers a well-defined place to put their per-device
>> :     sysctl variables - devinfo doesn't address that issue at all
>> That is a good reason to transitioning to this, so long as we can 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.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.