From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 30 12:52:17 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54A3116A402 for ; Sun, 30 Apr 2006 12:52:17 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (hood.oook.cz [195.250.137.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4662643D45 for ; Sun, 30 Apr 2006 12:52:16 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from ikaros.oook.cz (localhost [127.0.0.1]) by hood.oook.cz (8.13.6/8.13.6) with ESMTP id k3UCpnYv004723 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Apr 2006 14:51:49 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by ikaros.oook.cz (8.13.6/8.13.6/Submit) id k3UCpmVS004580; Sun, 30 Apr 2006 14:51:48 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: ikaros.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Kevin Oberman In-Reply-To: <20060429234530.50F9745042@ptavv.es.net> References: <20060429234530.50F9745042@ptavv.es.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Yqa7qR0aoZkAUCAkZBuF" Date: Sun, 30 Apr 2006 14:51:48 +0200 Message-Id: <1146401508.97120.0.camel@ikaros.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Apr 2006 12:52:17 -0000 --=-Yqa7qR0aoZkAUCAkZBuF Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Kevin Oberman p=ED=B9e v so 29. 04. 2006 v 16:45 -0700: > > > It's pretty much a trimmed-down GENERIC + SMP. > >=20 > > > I get answers for it87, winbond, wl784, but the values return for it8= 7 > > > are clearly bogus. winbond and wl784 both give the same answers. > >=20 > > Then I'm out of luck with xmbmon. >=20 > A little light just came on for me. Are you running i386 or amd64? Could > make a big difference! >=20 > I am running i386 as I need some ports that don't work right with > amd64. Perhaps something in mbmon is not 64-bit ready. If that is the > case, a note to the maintainer, and maybe a PR is > in order. Likely fairly easy to fix. I am on amd64, of course. Hmm. --=20 Pav Lucistnik He had found a Nutri-Matic machine which had provided him with a plastic cu= p filled with a liquid that was almost, but not quite, entirely unlike tea. --=-Yqa7qR0aoZkAUCAkZBuF Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEVLLkntdYP8FOsoIRAl3cAJ4gjSF6qDD6Cu8TVimAtAVqgzoBHwCdFh4I D670tcXwtDxAwtijD29blNU= =7CFf -----END PGP SIGNATURE----- --=-Yqa7qR0aoZkAUCAkZBuF-- From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 30 15:27:00 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D88116A400 for ; Sun, 30 Apr 2006 15:27:00 +0000 (UTC) (envelope-from ales.rom@kabelnet.net) Received: from mta1.siol.net (mta1.siol.net [193.189.160.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97B3743D45 for ; Sun, 30 Apr 2006 15:26:58 +0000 (GMT) (envelope-from ales.rom@kabelnet.net) Received: from edge2.siol.net ([10.10.10.211]) by mta1.siol.net with ESMTP id <20060430152657.CZQV4387.mta1.siol.net@edge2.siol.net>; Sun, 30 Apr 2006 17:26:57 +0200 Received: from [192.168.1.105] (really [193.77.16.246]) by edge2.siol.net with ESMTP id <20060430152656.SONM7870.edge2.siol.net@[192.168.1.105]>; Sun, 30 Apr 2006 17:26:56 +0200 Message-ID: <4454D745.6000203@kabelnet.net> Date: Sun, 30 Apr 2006 15:27:01 +0000 From: Ales User-Agent: Thunderbird 1.5 (X11/20060225) MIME-Version: 1.0 To: Nate Lawson , freebsd-acpi@freebsd.org References: <44524200.8050504@kabelnet.net> <44525C0B.8090802@root.org> In-Reply-To: <44525C0B.8090802@root.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: powerd on Gericom Webgine XL not running quite well X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Apr 2006 15:27:00 -0000 Nate Lawson pravi: > Ales wrote: > > Powerd is running, but when it comes to maximum frequency speed it > stays >> there. The example of powerd -v is here: >> >> # powerd -v >> idle time < 65%, increasing clock speed from 798 MHz to 931 MHz >> idle time > 90%, decreasing clock speed from 1064 MHz to 997 MHz >> idle time > 90%, decreasing clock speed from 931 MHz to 864 MHz >> idle time < 65%, increasing clock speed from 931 MHz to 1064 MHz >> idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz >> idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz >> idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz >> idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz >> . >> . >> . >> So, it looks that powerd can increase and decrease CPU speed until it >> reaches maximum. If I manualy change frequency with sysctl, frequency >> can go down again. >> >> sysctl dev.cpu.0.freq=800 >> dev.cpu.0.freq: 1197 -> 798 > >> dev.cpu.0.%desc: ACPI CPU >> dev.cpu.0.%driver: cpu >> dev.cpu.0.%location: handle=\_PR_.CPU1 >> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >> dev.cpu.0.%parent: acpi0 >> dev.cpu.0.freq: 1197 >> dev.cpu.0.freq_levels: 1197/35004 1197/35004 1197/35004 1197/35004 >> 1197/35004 1064/29004 997/25291 931/23595 864/21910 798/20224 >> >> dev.powernow.0.%desc: PowerNow! K7 >> dev.powernow.0.%driver: powernow >> dev.powernow.0.%parent: cpu0 >> dev.powernow.0.freq_settings: 1197/35004 1197/35004 1197/35004 >> 1197/35004 1197/35004 1064/29004 997/25291 931/23595 864/21910 >> 798/20224 > > Something is really screwy with your powernow settings. It's > reporting 5 settings with all the same freq (1197, see above). So > powerd is decreasing your frequency, it's just decreasing from 1197 to > 1197 (no change). > > The way to figure this out is to add some debugging prints to the > powernow table detection algorithm to see why this is occurring. > Also, you could try not loading cpufreq.ko and see if acpi_perf gives > more accurate settings. Just make sure acpi is loaded to get acpi_perf. > Well, if I change POWERNOW_MAX_STATES in powernow.c from 16 to 7 (I belive it is the number of states on my proc) everything works fine!!! I know it is stupid solution, but I do not know anything about C/C++ programming. Sorry. dev.powernow.0.freq_settings: 1197/-1 1064/-1 997/-1 931/-1 864/-1 798/-1 Another thing. I belive that 1 frequency here is missing. (8,5x133MHz=1133MHz) It should be there because we have FSB=133, multi=6 to 9 in 0,5 step. Is this information helpful to anyone? Ales From owner-freebsd-acpi@FreeBSD.ORG Mon May 1 11:02:21 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B9C116A402 for ; Mon, 1 May 2006 11:02:21 +0000 (UTC) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00EFC43D5C for ; Mon, 1 May 2006 11:02:15 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k41B2EXe008880 for ; Mon, 1 May 2006 11:02:14 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k41B2DZf008873 for freebsd-acpi@freebsd.org; Mon, 1 May 2006 11:02:13 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 1 May 2006 11:02:13 GMT Message-Id: <200605011102.k41B2DZf008873@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2006 11:02:21 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2006/03/01] i386/93963 acpi [panic] [patch] ACPI Panic with some ACPI 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma o [2005/03/21] i386/79080 acpi acpi thermal changes freezes HP nx6110 o [2005/03/21] i386/79081 acpi ACPI suspend/resume not working on HP nx6 o [2005/04/28] i386/80426 acpi [APIC] [panic] 5.4-RC3 still panic when b o [2005/10/17] i386/87568 acpi [ACPI] [REGRESSION] 6.0-STABLE needs ACPI 11 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi [request] add thermal support to ACPI o [2004/11/11] kern/73823 acpi [feature request] acpi / power-on by time f [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo 5 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue May 2 11:55:14 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65F7F16A436 for ; Tue, 2 May 2006 11:55:14 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F7A643D48 for ; Tue, 2 May 2006 11:55:13 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1FatSb-0003z0-00; Tue, 02 May 2006 13:54:33 +0200 Date: Tue, 2 May 2006 13:54:33 +0200 To: Ales Message-ID: <20060502115433.GD16180@poupinou.org> References: <44524200.8050504@kabelnet.net> <44525C0B.8090802@root.org> <44526F8E.70502@kabelnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44526F8E.70502@kabelnet.net> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org Subject: Re: powerd on Gericom Webgine XL not running quite well X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 11:55:15 -0000 On Fri, Apr 28, 2006 at 07:39:58PM +0000, Ales wrote: > Nate Lawson pravi: > >Ales wrote: > > > Powerd is running, but when it comes to maximum frequency speed it > >stays > >>there. The example of powerd -v is here: > >> > >># powerd -v > >>idle time < 65%, increasing clock speed from 798 MHz to 931 MHz > >>idle time > 90%, decreasing clock speed from 1064 MHz to 997 MHz > >>idle time > 90%, decreasing clock speed from 931 MHz to 864 MHz > >>idle time < 65%, increasing clock speed from 931 MHz to 1064 MHz > >>idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz > >>idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz > >>idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz > >>idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz > >>. > >>. > >>. > >>So, it looks that powerd can increase and decrease CPU speed until it > >>reaches maximum. If I manualy change frequency with sysctl, frequency > >>can go down again. > >> > >>sysctl dev.cpu.0.freq=800 > >>dev.cpu.0.freq: 1197 -> 798 > > > >>dev.cpu.0.%desc: ACPI CPU > >>dev.cpu.0.%driver: cpu > >>dev.cpu.0.%location: handle=\_PR_.CPU1 > >>dev.cpu.0.%pnpinfo: _HID=none _UID=0 > >>dev.cpu.0.%parent: acpi0 > >>dev.cpu.0.freq: 1197 > >>dev.cpu.0.freq_levels: 1197/35004 1197/35004 1197/35004 1197/35004 > >>1197/35004 1064/29004 997/25291 931/23595 864/21910 798/20224 > >> > >>dev.powernow.0.%desc: PowerNow! K7 > >>dev.powernow.0.%driver: powernow > >>dev.powernow.0.%parent: cpu0 > >>dev.powernow.0.freq_settings: 1197/35004 1197/35004 1197/35004 > >>1197/35004 1197/35004 1064/29004 997/25291 931/23595 864/21910 > >>798/20224 > > > >Something is really screwy with your powernow settings. It's > >reporting 5 settings with all the same freq (1197, see above). So > >powerd is decreasing your frequency, it's just decreasing from 1197 to > >1197 (no change). Indeed. > > > The way to figure this out is to add some debugging prints to the > powernow table detection algorithm to see why this is occurring. Also, > you could try not loading cpufreq.ko and see if acpi_perf gives more > accurate settings. Just make sure acpi is loaded to get acpi_perf. I'm unaware of any athlon systems starting with K7 cores for which acpi_perf alone will work. But since the power comsuption is displayed, I believe powernow will use acpi tables in order to get p-states. I think therefore the AML is a little bogus, more specifically that there is duplicate entries for 1197MHz. If the OP could give an URL to Gericom_Webgine_XL.asl, generated by acpidump -d -t > Gericom_Webgine_XL.asl then I should be able to verify if that statement is true. > Could you be please more specific, because my debuging skills are a bit > limited :) > When I boot without cpufreq.ko I have just > > dev.acpi_perf.0.%driver: acpi_perf > dev.acpi_perf.0.%parent: cpu0 > > > Thanks again, Ales > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Tue May 2 13:56:22 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EED3B16A400 for ; Tue, 2 May 2006 13:56:22 +0000 (UTC) (envelope-from hueber@riic.at) Received: from proxy.riic.at (www.riic.uni-linz.ac.at [140.78.161.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53E9743D46 for ; Tue, 2 May 2006 13:56:22 +0000 (GMT) (envelope-from hueber@riic.at) Received: from hawkings ([140.78.161.82]) by proxy.riic.at (8.12.3/8.12.3/Debian-6.6) with ESMTP id k42DIfNQ021739 for ; Tue, 2 May 2006 15:18:41 +0200 From: Gernot Hueber To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=iso8859-1 Organization: RIIC Date: Tue, 02 May 2006 15:56:20 +0200 Message-Id: <1146578180.13830.56.camel@hawkings> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Subject: resume fails on hp nc6220 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 13:56:23 -0000 Hi, Matthew Garrett contacted Nate Lawson some time ago relating a IDE/PCI resume problem with the HP 6220. Actually the response was, this issue is worked around in FreeBSD with a retry loop. Actually resume does not succeed on my nc6220. On resume there is some kind of activity (probe of CD, some LEDs) but the video does not resume (I assume the system freezes). Are there any ideas/comments/solutions available? Thanks Gernot PS: References: http://lkml.org/lkml/2005/3/13/88 https://sourceforge.net/mailarchive/forum.php?thread_id=7329939&forum_id=6102 -- DI Gernot Hueber Institut für Integrierte Schaltungen Altenbergerstr. 69 4040 Linz Tel +43 732 2468 7120 Fax +43 732 2468 7126 Email hueber@riic.at Web www.riic.at From owner-freebsd-acpi@FreeBSD.ORG Tue May 2 15:48:26 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26AEB16A405; Tue, 2 May 2006 15:48:26 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5621543D5F; Tue, 2 May 2006 15:48:20 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1Fax6p-0004GW-00; Tue, 02 May 2006 17:48:19 +0200 Date: Tue, 2 May 2006 17:48:19 +0200 To: Pav Lucistnik Message-ID: <20060502154819.GA16135@poupinou.org> References: <1146231595.94164.25.camel@pav.hide.vol.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1146231595.94164.25.camel@pav.hide.vol.cz> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 15:48:26 -0000 Hi, On Fri, Apr 28, 2006 at 03:39:55PM +0200, Pav Lucistnik wrote: > Hi list! > > I recently got a new motherboard and CPU. I like to keep a tap on the > CPU temperature. xmbmon utility no longer works on this hardware, so I > turned to ACPI. > > Since I assembled the system on Monday, the temperature never changed: > > hw.acpi.thermal.tz0.temperature: 21.8C > > Is our acpi_thermal(4) supposed to work with nForce 4 chipsets? acpi_thermal(4) is arch (in fact i386 ia64 and amd64) and chipset independant. It's therefore AML methods related to thermal zones that's seems to be broken to my eyes. > It's MSI Neo4-FI board, dmesg is at http://hood.oook.cz/techno/ I can > get a verbose boot dmesg later, if needed. BIOS is latest (5.0). Could you please give a link to an acpidump output as well? See http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html to this end. PS: if mbmon works, then delete this mail :) -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Tue May 2 16:00:11 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5E9A16A403 for ; Tue, 2 May 2006 16:00:11 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id D836043D46 for ; Tue, 2 May 2006 16:00:10 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by e0-a11.b1.lan.prg.vol.cz (8.13.6/8.13.6) with ESMTP id k42G07lF034910; Tue, 2 May 2006 18:00:07 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.6/8.13.6/Submit) id k42G06OS034909; Tue, 2 May 2006 18:00:06 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Bruno Ducrot In-Reply-To: <20060502154819.GA16135@poupinou.org> References: <1146231595.94164.25.camel@pav.hide.vol.cz> <20060502154819.GA16135@poupinou.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-j08AoO7TrUuKJzXqGgQa" Date: Tue, 02 May 2006 18:00:06 +0200 Message-Id: <1146585606.31507.38.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 16:00:12 -0000 --=-j08AoO7TrUuKJzXqGgQa Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Bruno Ducrot p=ED=B9e v =FAt 02. 05. 2006 v 17:48 +0200: > Hi, >=20 > On Fri, Apr 28, 2006 at 03:39:55PM +0200, Pav Lucistnik wrote: > > Hi list! > >=20 > > I recently got a new motherboard and CPU. I like to keep a tap on the > > CPU temperature. xmbmon utility no longer works on this hardware, so I > > turned to ACPI. > >=20 > > Since I assembled the system on Monday, the temperature never changed: > >=20 > > hw.acpi.thermal.tz0.temperature: 21.8C > >=20 > > Is our acpi_thermal(4) supposed to work with nForce 4 chipsets? >=20 > acpi_thermal(4) is arch (in fact i386 ia64 and amd64) and chipset > independant. It's therefore AML methods related to thermal zones > that's seems to be broken to my eyes. >=20 > > It's MSI Neo4-FI board, dmesg is at http://hood.oook.cz/techno/ I can > > get a verbose boot dmesg later, if needed. BIOS is latest (5.0). >=20 > Could you please give a link to an acpidump output as well? http://raven.oook.cz/pav-nforce4.asl --=20 Pav Lucistnik "Well, she turned me into a newt!" "A newt?" "I got better." --=-j08AoO7TrUuKJzXqGgQa Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEV4IGntdYP8FOsoIRAhSoAJ0R3qkm8Quqy9hA/qD8hZP+bFu26ACfSL2y gj99dew00Udtjq+vEhipit0= =eskZ -----END PGP SIGNATURE----- --=-j08AoO7TrUuKJzXqGgQa-- From owner-freebsd-acpi@FreeBSD.ORG Tue May 2 18:18:06 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36D6D16A525 for ; Tue, 2 May 2006 18:18:06 +0000 (UTC) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EE7743D94 for ; Tue, 2 May 2006 18:18:05 +0000 (GMT) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.13.4/8.13.4) with ESMTP id k42II4wn093511 for ; Wed, 3 May 2006 02:18:04 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.13.4/8.13.4/Submit) id k42II4ak093510 for acpi@freebsd.org; Wed, 3 May 2006 02:18:04 +0800 (CST) (envelope-from rafan) Date: Wed, 3 May 2006 02:18:04 +0800 From: Rong-En Fan To: acpi@freebsd.org Message-ID: <20060502181804.GA93421@svm.csie.ntu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: acpi as kernel module on i386 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 18:18:08 -0000 Hi, Recently commit to ppc code that also decouples the isa+acpi attachment into separate case, that makes my ppc and lpt disappear if acpi is loaded as a module. (see the thread "lpt0 disappear (ppc related) on -current) However, i386/conf/NOTES says that building acpi into module is deprecated. Just wondering why amd64 uses acpi in kernel conf (I'm not sure about other arch), and on i386 we said this is a deprecated usage? Regards. Rong-En Fan From owner-freebsd-acpi@FreeBSD.ORG Tue May 2 20:22:34 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D089E16A409 for ; Tue, 2 May 2006 20:22:34 +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 3659B43D5E for ; Tue, 2 May 2006 20:22:33 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k42KMT4h031002; Tue, 2 May 2006 16:22:29 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Tue, 2 May 2006 15:59:42 -0400 User-Agent: KMail/1.9.1 References: <20060502181804.GA93421@svm.csie.ntu.edu.tw> In-Reply-To: <20060502181804.GA93421@svm.csie.ntu.edu.tw> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605021559.44121.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1436/Tue May 2 13:41:37 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.3 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Rong-En Fan Subject: Re: acpi as kernel module on i386 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 20:22:34 -0000 On Tuesday 02 May 2006 14:18, Rong-En Fan wrote: > Hi, > > Recently commit to ppc code that also decouples the isa+acpi > attachment into separate case, that makes my ppc and lpt disappear > if acpi is loaded as a module. (see the thread "lpt0 disappear (ppc > related) on -current) > > However, i386/conf/NOTES says that building acpi into module is > deprecated. Just wondering why amd64 uses acpi in kernel conf > (I'm not sure about other arch), and on i386 we said this is a > deprecated usage? ACPI is mandatory for amd64 and ia64, but it is optional on i386. Because it is optional, it is a module so that the loader can only load it on machines that support it. I think the ppc module should be changed to include the acpi attachment personally, assuming that the ppc module already includes the ppc isa attachment. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Tue May 2 22:51:13 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A11BF16A414; Tue, 2 May 2006 22:51:13 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39F7043D45; Tue, 2 May 2006 22:51:12 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.6/8.13.6) with ESMTP id k42MpBEZ026889; Tue, 2 May 2006 15:51:11 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <200605021559.44121.jhb@freebsd.org> References: <20060502181804.GA93421@svm.csie.ntu.edu.tw> <200605021559.44121.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Tue, 2 May 2006 15:51:11 -0700 To: John Baldwin X-Mailer: Apple Mail (2.749.3) Cc: freebsd-acpi@freebsd.org, Rong-En Fan Subject: Re: acpi as kernel module on i386 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 22:51:18 -0000 On May 2, 2006, at 12:59 PM, John Baldwin wrote: > On Tuesday 02 May 2006 14:18, Rong-En Fan wrote: >> Hi, >> >> Recently commit to ppc code that also decouples the isa+acpi >> attachment into separate case, that makes my ppc and lpt disappear >> if acpi is loaded as a module. (see the thread "lpt0 disappear (ppc >> related) on -current) >> >> However, i386/conf/NOTES says that building acpi into module is >> deprecated. Just wondering why amd64 uses acpi in kernel conf >> (I'm not sure about other arch), and on i386 we said this is a >> deprecated usage? > > ACPI is mandatory for amd64 and ia64, but it is optional on i386. > Because it is optional, it is a module so that the loader can only > load it on machines that support it. I think the ppc module should > be changed to include the acpi attachment personally, assuming that > the ppc module already includes the ppc isa attachment. On i386, it should be safe to compile the acpi(4) attachment when only device isa is configured into the kernel. It should not be done for all platforms. While acpi(4) is mandatory on ia64, isa(4) isn't and it's my goal to get rid of isa(4) altogether on ia64. Alternatively, acpi(4) can be considered non-optional for current x86 hardware and having acpi(4) configured into the kernel is not such an odd thing to do for a modern x86 operating system. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 07:32:31 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC89716A403 for ; Wed, 3 May 2006 07:32:31 +0000 (UTC) (envelope-from ales.rom@kabelnet.net) Received: from softnet.si (jessie.softnet.si [212.103.128.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 150E943D48 for ; Wed, 3 May 2006 07:32:29 +0000 (GMT) (envelope-from ales.rom@kabelnet.net) X-SpamCatcher-Score: 50 [XX] Received: from [213.253.104.3] (HELO [127.0.0.1]) by softnet.si (CommuniGate Pro SMTP 4.1.8) with ESMTP id 24662615; Wed, 03 May 2006 09:32:26 +0200 Message-ID: <44585CFF.50305@kabelnet.net> Date: Wed, 03 May 2006 09:34:23 +0200 From: ales.rom@kabelnet.net User-Agent: Thunderbird 1.4 (Windows/20050922) MIME-Version: 1.0 To: Bruno Ducrot , freebsd-acpi@FreeBSD.org References: <44524200.8050504@kabelnet.net> <44525C0B.8090802@root.org> <44526F8E.70502@kabelnet.net> <20060502115433.GD16180@poupinou.org> In-Reply-To: <20060502115433.GD16180@poupinou.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0618-0, 02.05.2006), Outbound message X-Antivirus-Status: Clean Cc: Subject: Re: powerd on Gericom Webgine XL not running quite well X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 07:32:31 -0000 Bruno Ducrot pravi: > On Fri, Apr 28, 2006 at 07:39:58PM +0000, Ales wrote: >> Nate Lawson pravi: >>> Ales wrote: >>>> Powerd is running, but when it comes to maximum frequency speed it >>> stays >>>> there. The example of powerd -v is here: >>>> >>>> # powerd -v >>>> idle time < 65%, increasing clock speed from 798 MHz to 931 MHz >>>> idle time > 90%, decreasing clock speed from 1064 MHz to 997 MHz >>>> idle time > 90%, decreasing clock speed from 931 MHz to 864 MHz >>>> idle time < 65%, increasing clock speed from 931 MHz to 1064 MHz >>>> idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz >>>> idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz >>>> idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz >>>> idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz >>>> . >>>> . >>>> . >>>> So, it looks that powerd can increase and decrease CPU speed until it >>>> reaches maximum. If I manualy change frequency with sysctl, frequency >>>> can go down again. >>>> >>>> sysctl dev.cpu.0.freq=800 >>>> dev.cpu.0.freq: 1197 -> 798 >>>> dev.cpu.0.%desc: ACPI CPU >>>> dev.cpu.0.%driver: cpu >>>> dev.cpu.0.%location: handle=\_PR_.CPU1 >>>> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >>>> dev.cpu.0.%parent: acpi0 >>>> dev.cpu.0.freq: 1197 >>>> dev.cpu.0.freq_levels: 1197/35004 1197/35004 1197/35004 1197/35004 >>>> 1197/35004 1064/29004 997/25291 931/23595 864/21910 798/20224 >>>> >>>> dev.powernow.0.%desc: PowerNow! K7 >>>> dev.powernow.0.%driver: powernow >>>> dev.powernow.0.%parent: cpu0 >>>> dev.powernow.0.freq_settings: 1197/35004 1197/35004 1197/35004 >>>> 1197/35004 1197/35004 1064/29004 997/25291 931/23595 864/21910 >>>> 798/20224 >>> Something is really screwy with your powernow settings. It's >>> reporting 5 settings with all the same freq (1197, see above). So >>> powerd is decreasing your frequency, it's just decreasing from 1197 to >>> 1197 (no change). > > Indeed. > >> The way to figure this out is to add some debugging prints to the >> powernow table detection algorithm to see why this is occurring. Also, >> you could try not loading cpufreq.ko and see if acpi_perf gives more >> accurate settings. Just make sure acpi is loaded to get acpi_perf. > > I'm unaware of any athlon systems starting with K7 cores for which > acpi_perf alone will work. But since the power comsuption is displayed, > I believe powernow will use acpi tables in order to get p-states. > I think therefore the AML is a little bogus, more specifically that > there is duplicate entries for 1197MHz. > > If the OP could give an URL to Gericom_Webgine_XL.asl, generated by > acpidump -d -t > Gericom_Webgine_XL.asl > > then I should be able to verify if that statement is true. > >> The file is here: http://www.p-rom.si/Gericom_Webgine_XL.asl As I said in one of my previus messages: If I change POWERNOW_MAX_STATES in powernow.c from 16 to 7 (I belive it is the number of states on my proc) everything works fine!!! I know it is stupid solution, but I do not know anything about C/C++ programming. Sorry. dev.powernow.0.freq_settings: 1197/-1 1064/-1 997/-1 931/-1 864/-1 798/-1 Another thing. I belive that 1 frequency here is missing. (8,5x133MHz=1133MHz) It should be there because we have FSB=133, multi=6 to 9 in 0.5 step. Thanks for your help. Ales Rom -- The instructions said to install Microsoft Windows(tm) XP or better, so I installled FreeBSD. From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 10:26:47 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AA5416A402 for ; Wed, 3 May 2006 10:26:47 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1221943D58 for ; Wed, 3 May 2006 10:26:45 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k43APqJw053134 for ; Wed, 3 May 2006 07:25:53 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-acpi@freebsd.org Date: Wed, 3 May 2006 07:26:36 -0300 User-Agent: KMail/1.9.1 References: <20060502181804.GA93421@svm.csie.ntu.edu.tw> <200605021559.44121.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200605030726.37259.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: acpi as kernel module on i386 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 10:26:47 -0000 On Tuesday 02 May 2006 19:51, Marcel Moolenaar wrote: > > > > ACPI is mandatory for amd64 and ia64, but it is optional on i386. > > Because it is optional, it is a module so that the loader can only > > load it on machines that support it. I think the ppc module should > > be changed to include the acpi attachment personally, assuming that > > the ppc module already includes the ppc isa attachment. > > On i386, it should be safe to compile the acpi(4) attachment when only > device isa is configured into the kernel. what do you mean by "only isa"? when pci is compiled in you should not compile acpi into the kernel?=20 I compile acpi into the i386 kernel since I remember and never had problems. Jo=E3o > It should not be done for all=20 > platforms. While acpi(4) is mandatory on ia64, isa(4) isn't and it's > my goal to get rid of isa(4) altogether on ia64. > > Alternatively, acpi(4) can be considered non-optional for current > x86 hardware and having acpi(4) configured into the kernel is not > such an odd thing to do for a modern x86 operating system. A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 13:14:25 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C8A116A403 for ; Wed, 3 May 2006 13:14:25 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFBDF43D48 for ; Wed, 3 May 2006 13:14:24 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1FbHB9-0008Qj-00; Wed, 03 May 2006 15:14:07 +0200 Date: Wed, 3 May 2006 15:14:07 +0200 To: ales.rom@kabelnet.net Message-ID: <20060503131407.GA31815@poupinou.org> References: <44524200.8050504@kabelnet.net> <44525C0B.8090802@root.org> <44526F8E.70502@kabelnet.net> <20060502115433.GD16180@poupinou.org> <44585CFF.50305@kabelnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44585CFF.50305@kabelnet.net> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@FreeBSD.org Subject: Re: powerd on Gericom Webgine XL not running quite well X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 13:14:25 -0000 On Wed, May 03, 2006 at 09:34:23AM +0200, ales.rom@kabelnet.net wrote: > Bruno Ducrot pravi: > >On Fri, Apr 28, 2006 at 07:39:58PM +0000, Ales wrote: > >>Nate Lawson pravi: > >>>Ales wrote: > >>>>Powerd is running, but when it comes to maximum frequency speed it > >>>stays > >>>>there. The example of powerd -v is here: > >>>> > >>>># powerd -v > >>>>idle time < 65%, increasing clock speed from 798 MHz to 931 MHz > >>>>idle time > 90%, decreasing clock speed from 1064 MHz to 997 MHz > >>>>idle time > 90%, decreasing clock speed from 931 MHz to 864 MHz > >>>>idle time < 65%, increasing clock speed from 931 MHz to 1064 MHz > >>>>idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz > >>>>idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz > >>>>idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz > >>>>idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz > >>>>. > >>>>. > >>>>. > >>>>So, it looks that powerd can increase and decrease CPU speed until it > >>>>reaches maximum. If I manualy change frequency with sysctl, frequency > >>>>can go down again. > >>>> > >>>>sysctl dev.cpu.0.freq=800 > >>>>dev.cpu.0.freq: 1197 -> 798 > >>>>dev.cpu.0.%desc: ACPI CPU > >>>>dev.cpu.0.%driver: cpu > >>>>dev.cpu.0.%location: handle=\_PR_.CPU1 > >>>>dev.cpu.0.%pnpinfo: _HID=none _UID=0 > >>>>dev.cpu.0.%parent: acpi0 > >>>>dev.cpu.0.freq: 1197 > >>>>dev.cpu.0.freq_levels: 1197/35004 1197/35004 1197/35004 1197/35004 > >>>>1197/35004 1064/29004 997/25291 931/23595 864/21910 798/20224 > >>>> > >>>>dev.powernow.0.%desc: PowerNow! K7 > >>>>dev.powernow.0.%driver: powernow > >>>>dev.powernow.0.%parent: cpu0 > >>>>dev.powernow.0.freq_settings: 1197/35004 1197/35004 1197/35004 > >>>>1197/35004 1197/35004 1064/29004 997/25291 931/23595 864/21910 > >>>>798/20224 > >>>Something is really screwy with your powernow settings. It's > >>>reporting 5 settings with all the same freq (1197, see above). So > >>>powerd is decreasing your frequency, it's just decreasing from 1197 to > >>>1197 (no change). > > > >Indeed. > > > >>The way to figure this out is to add some debugging prints to the > >>powernow table detection algorithm to see why this is occurring. Also, > >>you could try not loading cpufreq.ko and see if acpi_perf gives more > >>accurate settings. Just make sure acpi is loaded to get acpi_perf. > > > >I'm unaware of any athlon systems starting with K7 cores for which > >acpi_perf alone will work. But since the power comsuption is displayed, > >I believe powernow will use acpi tables in order to get p-states. > >I think therefore the AML is a little bogus, more specifically that > >there is duplicate entries for 1197MHz. > > > >If the OP could give an URL to Gericom_Webgine_XL.asl, generated by > >acpidump -d -t > Gericom_Webgine_XL.asl > > > >then I should be able to verify if that statement is true. > > > >> > The file is here: http://www.p-rom.si/Gericom_Webgine_XL.asl Thanks. As I supposed, there are duplicate entries for the max p-state: Scope (\_PR) { Processor (CPU1, 0x01, 0x00000810, 0x06) { ... Name (_PSS, Package (0x0A) { Package (0x06) { 0x000004B0, 0x000088BC, 0x0000007D, 0x0000007D, 0x009C416C, 0x0000016C }, Package (0x06) { 0x000004B0, 0x000088BC, 0x0000007D, 0x0000007D, 0x009C416C, 0x0000016C }, Package (0x06) { 0x000004B0, 0x000088BC, 0x0000007D, 0x0000007D, 0x009C416C, 0x0000016C }, This package is duplicated 5 times and correspond to the max one. ... ... } our acpi_perf driver does not handle this situation. I think this patch (can not compile test, I don't have a FreeBSD handy ATM) should fix your issue (minus stupid mistake I may introduce). > > As I said in one of my previus messages: > If I change POWERNOW_MAX_STATES in powernow.c from 16 to 7 (I belive it > is the number of states on my proc) everything works fine!!! I know it > is stupid solution, but I do not know anything about C/C++ programming. > Sorry. The method CPUFREQ_DRV_SETTINGS() from acpi_perf give 10 p-states, not 7, therefore it failed, and pn_decode_acpi() fail. Legacy bios tables are used instead of those given by ACPI via pn_decode_pst() which return only 6 p-states. You can see the power consuption for each states is "-1" in that case because I dont know how to compute them. > dev.powernow.0.freq_settings: 1197/-1 1064/-1 997/-1 931/-1 864/-1 798/-1 > > Another thing. I belive that 1 frequency here is missing. > (8,5x133MHz=1133MHz) It should be there because we have FSB=133, multi=6 > to 9 in 0.5 step. Aparently the bios writer tell you 8.5 multiplier is not supported. You should always trust the bios writer (ahem) :) --- src/sys/dev/acpica/acpi_perf.c~ 2006-05-03 14:49:35.000000000 +0200 +++ src/sys/dev/acpica/acpi_perf.c 2006-05-03 14:50:37.000000000 +0200 @@ -299,6 +299,12 @@ acpi_perf_evaluate(device_t dev) sc->px_states[count].core_freq >= 0xffff) continue; + /* Check for duplicate entries */ + if (count > 0 && + sc->px_states[count - 1].core_freq == + sc->px_states[count].core_freq) + continue; + count++; } sc->px_count = count; -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 13:42:51 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 940F416A40A; Wed, 3 May 2006 13:42:51 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71B7D43D67; Wed, 3 May 2006 13:42:49 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1FbHcu-0008T1-00; Wed, 03 May 2006 15:42:48 +0200 Date: Wed, 3 May 2006 15:42:48 +0200 To: Pav Lucistnik Message-ID: <20060503134248.GB31815@poupinou.org> References: <1146231595.94164.25.camel@pav.hide.vol.cz> <20060502154819.GA16135@poupinou.org> <1146585606.31507.38.camel@pav.hide.vol.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1146585606.31507.38.camel@pav.hide.vol.cz> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 13:42:53 -0000 On Tue, May 02, 2006 at 06:00:06PM +0200, Pav Lucistnik wrote: > Bruno Ducrot pí?e v út 02. 05. 2006 v 17:48 +0200: > > Hi, > > > > On Fri, Apr 28, 2006 at 03:39:55PM +0200, Pav Lucistnik wrote: > > > Hi list! > > > > > > I recently got a new motherboard and CPU. I like to keep a tap on the > > > CPU temperature. xmbmon utility no longer works on this hardware, so I > > > turned to ACPI. > > > > > > Since I assembled the system on Monday, the temperature never changed: > > > > > > hw.acpi.thermal.tz0.temperature: 21.8C > > > > > > Is our acpi_thermal(4) supposed to work with nForce 4 chipsets? > > > > acpi_thermal(4) is arch (in fact i386 ia64 and amd64) and chipset > > independant. It's therefore AML methods related to thermal zones > > that's seems to be broken to my eyes. > > > > > It's MSI Neo4-FI board, dmesg is at http://hood.oook.cz/techno/ I can > > > get a verbose boot dmesg later, if needed. BIOS is latest (5.0). > > > > Could you please give a link to an acpidump output as well? > > http://raven.oook.cz/pav-nforce4.asl > Thanks. The problem is here: Scope (\_TZ) { ... ... ThermalZone (THRM) { ... ... Method (_TMP, 0, NotSerialized) { Return (0x0B86) } ... ... Each time hw.acpi.thermal.tz0.temperature is readen, this AML method is called by our ACPI interpreter. As you can see, this method return the same value which correspond to 295 degree kelvin. Fortunately there are those methods: OperationRegion (SEN1, SystemIO, 0x0295, 0x02) ... ... Field (SEN1, ByteAcc, NoLock, Preserve) { SEI0, 8, SED0, 8 } ... ... Method (RTMP, 0, NotSerialized) { WSEN (0x4E, 0x01) Store (RSEN (0x50), Local0) If (LLess (Local0, 0x80)) { Multiply (Local0, 0x0A, Local0) Add (Local0, 0x0AAC, Local0) } Else { Subtract (Local0, 0x80, Local0) Multiply (Local0, 0x0A, Local0) Subtract (0x0AAC, Local0, Local0) } If (LEqual (SSHU, 0x01)) { Return (0x0C3C) } Else { Return (Local0) } } Method (WSEN, 2, NotSerialized) { Store (Arg0, SEI0) Store (Arg1, SED0) } Method (RSEN, 1, NotSerialized) { Store (Arg0, SEI0) Store (SED0, Local0) Return (Local0) } which apparently correspond to a winbond chip. I guess the intend of the bios writer was to call RTMP() under _TMP() but QA failed to validate this since it is expected methods are thread safe, and those methods are not thread safe for sure. It maybe possible if we do something like that: Method (_TMP, 0, NotSerialized) { Return (RTMP()) } then we should be able to get correct values, but the chip could hang in the long run. BTW I don't see why mbmon failed. Maybe you should try something like that: mbmon -P winbond -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 13:57:16 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C416B16A40E for ; Wed, 3 May 2006 13:57:16 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19A2243D53 for ; Wed, 3 May 2006 13:57:15 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by e0-a11.b1.lan.prg.vol.cz (8.13.6/8.13.6) with ESMTP id k43DvDN1042349; Wed, 3 May 2006 15:57:13 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.6/8.13.6/Submit) id k43DvDR8042348; Wed, 3 May 2006 15:57:13 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Bruno Ducrot In-Reply-To: <20060503134248.GB31815@poupinou.org> References: <1146231595.94164.25.camel@pav.hide.vol.cz> <20060502154819.GA16135@poupinou.org> <1146585606.31507.38.camel@pav.hide.vol.cz> <20060503134248.GB31815@poupinou.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3CWEf9eCKa2eqpllfQxm" Date: Wed, 03 May 2006 15:57:12 +0200 Message-Id: <1146664632.38125.65.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 13:57:17 -0000 --=-3CWEf9eCKa2eqpllfQxm Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Bruno Ducrot p=ED=B9e v st 03. 05. 2006 v 15:42 +0200: > On Tue, May 02, 2006 at 06:00:06PM +0200, Pav Lucistnik wrote: > > Bruno Ducrot p=ED?e v =FAt 02. 05. 2006 v 17:48 +0200: > > > Hi, > > >=20 > > > On Fri, Apr 28, 2006 at 03:39:55PM +0200, Pav Lucistnik wrote: > > > > Hi list! > > > >=20 > > > > I recently got a new motherboard and CPU. I like to keep a tap on t= he > > > > CPU temperature. xmbmon utility no longer works on this hardware, s= o I > > > > turned to ACPI. > > > >=20 > > > > Since I assembled the system on Monday, the temperature never chang= ed: > > > >=20 > > > > hw.acpi.thermal.tz0.temperature: 21.8C > > > >=20 > > > > Is our acpi_thermal(4) supposed to work with nForce 4 chipsets? > > >=20 > > > acpi_thermal(4) is arch (in fact i386 ia64 and amd64) and chipset > > > independant. It's therefore AML methods related to thermal zones > > > that's seems to be broken to my eyes. > > >=20 > > > > It's MSI Neo4-FI board, dmesg is at http://hood.oook.cz/techno/ I c= an > > > > get a verbose boot dmesg later, if needed. BIOS is latest (5.0). > > >=20 > > > Could you please give a link to an acpidump output as well? > >=20 > > http://raven.oook.cz/pav-nforce4.asl > >=20 >=20 > Thanks. >=20 > The problem is here: >=20 >=20 > Scope (\_TZ) > { > ... > ... >=20 > ThermalZone (THRM) > { > ... > ... > Method (_TMP, 0, NotSerialized) > { > Return (0x0B86) > } > ... > ... >=20 > Each time hw.acpi.thermal.tz0.temperature is readen, this > AML method is called by our ACPI interpreter. >=20 > As you can see, this method return the same value which > correspond to 295 degree kelvin. >=20 >=20 > Fortunately there are those methods: >=20 > OperationRegion (SEN1, SystemIO, 0x0295, 0x02) > ... > ... > Field (SEN1, ByteAcc, NoLock, Preserve) > { > SEI0, 8,=20 > SED0, 8 > } > ... > ... >=20 > Method (RTMP, 0, NotSerialized) > { > WSEN (0x4E, 0x01) > Store (RSEN (0x50), Local0) > If (LLess (Local0, 0x80)) > { > Multiply (Local0, 0x0A, Local0) > Add (Local0, 0x0AAC, Local0) > } > Else > { > Subtract (Local0, 0x80, Local0) > Multiply (Local0, 0x0A, Local0) > Subtract (0x0AAC, Local0, Local0) > } >=20 > If (LEqual (SSHU, 0x01)) > { > Return (0x0C3C) > } > Else > { > Return (Local0) > } > } >=20 > Method (WSEN, 2, NotSerialized) > { > Store (Arg0, SEI0) > Store (Arg1, SED0) > } >=20 > Method (RSEN, 1, NotSerialized) > { > Store (Arg0, SEI0) > Store (SED0, Local0) > Return (Local0) > } >=20 >=20 > which apparently correspond to a winbond chip. I > guess the intend of the bios writer was to call RTMP() > under _TMP() but QA failed to validate this since it is > expected methods are thread safe, and those methods > are not thread safe for sure. >=20 > It maybe possible if we do something like that: > Method (_TMP, 0, NotSerialized) > { > Return (RTMP()) > } > then we should be able to get correct values, but the > chip could hang in the long run. Hmm, I'd rather not risk hanging of the system here. I may play with this, thank you for the hints. > BTW I don't see why mbmon failed. Maybe you should > try something like that: >=20 > mbmon -P winbond No, it just fails to work. And I just tried and it now fails to work on boards where it used to work. Fishy... # mbmon -D -p winbond Probe Request: winbond >>> Testing Reg's at ISA-IO <<< [ISA Port IO-Base:0x290] Probing Winbond/Asus/LM78/79 chip: CR40:0x01, CR41:0x00, CR42:0x10, CR43:0xDE CR44:0xFF, CR45:0xFF, CR46:0x00, CR47:0xD0 CR48:0x2D, CR49:0xFF, CR4A:0x40, CR4B:0x44 CR4C:0x18, CR4D:0x15, CR4E:0x80, CR4F:0x5C CR56:0x00, CR58:0xA1, CR59:0x70, CR5D:0x01 CR3E:0x83, CR13:0x00, CR17:0x3C, CRA1:0xE9 CR20:0xAB, CR22:0xD4, CR23:0xD4, CR24:0xCB CR27:0x24, CR29:0xFF, CR2A:0x68, CR2B:0xDA No Hardware Monitor found!! InitMBInfo: Unknown error: 0 --=20 Pav Lucistnik The number you dialed is imaginary. Please turn your phone by 90 degrees and try again. --=-3CWEf9eCKa2eqpllfQxm Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEWLa4ntdYP8FOsoIRAkttAJ91GrgndZVqTdkDAg2zhTvoMOOi8QCgojJD Qn0WWuvNGenqrOLEY0uFfOg= =iybZ -----END PGP SIGNATURE----- --=-3CWEf9eCKa2eqpllfQxm-- From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 14:04:42 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9498716A421; Wed, 3 May 2006 14:04:42 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 816F143D45; Wed, 3 May 2006 14:04:41 +0000 (GMT) (envelope-from xfb52@dial.pipex.com) Received: from [172.23.170.138] (helo=anti-virus01-09) by smtp-out3.blueyonder.co.uk with smtp (Exim 4.52) id 1FbHy4-0002HO-7l; Wed, 03 May 2006 15:04:40 +0100 Received: from [80.192.58.117] (helo=[192.168.0.2]) by asmtp-out2.blueyonder.co.uk with esmtp (Exim 4.52) id 1FbHy0-0003JX-GI; Wed, 03 May 2006 15:04:36 +0100 Message-ID: <4458B873.2020608@dial.pipex.com> Date: Wed, 03 May 2006 15:04:35 +0100 From: Alex Zbyslaw User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.7.12) Gecko/20060305 X-Accept-Language: en MIME-Version: 1.0 To: Pav Lucistnik References: <1146231595.94164.25.camel@pav.hide.vol.cz> <20060502154819.GA16135@poupinou.org> <1146585606.31507.38.camel@pav.hide.vol.cz> <20060503134248.GB31815@poupinou.org> In-Reply-To: <20060503134248.GB31815@poupinou.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 14:04:42 -0000 Bruno Ducrot wrote: >then we should be able to get correct values, but the >chip could hang in the long run. > > Running mbmon throughout the day I see approximately one such hang a day, and it seems to cause temps to spike as well. I now do this to limit the damage: (ulimit -t 1; /usr/local/bin/mbmon -p winbond -c 1) > >BTW I don't see why mbmon failed. Maybe you should >try something like that: > >mbmon -P winbond > > Also for some winbond chips healthd can work where mbmon doesn't. --Alex From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 14:20:34 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CCFD16A416 for ; Wed, 3 May 2006 14:20:34 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id E527C43D6D for ; Wed, 3 May 2006 14:20:20 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by e0-a11.b1.lan.prg.vol.cz (8.13.6/8.13.6) with ESMTP id k43EKEot042819; Wed, 3 May 2006 16:20:14 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.6/8.13.6/Submit) id k43EKExv042818; Wed, 3 May 2006 16:20:14 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Alex Zbyslaw In-Reply-To: <4458B873.2020608@dial.pipex.com> References: <1146231595.94164.25.camel@pav.hide.vol.cz> <20060502154819.GA16135@poupinou.org> <1146585606.31507.38.camel@pav.hide.vol.cz> <20060503134248.GB31815@poupinou.org> <4458B873.2020608@dial.pipex.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-io4tJp3+fvK1CuvZL03d" Date: Wed, 03 May 2006 16:20:13 +0200 Message-Id: <1146666013.38125.69.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 14:20:34 -0000 --=-io4tJp3+fvK1CuvZL03d Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Alex Zbyslaw p=ED=B9e v st 03. 05. 2006 v 15:04 +0100: > >BTW I don't see why mbmon failed. Maybe you should > >try something like that: > > > >mbmon -P winbond > > =20 > > > Also for some winbond chips healthd can work where mbmon doesn't. Riight, healthd works and reports sane values. Funny, that it reports different temperatures on the cores of my dual core CPU. And it in fact works on amd64, despite what port thinks. Time to hack. --=20 Pav Lucistnik I have a quantum car. Every time I look at the speedometer I get lost... --=-io4tJp3+fvK1CuvZL03d Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEWLwdntdYP8FOsoIRAliOAJ0Y7Vep/FDi+pSa9pLqQ/4gSca+UQCfaI/e 82IPCPmBtFVaqj427qBGM5Q= =rapX -----END PGP SIGNATURE----- --=-io4tJp3+fvK1CuvZL03d-- From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 14:24:09 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB40916A423; Wed, 3 May 2006 14:24:09 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FB7843D5F; Wed, 3 May 2006 14:24:09 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1FbIGu-00005H-00; Wed, 03 May 2006 16:24:08 +0200 Date: Wed, 3 May 2006 16:24:08 +0200 To: Pav Lucistnik Message-ID: <20060503142408.GD31815@poupinou.org> References: <1146231595.94164.25.camel@pav.hide.vol.cz> <20060502154819.GA16135@poupinou.org> <1146585606.31507.38.camel@pav.hide.vol.cz> <20060503134248.GB31815@poupinou.org> <1146664632.38125.65.camel@pav.hide.vol.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1146664632.38125.65.camel@pav.hide.vol.cz> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 14:24:10 -0000 On Wed, May 03, 2006 at 03:57:12PM +0200, Pav Lucistnik wrote: ... > No, it just fails to work. And I just tried and it now fails to work on > boards where it used to work. Fishy... > > # mbmon -D -p winbond > Probe Request: winbond > >>> Testing Reg's at ISA-IO <<< > [ISA Port IO-Base:0x290] > Probing Winbond/Asus/LM78/79 chip: ... > CR4C:0x18, CR4D:0x15, CR4E:0x80, CR4F:0x5C ^^ ^^ I'm pretty sure it's a winbond (which one, well I can't tell, but looking at the mother board should tell you which one exactly) and you can access it's register via io port 0x295 -- 0x296. You just have to find the correct tool to handle it, or fix mbmon :) -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 14:44:38 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EAFA16A40E for ; Wed, 3 May 2006 14:44:38 +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 B452F43D68 for ; Wed, 3 May 2006 14:44:30 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k43EiSKw043858; Wed, 3 May 2006 10:44:29 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Marcel Moolenaar Date: Wed, 3 May 2006 09:32:52 -0400 User-Agent: KMail/1.9.1 References: <20060502181804.GA93421@svm.csie.ntu.edu.tw> <200605021559.44121.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605030932.54775.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1437/Wed May 3 02:54:45 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.3 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org, Rong-En Fan Subject: Re: acpi as kernel module on i386 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 14:44:38 -0000 On Tuesday 02 May 2006 18:51, Marcel Moolenaar wrote: > > On May 2, 2006, at 12:59 PM, John Baldwin wrote: > > > On Tuesday 02 May 2006 14:18, Rong-En Fan wrote: > >> Hi, > >> > >> Recently commit to ppc code that also decouples the isa+acpi > >> attachment into separate case, that makes my ppc and lpt disappear > >> if acpi is loaded as a module. (see the thread "lpt0 disappear (ppc > >> related) on -current) > >> > >> However, i386/conf/NOTES says that building acpi into module is > >> deprecated. Just wondering why amd64 uses acpi in kernel conf > >> (I'm not sure about other arch), and on i386 we said this is a > >> deprecated usage? > > > > ACPI is mandatory for amd64 and ia64, but it is optional on i386. > > Because it is optional, it is a module so that the loader can only > > load it on machines that support it. I think the ppc module should > > be changed to include the acpi attachment personally, assuming that > > the ppc module already includes the ppc isa attachment. > > On i386, it should be safe to compile the acpi(4) attachment when only > device isa is configured into the kernel. It should not be done for all > platforms. While acpi(4) is mandatory on ia64, isa(4) isn't and it's > my goal to get rid of isa(4) altogether on ia64. Well, the ppc acpi attachment can be optionally included in the module build for the archs that ppc acpi devices. > Alternatively, acpi(4) can be considered non-optional for current > x86 hardware and having acpi(4) configured into the kernel is not > such an odd thing to do for a modern x86 operating system. I personally compile 'device acpi' into my kernels on i386 and basically never use modules except for development anyway. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 14:45:46 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE90416A41B for ; Wed, 3 May 2006 14:45:46 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DE6643D55 for ; Wed, 3 May 2006 14:45:41 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by e0-a11.b1.lan.prg.vol.cz (8.13.6/8.13.6) with ESMTP id k43EjcQa042968; Wed, 3 May 2006 16:45:38 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.6/8.13.6/Submit) id k43EjckB042967; Wed, 3 May 2006 16:45:38 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Bruno Ducrot In-Reply-To: <20060503142408.GD31815@poupinou.org> References: <1146231595.94164.25.camel@pav.hide.vol.cz> <20060502154819.GA16135@poupinou.org> <1146585606.31507.38.camel@pav.hide.vol.cz> <20060503134248.GB31815@poupinou.org> <1146664632.38125.65.camel@pav.hide.vol.cz> <20060503142408.GD31815@poupinou.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0tkLSeet6EwcQWGSlMN7" Date: Wed, 03 May 2006 16:45:37 +0200 Message-Id: <1146667537.38125.73.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 14:45:46 -0000 --=-0tkLSeet6EwcQWGSlMN7 Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Bruno Ducrot p=ED=B9e v st 03. 05. 2006 v 16:24 +0200: > On Wed, May 03, 2006 at 03:57:12PM +0200, Pav Lucistnik wrote: > ... >=20 > > No, it just fails to work. And I just tried and it now fails to work on > > boards where it used to work. Fishy... > >=20 > > # mbmon -D -p winbond > > Probe Request: winbond > > >>> Testing Reg's at ISA-IO <<< > > [ISA Port IO-Base:0x290] > > Probing Winbond/Asus/LM78/79 chip: > ... > > CR4C:0x18, CR4D:0x15, CR4E:0x80, CR4F:0x5C > ^^ ^^ > I'm pretty sure it's a winbond (which one, well I can't > tell, but looking at the mother board should tell > you which one exactly) and you can access it's register via > io port 0x295 -- 0x296. You just have to find the correct > tool to handle it, or fix mbmon :) mbmon fixed: --- sens_winbond.c Fri Jul 9 07:34:41 2004 +++ sens_winbond.c Wed May 3 16:43:40 2006 @@ -245,6 +244,7 @@ case 0x20: /* 0x20 (or 0x21) 627HF */ case 0x90: /* 0x90 (or 0x91?) 627THF */ case 0x1A: /* 0x1A (??) 627THF-A */ + case 0xA0: /* 0xA0 (or 0xA1) */ wbdchipid =3D W83627HF; break; case 0x30: /* 0x30 (or 0x31) */ Yay! Thank you a lot for the hint. --=20 Pav Lucistnik - Hocumms Razor states that the most obvious, though possible not conceviab= le, answer to a problem is most likely the correct one. - unless you are playing zelda. --=-0tkLSeet6EwcQWGSlMN7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEWMIRntdYP8FOsoIRAslwAJ0TnmCDZAq5u9q990F4T1p3HaI8UwCgrrmU 3Rq7pLlsKX3XShbkHN+lmsE= =5ZhU -----END PGP SIGNATURE----- --=-0tkLSeet6EwcQWGSlMN7-- From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 14:50:36 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A0A316A403; Wed, 3 May 2006 14:50:36 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from smtp-out2.blueyonder.co.uk (smtp-out2.blueyonder.co.uk [195.188.213.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AD3343D46; Wed, 3 May 2006 14:50:35 +0000 (GMT) (envelope-from xfb52@dial.pipex.com) Received: from [172.23.170.142] (helo=anti-virus02-09) by smtp-out2.blueyonder.co.uk with smtp (Exim 4.52) id 1FbIgU-0005Rg-LE; Wed, 03 May 2006 15:50:34 +0100 Received: from [80.192.58.117] (helo=[192.168.0.2]) by asmtp-out3.blueyonder.co.uk with esmtp (Exim 4.52) id 1FbIgU-0003mA-0v; Wed, 03 May 2006 15:50:34 +0100 Message-ID: <4458C339.60503@dial.pipex.com> Date: Wed, 03 May 2006 15:50:33 +0100 From: Alex Zbyslaw User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.7.12) Gecko/20060305 X-Accept-Language: en MIME-Version: 1.0 To: pav@FreeBSD.org References: <1146231595.94164.25.camel@pav.hide.vol.cz> <20060502154819.GA16135@poupinou.org> <1146585606.31507.38.camel@pav.hide.vol.cz> <20060503134248.GB31815@poupinou.org> <4458B873.2020608@dial.pipex.com> <1146666013.38125.69.camel@pav.hide.vol.cz> In-Reply-To: <1146666013.38125.69.camel@pav.hide.vol.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 14:50:37 -0000 Pav Lucistnik wrote: >Alex Zbyslaw p=ED=B9e v st 03. 05. 2006 v 15:04 +0100: > > =20 > >>>BTW I don't see why mbmon failed. Maybe you should >>>try something like that: >>> >>>mbmon -P winbond >>>=20 >>> >>> =20 >>> >>Also for some winbond chips healthd can work where mbmon doesn't. >> =20 >> > >Riight, healthd works and reports sane values. Funny, that it reports >different temperatures on the cores of my dual core CPU. > =20 > I would think that it was reporting the temps for your "second"=20 (non-existent) CPU, not per core, but I could be wrong. The 2nd CPU=20 temps and Vcore are just noise if you don't have 2 CPUs. --Alex From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 14:53:36 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63A9C16A48C for ; Wed, 3 May 2006 14:53:36 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E2A443D60 for ; Wed, 3 May 2006 14:53:35 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by e0-a11.b1.lan.prg.vol.cz (8.13.6/8.13.6) with ESMTP id k43ErWAh043029; Wed, 3 May 2006 16:53:32 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.6/8.13.6/Submit) id k43ErW5m043028; Wed, 3 May 2006 16:53:32 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Alex Zbyslaw In-Reply-To: <4458C339.60503@dial.pipex.com> References: <1146231595.94164.25.camel@pav.hide.vol.cz> <20060502154819.GA16135@poupinou.org> <1146585606.31507.38.camel@pav.hide.vol.cz> <20060503134248.GB31815@poupinou.org> <4458B873.2020608@dial.pipex.com> <1146666013.38125.69.camel@pav.hide.vol.cz> <4458C339.60503@dial.pipex.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-StWIAPag+agP6RYAtGAn" Date: Wed, 03 May 2006 16:53:31 +0200 Message-Id: <1146668011.38125.75.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 14:53:36 -0000 --=-StWIAPag+agP6RYAtGAn Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Alex Zbyslaw p=ED=A8e v st 03. 05. 2006 v 15:50 +0100: > Pav Lucistnik wrote: >=20 > >Alex Zbyslaw p=ED=B9e v st 03. 05. 2006 v 15:04 +0100: > > > > =20 > > > >>>BTW I don't see why mbmon failed. Maybe you should > >>>try something like that: > >>> > >>>mbmon -P winbond > >>>=20 > >>> > >>> =20 > >>> > >>Also for some winbond chips healthd can work where mbmon doesn't. > >> =20 > >> > > > >Riight, healthd works and reports sane values. Funny, that it reports > >different temperatures on the cores of my dual core CPU. > > =20 > > > I would think that it was reporting the temps for your "second"=20 > (non-existent) CPU, not per core, but I could be wrong. The 2nd CPU=20 > temps and Vcore are just noise if you don't have 2 CPUs. Could be, but CPU0 is 38C and CPU1 is 42C so it's not completely unplausible... --=20 Pav Lucistnik East or west, ~ is best. --=-StWIAPag+agP6RYAtGAn Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEWMPrntdYP8FOsoIRAjGAAKCmbAb25jx3elBQ1T9VRfzmyQ+98gCfeteg 60FXKTAbI5qH2omC6PUfOQw= =qSTJ -----END PGP SIGNATURE----- --=-StWIAPag+agP6RYAtGAn-- From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 14:56:54 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA84F16A40B for ; Wed, 3 May 2006 14:56:53 +0000 (UTC) (envelope-from ales.rom@kabelnet.net) Received: from mta1.siol.net (mta1.siol.net [193.189.160.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1049043D49 for ; Wed, 3 May 2006 14:56:52 +0000 (GMT) (envelope-from ales.rom@kabelnet.net) Received: from edge2.siol.net ([10.10.10.211]) by mta1.siol.net with ESMTP id <20060503145650.MGLT4387.mta1.siol.net@edge2.siol.net>; Wed, 3 May 2006 16:56:50 +0200 Received: from [192.168.1.105] (really [193.77.234.6]) by edge2.siol.net with ESMTP id <20060503145650.BEGQ7870.edge2.siol.net@[192.168.1.105]>; Wed, 3 May 2006 16:56:50 +0200 Message-ID: <4458E0D0.5020308@kabelnet.net> Date: Wed, 03 May 2006 16:56:48 +0000 From: Ales User-Agent: Thunderbird 1.5 (X11/20060225) MIME-Version: 1.0 To: ducrot@poupinou.org, freebsd-acpi@freebsd.org References: <4458B194.7070407@kabelnet.net> In-Reply-To: <4458B194.7070407@kabelnet.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: powerd on Gericom Webgine XL not running quite well X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 14:56:54 -0000 >> >> The file is here: http://www.p-rom.si/Gericom_Webgine_XL.asl >> > > Thanks. As I supposed, there are duplicate entries for the max p-state: > > Scope (\_PR) > { > Processor (CPU1, 0x01, 0x00000810, 0x06) > { > ... > Name (_PSS, Package (0x0A) > { > Package (0x06) > { > 0x000004B0, > 0x000088BC, > 0x0000007D, > 0x0000007D, > 0x009C416C, > 0x0000016C > }, > > Package (0x06) > { > 0x000004B0, > 0x000088BC, > 0x0000007D, > 0x0000007D, > 0x009C416C, > 0x0000016C > }, > > Package (0x06) > { > 0x000004B0, > 0x000088BC, > 0x0000007D, > 0x0000007D, > 0x009C416C, > 0x0000016C > }, > > This package is duplicated 5 times and correspond to > the max one. > > ... > ... > } > > our acpi_perf driver does not handle this situation. I think > this patch (can not compile test, I don't have a FreeBSD > handy ATM) should fix your issue (minus stupid mistake I may > introduce). > > >> As I said in one of my previus messages: >> If I change POWERNOW_MAX_STATES in powernow.c from 16 to 7 (I belive it >> is the number of states on my proc) everything works fine!!! I know it >> is stupid solution, but I do not know anything about C/C++ programming. >> Sorry. >> > > The method CPUFREQ_DRV_SETTINGS() from acpi_perf give > 10 p-states, not 7, therefore it failed, and pn_decode_acpi() > fail. Legacy bios tables are used instead of those > given by ACPI via pn_decode_pst() which return only 6 > p-states. > > You can see the power consuption for each states is "-1" > in that case because I dont know how to compute them. > > >> dev.powernow.0.freq_settings: 1197/-1 1064/-1 997/-1 931/-1 864/-1 798/-1 >> >> Another thing. I belive that 1 frequency here is missing. >> (8,5x133MHz=1133MHz) It should be there because we have FSB=133, multi=6 >> to 9 in 0.5 step. >> > > Aparently the bios writer tell you 8.5 multiplier is not supported. > You should always trust the bios writer (ahem) :) > > > --- src/sys/dev/acpica/acpi_perf.c~ 2006-05-03 14:49:35.000000000 +0200 > +++ src/sys/dev/acpica/acpi_perf.c 2006-05-03 14:50:37.000000000 +0200 > @@ -299,6 +299,12 @@ acpi_perf_evaluate(device_t dev) > sc->px_states[count].core_freq >= 0xffff) > continue; > > + /* Check for duplicate entries */ > + if (count > 0 && > + sc->px_states[count - 1].core_freq == > + sc->px_states[count].core_freq) > + continue; > + > count++; > } > sc->px_count = count; > > It compiles and runs like you said. dev.powernow.0.%desc: PowerNow! K7 dev.powernow.0.%driver: powernow dev.powernow.0.%parent: cpu0 dev.powernow.0.freq_settings: 1197/35004 1064/29004 997/25291 931/23595 864/21910 798/20224 We have freq an power consuption for every state now. Thank you. Great, great support. Ales Rom From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 15:07:44 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F93516A402; Wed, 3 May 2006 15:07:44 +0000 (UTC) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABA9243D53; Wed, 3 May 2006 15:07:43 +0000 (GMT) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.13.4/8.13.4) with ESMTP id k43F7ga1069841; Wed, 3 May 2006 23:07:42 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.13.4/8.13.4/Submit) id k43F7g7m069840; Wed, 3 May 2006 23:07:42 +0800 (CST) (envelope-from rafan) Date: Wed, 3 May 2006 23:07:42 +0800 From: Rong-En Fan To: John Baldwin , Marcel Moolenaar , freebsd-acpi@freebsd.org Message-ID: <20060503150742.GA69772@svm.csie.ntu.edu.tw> References: <20060502181804.GA93421@svm.csie.ntu.edu.tw> <200605021559.44121.jhb@freebsd.org> <200605030932.54775.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200605030932.54775.jhb@freebsd.org> User-Agent: Mutt/1.5.11 Cc: Subject: Re: acpi as kernel module on i386 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 15:07:44 -0000 On Wed, May 03, 2006 at 09:32:52AM -0400, John Baldwin wrote: > On Tuesday 02 May 2006 18:51, Marcel Moolenaar wrote: > > On May 2, 2006, at 12:59 PM, John Baldwin wrote: > > > On Tuesday 02 May 2006 14:18, Rong-En Fan wrote: > > >> Hi, > > >> > > >> Recently commit to ppc code that also decouples the isa+acpi > > >> attachment into separate case, that makes my ppc and lpt disappear > > >> if acpi is loaded as a module. (see the thread "lpt0 disappear (ppc > > >> related) on -current) > > >> > > >> However, i386/conf/NOTES says that building acpi into module is > > >> deprecated. Just wondering why amd64 uses acpi in kernel conf > > >> (I'm not sure about other arch), and on i386 we said this is a > > >> deprecated usage? > > > > > > ACPI is mandatory for amd64 and ia64, but it is optional on i386. > > > Because it is optional, it is a module so that the loader can only > > > load it on machines that support it. I think the ppc module should > > > be changed to include the acpi attachment personally, assuming that > > > the ppc module already includes the ppc isa attachment. > > > > On i386, it should be safe to compile the acpi(4) attachment when only > > device isa is configured into the kernel. It should not be done for all > > platforms. While acpi(4) is mandatory on ia64, isa(4) isn't and it's > > my goal to get rid of isa(4) altogether on ia64. > > Well, the ppc acpi attachment can be optionally included in the module > build for the archs that ppc acpi devices. > > > Alternatively, acpi(4) can be considered non-optional for current > > x86 hardware and having acpi(4) configured into the kernel is not > > such an odd thing to do for a modern x86 operating system. > > I personally compile 'device acpi' into my kernels on i386 and > basically never use modules except for development anyway. Well, thanks for all the replies. I decided to compile acpi into my kernel. Now lpt0 is happy to show up again :) Thanks, Rong-En Fan From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 18:06:06 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64E9416A401; Wed, 3 May 2006 18:06:06 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EF1043D58; Wed, 3 May 2006 18:06:05 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Wed, 03 May 2006 11:06:01 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 863EC45042; Wed, 3 May 2006 11:05:59 -0700 (PDT) To: pav@FreeBSD.org In-reply-to: Your message of "Wed, 03 May 2006 16:53:31 +0200." <1146668011.38125.75.camel@pav.hide.vol.cz> Date: Wed, 03 May 2006 11:05:59 -0700 From: "Kevin Oberman" Message-Id: <20060503180559.863EC45042@ptavv.es.net> Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 18:06:06 -0000 > From: Pav Lucistnik > Date: Wed, 03 May 2006 16:53:31 +0200 > Sender: owner-freebsd-acpi@freebsd.org > > Alex Zbyslaw pí¨e v st 03. 05. 2006 v 15:50 +0100: > > Pav Lucistnik wrote: > > > > >Alex Zbyslaw pí¹e v st 03. 05. 2006 v 15:04 +0100: > > > > > > > > > > > >>>BTW I don't see why mbmon failed. Maybe you should > > >>>try something like that: > > >>> > > >>>mbmon -P winbond > > >>> > > >>> > > >>> > > >>> > > >>Also for some winbond chips healthd can work where mbmon doesn't. > > >> > > >> > > > > > >Riight, healthd works and reports sane values. Funny, that it reports > > >different temperatures on the cores of my dual core CPU. > > > > > > > > I would think that it was reporting the temps for your "second" > > (non-existent) CPU, not per core, but I could be wrong. The 2nd CPU > > temps and Vcore are just noise if you don't have 2 CPUs. > > Could be, but CPU0 is 38C and CPU1 is 42C so it's not completely > unplausible... mbmon should be reporting three temperatures for the MSI mobo. The first is the "system" temperature. (I have no idea exactly where this is measured, but I suspect the northbridge), the second is CPU0 and the third is CPU1. By CPU0, I mean the package, not the core. I typically see a "temperature" way below room temp for CPU1, which I don't have. Since modern CPUs all have internal temperature sensors and they connect to pins on the package. If the chip is not there, the circuit on the mobo that "translates" this analog value tends to drift around with the temperature of its components, but not in an obviously meaningful way. Right now I show a system temp of 30C, a CPU temperature of 34C and a phantom of 15C for the missing CPU. (The room it's in is at about 22C.) The second Vcore is similarly silly. Now, why does my mbmon work out of the box and you need a small patch? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 21:37:43 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24B4216A408 for ; Wed, 3 May 2006 21:37:43 +0000 (UTC) (envelope-from ECullin@hireability.com) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.200.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2C4743D48 for ; Wed, 3 May 2006 21:37:41 +0000 (GMT) (envelope-from ECullin@hireability.com) Received: from cullin (c-68-41-78-130.hsd1.mi.comcast.net[68.41.78.130]) by comcast.net (sccrmhc12) with SMTP id <2006050321374001200mkiuae>; Wed, 3 May 2006 21:37:40 +0000 From: "Eric Cullin" To: "Oleg R. Muhutdinov" Date: Wed, 3 May 2006 17:39:08 -0400 Message-ID: <055001c66efa$168aeac0$640fa8c0@Cullin> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Several RF Engineering Opportunities (various skillsets) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 21:37:43 -0000 Good Afternoon Oleg,=20 I recently came across a copy of your resume on the internet and have several positions that looks like a good potential fit with several excellent clients. I will include a copy of some of the job = descriptions for you to look at. These are all immediate Direct Hire opportunities. Some of them are out of San Jose some are out of Chicago and some are = based in Maryland. They are all outstanding pay and benefits. Please let me = know if you are interested in any of these opportunities and we can discuss = it further. I thank you in advance for your time. I look forward to = hearing from you soon. I have several other RF positions around the country. All of my clients = are paying relocation. Below are a couple of job descriptions, I am also working on a few RF system architecture positions and several RF field engineer positions. These positions will work with the handset customer = and co develop the architecture with them, then work with the RFIC design = teams to develop the next generation chipset. You should have experience architecting GSM/GPRS/Edge or WCDMA chip sets. Below are 3 immediate direct hire job descriptions. You get 5 weeks vacation to start, a 15% bonus (which employees have received the full = 15% over the last few years), and a 401K where they get 100% matching up to = the first $3000, and then 50% matching on the next $3000. =20 1: RF H/W GSM/GPRS Engineer=20 Duties:=20 o Debugging and Customer support=20 o GCF / PTCRB / FCC=20 o Production and calibration implementation and support=20 o Layout and schematics review=20 o Assisting customer and European project team in identifying, tracking & solving problems=20 o Initial 3 - 6 weeks of training in Europe mandatory=20 o 15-20% travel=20 Job qualifications=20 Ph.D. EE, M.Sc.E.E, B.Sc.E.E, or equivalent=20 Required skills=20 o Experience in design and manufacturing of cellular HW=20 o Knowledge in low level SW=20 o Experience with GSM radio testing (51.010, 45 series)=20 o Experience in approval of cellular products=20 o Experience in calibration of cellular products=20 o Customer oriented=20 o Excellent communication skills in English=20 o Extensive experience in GSM and UMTS core technology=20 o Minimum 3-5 years of experience from the mobile industry=20 o Minimum 2 years in handset development=20 2: Product Application Engineer: Layer 1 S/W=20 Responsibilities:=20 o Debugging and Customer support=20 o GCF / PTCRB / IOT=20 o Assist customer and European project team in identifying, = tracking and solving problems on L1 and Stack related issues=20 o Initial 3 - 6 weeks of training in Europe mandatory=20 o 15-20% travel activity=20 Requirements:=20 o Experience with GSM radio and protocol testing (51.010, 45 = series).=20 o Experience in approval of cellular products=20 o Experience in GSM / UMTS L1, Stack and RF drivers=20 o Experience in calibration of cellular products=20 o PhD, MS or equivalent directly related experience=20 3: Product Application (ATC/IPC) Engineer: Modem Interface S/W=20 Duties:=20 o Debugging and Customer support=20 o Assisting customer in design of modem control SW=20 o Assisting customer and European project team in identifying, tracking and solving problems=20 o Initial 3 - 6 weeks of training in Europe mandatory=20 o 15-20% travel=20 =20 Job qualifications:=20 Required Skills:=20 o Experience in AT, 3GPP 27.010 (GSM 07.10)=20 o Experience in TSY, RIL etc=20 o Customer oriented=20 o Excellent communication skills in English=20 o Extensive experience in GSM and UMTS core technology=20 o Minimum 3-5 years of experience from the mobile industry=20 o PHD, MS or equivalent directly related experience=20 Eric Cullin=20 HireAbility, Independent Technical Recruiter=20 PO Box 87843=20 Canton, MI 48187=20 =20 Phone: 734-397-4430=20 Email: ECullin@HireAbility.com=20 Web Site: http://www.HireAbility.com=20 =20 From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 22:13:26 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1CB216A402 for ; Wed, 3 May 2006 22:13:26 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (hood.oook.cz [195.250.137.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD64B43D48 for ; Wed, 3 May 2006 22:13:25 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from ikaros.oook.cz (localhost [127.0.0.1]) by hood.oook.cz (8.13.6/8.13.6) with ESMTP id k43MDAuV047039 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 May 2006 00:13:10 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by ikaros.oook.cz (8.13.6/8.13.6/Submit) id k43MD93Z047028; Thu, 4 May 2006 00:13:09 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: ikaros.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Kevin Oberman In-Reply-To: <20060503180559.863EC45042@ptavv.es.net> References: <20060503180559.863EC45042@ptavv.es.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-QL8phneAJyTO18Ya6iUc" Date: Thu, 04 May 2006 00:13:09 +0200 Message-Id: <1146694389.7471.12.camel@ikaros.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 22:13:26 -0000 --=-QL8phneAJyTO18Ya6iUc Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Kevin Oberman p=ED=B9e v st 03. 05. 2006 v 11:05 -0700: > Now, why does my mbmon work out of the box and you need a small patch? I guess because they used some fancy new variation of the chip. And now we're really off topic :) --=20 Pav Lucistnik XML is a giant step in no direction at all. -- Erik Naggum --=-QL8phneAJyTO18Ya6iUc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEWSr1ntdYP8FOsoIRArM/AKCvOETkN183+ArALnsiS8ysOP8MvwCgm0H7 qsPTajcS9hkhZOCiQl8RLJQ= =HRUN -----END PGP SIGNATURE----- --=-QL8phneAJyTO18Ya6iUc-- From owner-freebsd-acpi@FreeBSD.ORG Thu May 4 10:20:16 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8012C16A402; Thu, 4 May 2006 10:20:16 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from smtp-out2.blueyonder.co.uk (smtp-out2.blueyonder.co.uk [195.188.213.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DB9343D45; Thu, 4 May 2006 10:20:15 +0000 (GMT) (envelope-from xfb52@dial.pipex.com) Received: from [172.23.170.144] (helo=anti-virus03-07) by smtp-out2.blueyonder.co.uk with smtp (Exim 4.52) id 1FbawQ-0003No-8P; Thu, 04 May 2006 11:20:14 +0100 Received: from [80.192.58.117] (helo=[192.168.0.2]) by asmtp-out1.blueyonder.co.uk with esmtp (Exim 4.52) id 1FbawP-0002W2-Oi; Thu, 04 May 2006 11:20:13 +0100 Message-ID: <4459D55D.1050202@dial.pipex.com> Date: Thu, 04 May 2006 11:20:13 +0100 From: Alex Zbyslaw User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.7.12) Gecko/20060305 X-Accept-Language: en MIME-Version: 1.0 To: pav@FreeBSD.org References: <20060503180559.863EC45042@ptavv.es.net> <1146694389.7471.12.camel@ikaros.oook.cz> In-Reply-To: <1146694389.7471.12.camel@ikaros.oook.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 10:20:16 -0000 Pav Lucistnik wrote: >Kevin Oberman p=ED=B9e v st 03. 05. 2006 v 11:05 -0700: > > =20 > >>Now, why does my mbmon work out of the box and you need a small patch? >> =20 >> > >I guess because they used some fancy new variation of the chip. > >And now we're really off topic :) > > =20 > One more small suggestion. Should you send your patch to the creators=20 of mbmon? Or to the port maintainer? Or perhaps file a PR? I'm never=20 sure of the right way to do this, but if you have a new chip revision=20 you can bet others will too. (For all know, my MB with a winbond chip=20 that won't run mbmon has the new revision :-)) Best, --Alex From owner-freebsd-acpi@FreeBSD.ORG Thu May 4 11:46:29 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92C9016A404 for ; Thu, 4 May 2006 11:46:29 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id D30FB43D48 for ; Thu, 4 May 2006 11:46:28 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by e0-a11.b1.lan.prg.vol.cz (8.13.6/8.13.6) with ESMTP id k44BkPXU053362; Thu, 4 May 2006 13:46:25 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.6/8.13.6/Submit) id k44BkPV5053361; Thu, 4 May 2006 13:46:25 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Alex Zbyslaw In-Reply-To: <4459D55D.1050202@dial.pipex.com> References: <20060503180559.863EC45042@ptavv.es.net> <1146694389.7471.12.camel@ikaros.oook.cz> <4459D55D.1050202@dial.pipex.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-F+VpdpZOV3rKUc6gdzsg" Date: Thu, 04 May 2006 13:46:24 +0200 Message-Id: <1146743184.18447.8.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_thermal on nforce 4 board X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 11:46:29 -0000 --=-F+VpdpZOV3rKUc6gdzsg Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Alex Zbyslaw p=C3=AD=C5=A1e v =C4=8Dt 04. 05. 2006 v 11:20 +0100: > Pav Lucistnik wrote: >=20 > >Kevin Oberman p=C3=AD=C2=B9e v st 03. 05. 2006 v 11:05 -0700: > > > > =20 > > > >>Now, why does my mbmon work out of the box and you need a small patch? > >> =20 > >> > > > >I guess because they used some fancy new variation of the chip. > > > >And now we're really off topic :) > > > > =20 > > > One more small suggestion. Should you send your patch to the creators=20 > of mbmon? Or to the port maintainer? Or perhaps file a PR? I'm never=20 > sure of the right way to do this, but if you have a new chip revision=20 > you can bet others will too. (For all know, my MB with a winbond chip=20 > that won't run mbmon has the new revision :-)) Actually, the patch is already part of the port. As for sending the patch to the mbmon author, I doubt it would make any difference, as the mbmon wasn't updated in 3 years. --=20 Pav Lucistnik An arrow (+0,+0) {@f0} finds a mark. It dies. --=-F+VpdpZOV3rKUc6gdzsg Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEWemQntdYP8FOsoIRAp9QAJ9+/G7VYs5dnXlPp/MqjUB9GDsrkwCgyCnI 8iP8jREbhkAPWZkoxwUM4xY= =xnwo -----END PGP SIGNATURE----- --=-F+VpdpZOV3rKUc6gdzsg-- From owner-freebsd-acpi@FreeBSD.ORG Thu May 4 21:07:38 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8486E16A402 for ; Thu, 4 May 2006 21:07:38 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE4A043D46 for ; Thu, 4 May 2006 21:07:37 +0000 (GMT) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 08F4A33CB7; Thu, 4 May 2006 23:07:35 +0200 (CEST) Date: Thu, 4 May 2006 23:07:35 +0200 From: Lars Engels To: freebsd-acpi@freebsd.org Message-ID: <20060504210735.GJ97014@e.0x20.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/D3X8sky0X3AmG5" Content-Disposition: inline X-Editor: VIM - Vi IMproved 6.4 User-Agent: Mutt/1.5.11 Subject: Standby / Resume on Amilo M7400 not working X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 21:07:38 -0000 --W/D3X8sky0X3AmG5 Content-Type: multipart/mixed; boundary="boAH8PqvUi1v1f55" Content-Disposition: inline --boAH8PqvUi1v1f55 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello! On my Fujitsu-Siemens Amilo M7400 ACPI suspend/resume does not work. If I enter S3 state, the screen behaves very odd meaning it slowly turns to white from the borders to the center. Then all i can do is to power the machine down. The same effect is seen, when I use shut- down to power off the box when the AC cable is plugged in. Then additionally the DVD drive spins and the CPU cooler runs at full speed until I reset the notebook. I found out, that S3 is possible when running Linux with a special kernel module. Quote: "Jozef uses x86emu to reset the framebuffer device after the wakup." (http://www.angelfire.com/linux/notebook/fujitsu/m7400.html) Attached you find dmesg output after a boot -v with ACPI enabled. The asl file can be found at: http://bsd-geek.de/Files/lars-FSAM7400.asl iasl lars-FSAM7400.asl gives the following errors: lars-FSAM7400.asl 2611: Field (ERAM, AnyAcc, Lock, Preserve) Error 1073 - ^ Host Operation Region requires ByteAcc a= ccess lars-FSAM7400.asl 2710: Store (Arg2, DAT3) Error 1004 - Method argument is not initialized ^ (Arg2) lars-FSAM7400.asl 2710: Store (Arg2, DAT3) Remark 3064 - Not a parameter, used as local only ^ (Arg2) lars-FSAM7400.asl 4990: Noop Error 1094 - syntax error ^ ASL Input: lars-FSAM7400.asl - 5320 lines, 187635 bytes, 2222 keywords Compilation complete. 3 Errors, 0 Warnings, 1 Remarks, 402 Optimizations sysctl -a hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 hw.acpi.cpu.cx_lowest: C3 hw.acpi.cpu.cx_usage: 0.00% 100.00% 0.00% hw.acpi.battery.life: 93 hw.acpi.battery.time: -1 hw.acpi.battery.state: 2 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 52.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 76.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 82.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1.temperature: 47.0C hw.acpi.thermal.tz1.active: -1 hw.acpi.thermal.tz1.passive_cooling: 0 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1._PSV: 77.0C hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 86.0C hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 The system is: FreeBSD bart.bsd-geek.de 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sun Apr 30 03:20:13 CEST 2006 lars@bart.bsd-geek.de:/usr/obj/usr/src/sys/BART i386 The BIOS is the most recent one. What could I do to fix the errors?=20 Thanks in advance for any help and hints. Lars P.S.: Please CC me as I am not subscribed to this mailing list. --boAH8PqvUi1v1f55 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: attachment; filename="dmesg.log" cat dmesg.boot map[20]: type 4, range 32, base 00001860, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.PCI0.LPCB.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.PCI0.LPCB.LNKC found-> vendor=0x8086, dev=0x24cd, revid=0x03 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e0100000, size 10, enabled pcib0: matched entry for 0.29.INTD (src \\_SB_.PCI0.LPCB.LNKH:0) pcib0: slot 29 INTD routed to irq 11 via \\_SB_.PCI0.LPCB.LNKH found-> vendor=0x8086, dev=0x2448, revid=0x83 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0005, statreg=0x8880, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24cc, revid=0x03 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24ca, revid=0x03 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 00001810, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, memory disabled found-> vendor=0x8086, dev=0x24c3, revid=0x03 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 00001880, size 5, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LPCB.LNKB:0) pcib0: slot 31 INTB routed to irq 10 via \\_SB_.PCI0.LPCB.LNKB found-> vendor=0x8086, dev=0x24c5, revid=0x03 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001c00, size 8, enabled map[14]: type 4, range 32, base 000018c0, size 6, enabled map[18]: type 1, range 32, base e0100c00, size 9, enabled map[1c]: type 1, range 32, base e0100800, size 8, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LPCB.LNKB:0) pcib0: slot 31 INTB routed to irq 10 via \\_SB_.PCI0.LPCB.LNKB found-> vendor=0x8086, dev=0x24c6, revid=0x03 bus=0, slot=31, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00002400, size 8, enabled map[14]: type 4, range 32, base 00002000, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LPCB.LNKB:0) pcib0: slot 31 INTB routed to irq 10 via \\_SB_.PCI0.LPCB.LNKB pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) vgapci0: port 0x1800-0x1807 mem 0xe8000000-0xefffffff,0xe0000000-0xe007ffff irq 11 at device 2.0 on pci0 agp0: on vgapci0 vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe8000000 vgapci0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xe0000000 agp0: detected 8060k stolen memory agp0: aperture size is 128M drm0: on vgapci0 info: [drm] AGP at 0xe8000000 128MB info: [drm] Initialized i915 1.4.0 20060119 vgapci1: mem 0xf0000000-0xf7ffffff,0xe0080000-0xe00fffff at device 2.1 on pci0 drm1: on vgapci1 info: [drm] AGP at 0xe8000000 128MB info: [drm] Initialized i915 1.4.0 20060119 uhci0: port 0x1820-0x183f irq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f irq 11 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f irq 11 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xe0100000-0xe01003ff irq 11 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xe0100000 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pcib1: secondary bus 2 pcib1: subordinate bus 2 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0x0-0x0 pcib1: prefetched decode 0x0-0x0 pcib1: Subtractively decoded bridge. ACPI: Found matching pin for 2.5.INTA at func 0: 10 ACPI: Found matching pin for 2.9.INTA at func 0: 255 ACPI: Found matching pin for 2.3.INTA at func 0: 10 ACPI: Found matching pin for 2.6.INTA at func 0: 10 pci2: on pcib1 pci2: physical bus=2 found-> vendor=0x11c1, dev=0x5811, revid=0x61 bus=2, slot=3, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0112, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x60 (2880 ns), mingnt=0x0c (3000 ns), maxlat=0x18 (6000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e0202000, size 12, enabled pcib1: (null) requested memory range 0xe0202000-0xe0202fff: good pcib1: matched entry for 2.3.INTA (src \\_SB_.PCI0.LPCB.LNKF:0) pcib1: slot 3 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKF found-> vendor=0x14e4, dev=0x4401, revid=0x01 bus=2, slot=5, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0810, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e0200000, size 13, enabled pcib1: (null) requested memory range 0xe0200000-0xe0201fff: good pcib1: matched entry for 2.5.INTA (src \\_SB_.PCI0.LPCB.LNKE:0) pcib1: slot 5 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKE found-> vendor=0x8086, dev=0x1043, revid=0x04 bus=2, slot=6, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0112, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x22 (8500 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e0203000, size 12, enabled pcib1: (null) requested memory range 0xe0203000-0xe0203fff: good pcib1: matched entry for 2.6.INTA (src \\_SB_.PCI0.LPCB.LNKG:0) pcib1: slot 6 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKG found-> vendor=0x104c, dev=0xac56, revid=0x00 bus=2, slot=9, func=0 class=06-07-00, hdrtype=0x02, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled fwohci0: mem 0xe0202000-0xe0202fff irq 10 at device 3.0 on pci2 fwohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe0202000 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 04:e4:0a:00:1a:04:20:16 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 06:e4:0a:04:20:16 fwe0: bpf attached fwe0: Ethernet address: 06:e4:0a:04:20:16 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) bfe0: mem 0xe0200000-0xe0201fff irq 10 at device 5.0 on pci2 bfe0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xe0200000 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: bpf attached bfe0: Ethernet address: 00:0a:e4:24:40:3d bfe0: [GIANT-LOCKED] ipw0: mem 0xe0203000-0xe0203fff irq 10 at device 6.0 on pci2 ipw0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe0203000 ipw0: bpf attached ipw0: Ethernet address: 00:0c:f1:2d:10:93 ipw0: bpf attached ipw0: bpf attached ipw0: [GIANT-LOCKED] ipw0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps cbb0: at device 9.0 on pci2 pcib1: cbb0 requested memory range 0x0-0xffffffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib1: matched entry for 2.9.INTA (src \\_SB_.PCI0.LPCB.LNKF:0) pcib1: slot 9 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKF cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac56104c 0x02100007 0x06070000 0x00024010 0x10: 0x80000000 0x020000a0 0x40030302 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010a 0x40: 0x10331734 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x0844d061 0x00000000 0x00000000 0x01001002 0x90: 0x606402c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00100 0x00000007 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1810 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=01 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x01 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=01 devices=0x4 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xe0100c00-0xe0100dff,0xe0100800-0xe01008ff irq 10 at device 31.5 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xe0100c00 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xe0100800 pcm0: [MPSAFE] pcm0: pcm0: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume, Crystal Semi 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 3ddf4000, 4000; 0xe3b28000 -> 3ddf4000 pcm0: sndbuf_setmap 3ddef000, 4000; 0xe3b2c000 -> 3ddef000 pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 sio0: irq maps: 0x601 0x609 0x601 0x601 sio0 port 0x3f8-0x3ff irq 3 drq 1 flags 0x10 on acpi0 sio0: type 16550A sio0: [FAST] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0-00, 7 buttons psm0: config:00000000, flags:00000008, packet size:6 psm0: syncmask:c0, syncbits:00 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xcd000-0xcdfff,0xce000-0xcefff,0xd8000-0xdbfff,0xdc000-0xdffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x601 0x601 0x601 0x601 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1499834104 Hz quality 800 Timecounters tick every 1.000 msec IPv6 packet filtering initialized, default to accept, logging disabled Linux ELF exec handler installed IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging disabled lo0: bpf attached battery0: battery initialization start acpi_acad0: acline initialization start ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire atapicam: atapicam0 already exists; skipping it ad0: setting PIO4 on ICH4 chip cpu0: Cx states changed acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ad0: setting UDMA100 on ICH4 chip ad0: 38154MB at ata0-master UDMA100 ad0: 78140160 sectors [77520C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on ICH4 chip acd0: setting UDMA33 on ICH4 chip acd0: CDRW drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 48007 Hz, will use 48000 Hz battery0: battery initialization done, tried 1 times (probe7:ata1:0:0:0): error 22 (probe7:ata1:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers GEOM: new disk cd0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init linprocfs registered cpu0: Cx states changed drm0: [MPSAFE] --boAH8PqvUi1v1f55-- --W/D3X8sky0X3AmG5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEWm0XKc512sD3afgRAtXTAKCtBOfhZW0K0bu87mXmrvf/3zBPEACgiOKD E1FXZp1/wQzxz8HIsiZRIl4= =1TiL -----END PGP SIGNATURE----- --W/D3X8sky0X3AmG5-- From owner-freebsd-acpi@FreeBSD.ORG Thu May 4 22:28:48 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5432816A405 for ; Thu, 4 May 2006 22:28:48 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CC2543D62 for ; Thu, 4 May 2006 22:28:45 +0000 (GMT) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id E1EFE33CB7; Fri, 5 May 2006 00:28:43 +0200 (CEST) Date: Fri, 5 May 2006 00:28:43 +0200 From: Lars Engels To: "Moore, Robert" Message-ID: <20060504222843.GL97014@e.0x20.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="S6vg04ofUPzW4qJg" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 6.4 User-Agent: Mutt/1.5.11 Cc: freebsd-acpi@freebsd.org Subject: Re: Standby / Resume on Amilo M7400 not working X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 22:28:48 -0000 --S6vg04ofUPzW4qJg Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 04, 2006 at 03:10:24PM -0700, Moore, Robert wrote: > This one is pretty juicy: >=20 > dsdt_org.dsl 2710: Store (Arg2, DAT3) > Error 4005 - Method argument is not initialized ^ (Arg2) >=20 >=20 > Method (RAMW, 2, NotSerialized) > { > Acquire (MUT0, 0xFFFF) > If (LGreater (Arg0, 0x7F)) > { > Store (Arg2, DAT3) > } >=20 > Store (Arg0, DAT2) > Store (Arg1, DAT1) > Store (0xBB, CMCD) > Sleep (0xC8) > Release (MUT0) > } >=20 > Only two arguments exist, Arg0 and Arg1. Arg2 is undefined. >=20 > All of the noops look interesting. Please post the raw acpidump for the > machine or the binary DSDT. >=20 Sorry I forgot to CC the list in the last mail . Hi Bob, thanks for your quick answer. The raw acpidump can be found at http://bsd-geek.de/Files/lars-FSAM7400.aml How do I get the binary DSDT? Regards Lars --S6vg04ofUPzW4qJg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEWoAbKc512sD3afgRAvNjAJ9vW/kTxZBfDaJ/dyueCqUqzUnBLQCgobFI 4ubYnckVMX8eyc8cDdQ79SI= =rDBx -----END PGP SIGNATURE----- --S6vg04ofUPzW4qJg--