From owner-freebsd-arch@FreeBSD.ORG Wed Jul 11 18:42:43 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 A9DA616A47B; Wed, 11 Jul 2007 18:42:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 2B07B13C4E3; Wed, 11 Jul 2007 18:42:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l6BIgemH086193; Wed, 11 Jul 2007 14:42:40 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-arch@freebsd.org Date: Wed, 11 Jul 2007 11:45:26 -0400 User-Agent: KMail/1.9.6 References: <55754.1184143579@critter.freebsd.dk> <20070711104247.P58526@fledge.watson.org> <20070711134959.2q3akd4zk0o8404c@webmail.leidinger.net> In-Reply-To: <20070711134959.2q3akd4zk0o8404c@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707111145.27741.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 11 Jul 2007 14:42:41 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3637/Wed Jul 11 12:27:26 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Rui Paulo , Shteryana Shopova , "Constantine A. Murenin" , Poul-Henning Kamp , Robert Watson , Alexander Leidinger Subject: Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD 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: Wed, 11 Jul 2007 18:42:43 -0000 On Wednesday 11 July 2007 07:49:59 am Alexander Leidinger wrote: > Quoting Robert Watson (from Wed, 11 Jul 2007 > 11:12:24 +0100 (BST)): > > > On Wed, 11 Jul 2007, Poul-Henning Kamp wrote: > > > >> In message <469420B9.20401@FreeBSD.org>, "Constantine A. Murenin" writes: > >> > >>> If you want to have no such framework that could potentially > >>> diagnose or predict system failure, it's your choice, [...] > >> > >> I would love to have that, but the OpenBSD code isn't that. > > > > In the general spirit of SoC, I would suggest that a more constructive > > line of commenting might come with suggestions, not just rejections > > :-). Are you arguing that the current proposed framework offers little > > incremental benefit over simply having the sysctl framework in the > > first place and having each source of information (i.e., device driver) > > just export it directly? > > > > It seems clear that people would like all these measurements to be > > available, even if not by the precise mechanism proposed. So far the > > specific technical criticals have been: > > > > - There's such a diversity of motherboard devices and probe mechanisms that > > any kernel driver would become rapidly over-burdened and needlessly > > complicated. > > > > This doesn't argue for doing nothing, just that perhaps a kernel device > > driver is the wrong place. > > On the other hand you don't want to allow an userland tool to directly > mess around with the registers on your RAID or NIC to get some status... Err, that's how all the RAID utilities I've used work. They send firmware commands from userland and parse the replies in userland. One exception I've seen so far is that for software RAID the firmware you are talking to is the driver, not firmware on the card, so you use ioctls directly rather than an ioctl that sends a command to the firmware on the card. -- John Baldwin