From owner-cvs-all@FreeBSD.ORG Mon Oct 15 13:51:02 2007 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F30516A478; Mon, 15 Oct 2007 13:51:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id ABE5E13C459; Mon, 15 Oct 2007 13:51:01 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l9FDoc2O065794; Mon, 15 Oct 2007 07:50:38 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4713700D.8040202@samsco.org> Date: Mon, 15 Oct 2007 07:50:05 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Joao Barros References: <70e8236f0710150343k590f5be8r8cdf3fd60df4abd2@mail.gmail.com> In-Reply-To: <70e8236f0710150343k590f5be8r8cdf3fd60df4abd2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Mon, 15 Oct 2007 07:50:38 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Wilko Bulte , src-committers@freebsd.org, Alexander Leidinger , cvs-all@freebsd.org, cvs-src@freebsd.org Subject: Re: cvs commit: src/etc Makefile sensorsd.conf src/etc/defaults rc.conf src/etc/rc.d Makefile sensorsd src/lib/libc/gen sysctl.3 src/sbin/sysctl sysctl.8 sysctl.c src/share/man/man5 rc.conf.5 src/share/man/man9 Makefile sensor_attach.9 src/sys/conf f 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: Mon, 15 Oct 2007 13:51:02 -0000 Joao Barros wrote: > On 10/15/07, Scott Long wrote: >> Alexander Leidinger wrote: >>> Quoting Poul-Henning Kamp (from Sun, 14 Oct 2007 >>> 17:54:21 +0000): >>> >>>> My only beef is with the architecture of the sensors framework, and >>>> as a consequence thereof, with the actual code as well. >>> When I asked you about a proposal how a better architecture looks like, >>> you didn't came up with an explanation and you didn't came up with a >>> list of things which you think are bad in the sensors framework. You >>> also didn't respond to counterarguments from me. >>> >>> I don't think it is fair to make such a noise, without coming up with >>> technical facts. >>> >>> Note: I don't object to backing out the commit. But as this seems to be >>> on the desk of core@, I wait for their decision regarding this (as it is >>> self contained and doesn't interfere with other stuff, we don't need to >>> hurry). >>> >>>> In OpenBSD the sensors framework has already turned into a dumping >>>> ground, and I have all reason to belive that we will see the same >>>> under FreeBSD. >>> It will be what we make out of this. >>> >>>> See for instance Marc Balmers presentation from EuroBSDcon2007 about >>>> putting radio-timecode receivers under the sensors framework, or >>> I don't see a need to port this part instead of using the existing >>> time-infrastructure in our kernel (and I don't have my fingers in the >>> time related code at all like you, so I hope other people think similar). >>> >>>> listen to the various mumblings about putting RAID-controller status >>>> under sensors framework. >>> What's wrong with this? Currently each RAID driver has to come up with >>> his own way of displaying the RAID status. It's like saying that each >>> network driver has to implement/display the stuff you can see with >>> ifconfig in its own way, instead of using the proper network driver >>> interface for this. >>> >> For the love of God, please don't use RAID as an example to support your >> argument for the sensord framework. Representing RAID state is several >> orders of magnitude more involved than representing network state. >> There are also landmines in the OpenBSD bits of RAID support that are >> best left out of FreeBSD, unless you like alienating vendors and risking >> legal action. Leave it alone. Please. I don't care what you do with >> lmsensors or cpu power settings or whatever. Leave RAID out of it. >> >> Thanks, >> >> Scott > > Are you saying I shouldn't proceed with the bio port? > As has been discussed in various forums recently, this OpenBSD sensors stuff has been proceeding with little developer buy-in or discussion, and the developer input that has happened has largely been ignored. So with that said, let's all turn over a new leaf and get this process back on track. What exactly is the "bio port"? What does it do, what areas of the kernel and userland does it involve, what does it change, why is it a good idea? Scott