From owner-freebsd-stable@FreeBSD.ORG Fri Oct 19 13:27:18 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2CD662E for ; Fri, 19 Oct 2012 13:27:18 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1AC1B8FC18 for ; Fri, 19 Oct 2012 13:27:17 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA29779; Fri, 19 Oct 2012 16:27:12 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <5081552F.2050303@FreeBSD.org> Date: Fri, 19 Oct 2012 16:27:11 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121014 Thunderbird/16.0.1 MIME-Version: 1.0 To: Derek Kulinski Subject: Re: Problem reading vitals from Gigabyte H77-DH3H References: <1286515493.20121017131543@takeda.tk> <507F1761.1010202@FreeBSD.org> <20121017205147.GB36106@chinatsu.takeda.tk> In-Reply-To: <20121017205147.GB36106@chinatsu.takeda.tk> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2012 13:27:18 -0000 on 17/10/2012 23:51 Derek Kulinski said the following: > On Wed, Oct 17, 2012 at 11:38:57PM +0300, Andriy Gapon wrote: >> I've found that on quite a few modern systems the ACPI platform advertises some >> useless thermal zones, which always return some hardcoded temperatures. >> E.g. I have Asus P8Z77-M PRO near me and it also reports two thermal zones. >> Looking at DSDT (acpidump -dt) I see that the temperatures are hardcoded. >> >> It seems that your motherboard has an ITE Super I/O with hardware monitoring >> function. I am not sure which model though... >> Your best bet would be it(4) driver, but it is not committed yet. >> If you are into some mild hacking (applying patches, building custom kernel), >> then I can point you to the patches. >> Although I can not give a firm guarantee that the driver supports your HWM chip, >> since I don't know the model. > > I'm open to experimenting. It's kind of important to me, because I recently had heating issue (that I hopefully fixed) and I wasn't aware of problems until my system started freezing. I was fooled by those values thinking everything was ok. Here is a (quite large) patch: http://people.freebsd.org/~avg/sensors.diff Please note that if affects both kernel and userland code. Read it(4) manual page after upgrading. Note that you will need to add some entries to /boot/device.hints (unless your upgrade procedure would automatically merge the file). >> [...] >> >> These tools from ports are very outdated and thus do not support new hardware. > > I never used them before since on my old box hw.acpi.thermal worked fine. > Is there anything in ports that you would recommend? No. I do not know of any good userland tool for recent hardware. -- Andriy Gapon