From owner-freebsd-acpi@FreeBSD.ORG Sun Feb 10 05:25:25 2008 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BBFD16A420; Sun, 10 Feb 2008 05:25:25 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 1915913C45A; Sun, 10 Feb 2008 05:25:22 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id QAA15746; Sun, 10 Feb 2008 16:25:10 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 10 Feb 2008 16:25:09 +1100 (EST) From: Ian Smith To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1202475519.7014.7.camel@RabbitsDen> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: acpi@freebsd.org, Hajimu UMEMOTO Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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, 10 Feb 2008 05:25:25 -0000 On Fri, 8 Feb 2008, Alexandre "Sunny" Kovalenko wrote: > On Thu, 2008-02-07 at 22:17 -0800, Nate Lawson wrote: > > Kevin Oberman wrote: > > >> From: "Alexandre \"Sunny\" Kovalenko" > > >> > > >> On Fri, 2008-02-08 at 00:50 +0900, Hajimu UMEMOTO wrote: > > >>>>>>>> On Wed, 30 Jan 2008 17:56:19 -0500 > > >>>>>>>> "Alexandre \"Sunny\" Kovalenko" said: [..] > > >>> alex.kovalenko> Temperature threshold (in Celsius) could be set by means of '-T' command > > >>> alex.kovalenko> line option (as in '-T 60'). > > >>> > > >>> Our kernel has passive cooling feature, already. Is it not enough for > > >>> you? > > >> I must have missed it somehow, if you could, please, point me in the > > >> right direction I will really appreciate it. > > > > > > When the temperature reaches hw.acpi.thermal.tz0._PSV, the system will > > > slow down until the CPU drops to a level below the _PSV value. The > > > operation, if enabled, is under the control of BIOS (and/or the EC) and > > > typically runs with substantial hysteresis, but is usually adequate for > > > keeping the CPU temperature to a safe point. > > > > > > My Pentium-M 2GHz has a value of 94.5C for _PSV. This may seem very > > > high, but the maximum "safe" operating temperature for the CPU is 100C, > > > so it is designed for pretty high temperatures. Quiescent temperature > > > runs about 51C and, during a CPU intensive operation such as a big build > > > (e.g. make -j2 buildworld) will rise to near 80C. > > > > > > Before I blew two years of dust out of the heat sinks, I was seeing > > > about 60C quiescent and about 95 during CPU intensive operations. > > > Passive cooling was kicking in then and the temperature never went > > > higher (although the build took longer). > > > > You can override the _PSV value by setting: > > hw.acpi.thermal.user_override=1 > > > > Then: > > hw.acpi.thermal.tz0._PSV=70C > > > > This will maintain a lower temperature. Note that user_override is > > potentially a bit dangerous because there is no sanity checking of the > > value you set. > > > I'd say it is not working here (ThinkPad X60 1709-73U, BIOS was up to > date as of day before yesterday, FreeBSD 7.0 as of January 31): > > RabbitsDen# sysctl hw.acpi.thermal > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > --> hw.acpi.thermal.user_override: 1 > --> hw.acpi.thermal.tz0.temperature: 67.0C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 0 That has to be 1 for passive cooling to be activated, I gather. > hw.acpi.thermal.tz0.thermal_flags: 1 > --> hw.acpi.thermal.tz0._PSV: 60.0C > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 127.0C 127C sounds (smells?) way too hot for a laptop CPU. Did you set that? > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 Perhaps with .user_override you need to set these too? but I'm not sure, and I haven't yet a 7 or late model 6.x system to try these here. I've read and reread acpi_thermal(4) about these, and latest acpi_thermal.c, but I still don't get it .. > --> hw.acpi.thermal.tz1.temperature: 68.0C > hw.acpi.thermal.tz1.active: -1 > hw.acpi.thermal.tz1.passive_cooling: 0 Ditto. Is tz1 the second CPU? or the GPU? What does sysctl dev.acpi_ibm.0.thermal have to say, assuming you load acpi_ibm? > hw.acpi.thermal.tz1.thermal_flags: 1 > --> hw.acpi.thermal.tz1._PSV: 60.0C > hw.acpi.thermal.tz1._HOT: -1 > hw.acpi.thermal.tz1._CRT: 97.0C That looks more normal, and more like what tz0 should have, I imagine. > hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > Anything, I have missed? Did you set .passive_cooling to 0, or has something else? Have you set anything about this in the BIOS? Can you set it/them to 1 manually? If so, does that help? cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Sun Feb 10 15:37:14 2008 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A71016A421 for ; Sun, 10 Feb 2008 15:37:14 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2CA7813C447 for ; Sun, 10 Feb 2008 15:37:14 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:/l/QFuN+IWZBbYBZZoyh8mtKPXt+jDECWRRwDiP3EZvfYMe+v/MW+o2zGFE1GkeA@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id m1AFb1iV001187 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 Feb 2008 00:37:06 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 11 Feb 2008 00:37:00 +0900 Message-ID: From: Hajimu UMEMOTO To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1202475519.7014.7.camel@RabbitsDen> References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.3-RELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Mon, 11 Feb 2008 00:37:06 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ameno.mahoroba.org Cc: acpi@freebsd.org Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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, 10 Feb 2008 15:37:14 -0000 Hi, >>>>> On Fri, 08 Feb 2008 07:58:39 -0500 >>>>> "Alexandre \"Sunny\" Kovalenko" said: alex> hw.acpi.thermal.tz0.passive_cooling: 0 Perhaps, your ACPI BIOS doesn't provide _TSP, _TC1 and/or _TC2 which are required to work passive cooling. 8-CURRENT has sysctl mibs for _TSP, _TC1 and _TC2 which are user overridable but are blocked on user_override mib. With them, you should be able to use a passive cooling without your ACPI BIOS support. But, it is not MFC'ed yet. You can try the following change: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/acpica/acpi_thermal.c.diff?r1=1.65;r2=1.66 You need to have some knowledge to set them correctly. Just for reference, my laptop has _TC1=0, _TC2=12, _TSP=40. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 11 06:43:20 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 978F516A419; Mon, 11 Feb 2008 06:43:20 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 693FE13C458; Mon, 11 Feb 2008 06:43:20 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1B6hKOs086833; Mon, 11 Feb 2008 06:43:20 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1B6hKJO086826; Mon, 11 Feb 2008 06:43:20 GMT (envelope-from remko) Date: Mon, 11 Feb 2008 06:43:20 GMT Message-Id: <200802110643.m1B6hKJO086826@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/120515: acpi_alloc_wakeup_handler: can't alloc wake memory 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, 11 Feb 2008 06:43:20 -0000 Synopsis: acpi_alloc_wakeup_handler: can't alloc wake memory Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: remko Responsible-Changed-When: Mon Feb 11 06:43:19 UTC 2008 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=120515 From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 11 11:06:59 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B94C216A420 for ; Mon, 11 Feb 2008 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A1FA113C448 for ; Mon, 11 Feb 2008 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1BB6x3k007295 for ; Mon, 11 Feb 2008 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1BB6xfa007291 for freebsd-acpi@FreeBSD.org; Mon, 11 Feb 2008 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Feb 2008 11:06:59 GMT Message-Id: <200802111106.m1BB6xfa007291@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org 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, 11 Feb 2008 11:06:59 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/114113 acpi [acpi] [patch] ACPI kernel panic during S3 suspend / r o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o amd64/115011 acpi ACPI problem ,reboot system down. o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o bin/118973 acpi [acpi]: Kernel panic with acpi boot o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o i386/119485 acpi [hang] 6.3 RC2 boot only CD hangs in dell d830 - 'ACPI 19 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/67309 acpi zzz reboot computer (ACPI S3) o i386/69750 acpi Boot without ACPI failed on ASUS L5 o i386/72179 acpi [acpi] [patch] Inconsistent apm(8) output regarding th s kern/73823 acpi [request] acpi / power-on by timer support o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys o kern/89411 acpi [acpi] acpiconf bug o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI o kern/98171 acpi [acpi] ACPI 1304 / 0501 errors on Acer 5024WLMi Laptop o kern/103365 acpi [acpi] acpi poweroff doesn't work with geli device att o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/111591 acpi [acpi] dev.acpi_ibm.0.events returns I/O error (regres o kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/114165 acpi [acpi] Dell C810 - ACPI problem o kern/114649 acpi [patch][acpi] panic: recursed on non-recursive mutex o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc 20 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 11 15:40:04 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77BDE16A418 for ; Mon, 11 Feb 2008 15:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 509CF13C4CC for ; Mon, 11 Feb 2008 15:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1BFe3BB043901 for ; Mon, 11 Feb 2008 15:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1BFe3Mg043900; Mon, 11 Feb 2008 15:40:03 GMT (envelope-from gnats) Date: Mon, 11 Feb 2008 15:40:03 GMT Message-Id: <200802111540.m1BFe3Mg043900@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dan Lukes Cc: Subject: Re: kern/119356: [acpi]: i386 ACPI wakeup not work due resource exhaustion X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Lukes List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 15:40:04 -0000 The following reply was made to PR kern/119356; it has been noted by GNATS. From: Dan Lukes To: bug-followup@FreeBSD.org, dan@obluda.cz Cc: Subject: Re: kern/119356: [acpi]: i386 ACPI wakeup not work due resource exhaustion Date: Mon, 11 Feb 2008 16:34:46 +0100 See also kern/120515 From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 11 15:40:06 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F43D16A4AC for ; Mon, 11 Feb 2008 15:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D75DA13C4D3 for ; Mon, 11 Feb 2008 15:40:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1BFe5Fd043925 for ; Mon, 11 Feb 2008 15:40:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1BFe5FK043921; Mon, 11 Feb 2008 15:40:05 GMT (envelope-from gnats) Date: Mon, 11 Feb 2008 15:40:05 GMT Message-Id: <200802111540.m1BFe5FK043921@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dan Lukes Cc: Subject: Re: kern/120515: [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc wake memory X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Lukes List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 15:40:06 -0000 The following reply was made to PR kern/120515; it has been noted by GNATS. From: Dan Lukes To: bug-followup@FreeBSD.org, arthur.hartwig@nokia.com Cc: Subject: Re: kern/120515: [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc wake memory Date: Mon, 11 Feb 2008 16:34:58 +0100 Duplicate of kern/119356 but with different fix From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 11 20:20:34 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E853216A417 for ; Mon, 11 Feb 2008 20:20:34 +0000 (UTC) (envelope-from tech@liveoaksf.org) Received: from assassin.liveoaksf.org (mail.liveoaksf.org [216.31.235.91]) by mx1.freebsd.org (Postfix) with SMTP id C825013C4E8 for ; Mon, 11 Feb 2008 20:20:34 +0000 (UTC) (envelope-from tech@liveoaksf.org) Received: (qmail 91313 invoked by uid 1004); 11 Feb 2008 20:20:48 -0000 Received: from 192.168.1.45 by assassin.liveoaksf.org (envelope-from , uid 1002) with qmail-scanner-1.25-st-qms (clamdscan: 0.92/5736. spamassassin: 3.2.4. perlscan: 1.25-st-qms. Clear:RC:0(192.168.1.45):SA:0(-4.3/4.5):. Processed in 2.837658 secs); 11 Feb 2008 20:20:48 -0000 X-Spam-Status: No, hits=-4.3 required=4.5 X-Antivirus-LIVEOAKSF-Mail-From: tech@liveoaksf.org via assassin.liveoaksf.org X-Antivirus-LIVEOAKSF: 1.25-st-qms (Clear:RC:0(192.168.1.45):SA:0(-4.3/4.5):. Processed in 2.837658 secs Process 91294) Received: from unknown (HELO ?192.168.1.45?) (tech@liveoaksf.org@192.168.1.45) by assassin.liveoaksf.org with SMTP; 11 Feb 2008 20:20:44 -0000 In-Reply-To: <200802040900.54630.jhb@freebsd.org> References: <429F40B0-20EE-4F47-847A-A6B1E91BA79F@liveoaksf.org> <47A217FC.1080606@root.org> <8EE3D963-E390-4F45-A1D1-2295C1767B80@liveoaksf.org> <200802040900.54630.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7D7C052A-86E1-489F-B2F9-541C8522EBF4@liveoaksf.org> Content-Transfer-Encoding: 7bit From: Tech Lab Manager Date: Mon, 11 Feb 2008 12:20:28 -0800 To: freebsd-acpi@freebsd.org X-Mailer: Apple Mail (2.753) Cc: Subject: Re: SMP, ACPI and interrupt storm 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, 11 Feb 2008 20:20:35 -0000 On Feb 4, 2008, at 6:00 AM, John Baldwin wrote: > On Thursday 31 January 2008 02:35:52 pm Tech Lab Manager wrote: >> On Jan 31, 2008, at 10:48 AM, Nate Lawson wrote: >> >>> Tech Lab Manager wrote: >>>> Sorry for the cross-post from freebsd-smb. >>>> Building 6.3-RELEASE and 7.0-RC1 on dual Xeon (4 CPU) boxes: >>>> options SMP >>>> device apic >>>> SMP kernel builds fine, all 4 CPUs launch on reboot. >>>> But I get a TON of interrupts from acpi0 -- about 67,000 per second >>>> according to vmstat -i. With system at idle and almost no services >>>> running, here is output of top -S: >>>> last pid: 877; load averages: 1.18, 0.48, 0.19 >>>> 75 processes: 6 running, 54 sleeping, 15 waiting >>>> CPU states: 0.0% user, 0.0% nice, 0.2% system, 22.4% >>>> interrupt, 77.4% idle >>>> Mem: 31M Active, 12M Inact, 28M Wired, 16K Cache, 15M Buf, 3822M >>>> Free >>>> Swap: 4096M Total, 4096M Free >>>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >>>> COMMAND >>>> 10 root 1 171 52 0K 8K RUN 3 1:11 99.18% >>>> idle: cpu3 >>>> 13 root 1 171 52 0K 8K CPU0 0 1:10 98.88% >>>> idle: cpu0 >>>> 12 root 1 171 52 0K 8K CPU1 1 1:09 98.78% >>>> idle: cpu1 >>>> 21 root 1 -52 -171 0K 8K CPU2 2 0:54 87.24% >>>> irq9: acpi0 >>>> 11 root 1 171 52 0K 8K RUN 2 0:17 11.19% >>>> idle: cpu2 >>>> Notice high load and interrupt % of CPU. >>>> If turn off ACPI (e.g. set hint.apic.0.disabled=1 in /boot/ >>>> loader.conf), >>>> the interrupt storm ceases, but then I'm only running on one CPU. >>> >>> That doesn't turn off acpi, that turns of the APIC (interrupt >>> controller). Try: >>> hint.acpi.0.disabled=1 >> >> Sorry, my mistake in writing ACPI above -- I *was* trying to turn off >> apic, based on a note in the FreeBSD handbook. >> >> Disabling ACPI as you suggest above has the same effect as turning >> off APIC: the interrupt storm is disabled but only one CPU is >> launched. >> >>> >>>> The BIOS ACPI settings are all Enabled. Hyperthreading is Enabled. >>>> These machines have been running RedHat Enterprise 5.0 with full >>>> multiprocessor support. >>> >>> This looks like a failure to sleep in C1 (hlt). Someone else >>> reported this probably earlier, but all debugging showed the >>> inexplicable -- the HLT instruction was being executed but just did >>> not work (returned immediately). >>> >>> There will be a new 7.0 build that fixes one interrupt storm >>> related to level-triggered GPEs. If you can cvsup your 7.0 branch >>> (RELENG_7_0) and retry, that might be helpful to see if it also >>> fixes your problem. >> >> okay, I'm on RC1, will switch to RELENG and report back. >> >> I'm not sure if this is a red herring, but acpidump -t reports: >> >> Type=INT Override >> BUS=0 >> IRQ=0 >> INTR=2 >> Flags={Polarity=conforming, Trigger=conforming} >> >> which looks wrong on several counts (IRQ, INTR should be 9, >> Trigger=level). dmesg even says: >> "MADT: Forcing active-low polarity and level trigger for SCI" > > No, this is an entry for something other than the SCI. You can > have multiple > interrupt override entries and this entry is typical on all x86 > systems with > APICs (the 8259As are tied into pin 0 as a daisy chain and IRQ0 is > tied into > intpin 2 since IRQ2 isn't usable with 8259As. Do you have an entry > at all > for IRQ 9? If not, then the hw.acpi.sci tunables currently won't > do anything > (I can fix it so that they do, however). Here's an update on this issue. I csup'ed my source tree (RELENG_7_0 now at RC2) last Friday and rebuilt world. Two things look slightly different now: 1) On reboot, I still see an interrupt storm at acpi0 (irq9) at around 75k/sec; however over time the interrupt rate actually drops, to around 15k/sec after a few days (perhaps it settles further, time will tell). 2) load average [at idle] is down quite a bit, from a previous average of ~1.0 to an average that seems to vacillate between a low of 0.10 to a high of 0.35. $ top -S last pid: 1038; load averages: 0.22, 0.18, 0.15 67 processes: 5 running, 46 sleeping, 16 waiting CPU states: 0.0% user, 0.0% nice, 0.1% system, 21.0% interrupt, 78.9% idle Mem: 6468K Active, 5232K Inact, 23M Wired, 1540K Cache, 8688K Buf, 3849M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 1 171 ki31 0K 8K CPU3 3 74:15 99.02% idle: cpu3 12 root 1 171 ki31 0K 8K CPU2 2 74:14 99.02% idle: cpu2 13 root 1 171 ki31 0K 8K RUN 1 74:10 99.02% idle: cpu1 24 root 1 -52 - 0K 8K WAIT 0 58:08 83.15% irq9: acpi0 14 root 1 171 ki31 0K 8K RUN 0 16:05 14.84% idle: cpu0 Note: for kicks I tried rebuilding the kernel with options MPTABLE_FORCE_HTT and IPI_PREEMPTION, though without any apparent effect. No device polling, and using SCHED_4BSD for what it's worth. I don't know what a typical load for a multi-cpu box looks like; we've only run single-cpu systems here, and even when working our server loads are typically pretty close to 0.0. Basically we inherited a bunch of dual Xeon machines and I'd like to make them work-- of course I can just run them on one cpu but that seems kind of silly. (Unfortunately I'm just a school administrator and not much of a hardware guy, so I'm a little out of my depth here...;| ) Thanks for any further assistance anyone can provide. -- John Berliner Live Oak School From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 11 21:22:49 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 226BA16A496 for ; Mon, 11 Feb 2008 21:22:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id D367E13C4D1 for ; Mon, 11 Feb 2008 21:22:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id D57CE744003 for ; Mon, 11 Feb 2008 23:22:46 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id GhOqn-cKPLwr for ; Mon, 11 Feb 2008 23:22:46 +0200 (EET) Received: from [10.74.70.239] (unknown [193.138.145.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 71561744001 for ; Mon, 11 Feb 2008 23:22:46 +0200 (EET) Message-ID: <47B0BCA2.6040204@icyb.net.ua> Date: Mon, 11 Feb 2008 23:22:42 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: probable typo in acpi_cpu.c 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, 11 Feb 2008 21:22:49 -0000 There is probably a typo in acpi_cpu.c, function acpi_cpu_startup: if (cpu_quirks && CPU_QUIRK_NO_C3) { <----- here sc->cpu_cx_count = sc->cpu_non_c3 + 1; } Not sure how that affects the logic though. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 11 21:30:11 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 448D416A41B for ; Mon, 11 Feb 2008 21:30:11 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id F2ECD13C4D9 for ; Mon, 11 Feb 2008 21:30:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 07B1243E2FE for ; Mon, 11 Feb 2008 23:30:10 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id f-Ychh6JAICm for ; Mon, 11 Feb 2008 23:30:09 +0200 (EET) Received: from [10.74.70.239] (unknown [193.138.145.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 7C0DF43E207 for ; Mon, 11 Feb 2008 23:30:09 +0200 (EET) Message-ID: <47B0BE5E.1070108@icyb.net.ua> Date: Mon, 11 Feb 2008 23:30:06 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <47A3451E.5060803@icyb.net.ua> In-Reply-To: <47A3451E.5060803@icyb.net.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: no way to force AC state if current one is none 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, 11 Feb 2008 21:30:11 -0000 on 01/02/2008 18:13 Andriy Gapon said the following: > I noticed that I can force AC state change via sysctl if current state > is none/-1. Typo above, it should read "I can not". > acpi_tz_monitor() has the following lines: > > /* Handle user override of active mode */ > if (sc->tz_requested != TZ_ACTIVE_NONE && sc->tz_requested < newactive) > newactive = sc->tz_requested; > > If say tz_requested is 1, but auto-calculated newactive is -1 (none), > then this check fails and tz_requested is ignored. Small extra note: this is because the "none" state (least/zero cooling activity) has code -1, while other states are arranged so that the lower the number the higher cooling activity is. So there is an exclusion from normal integer comparison. > It seems there should be a check that newactive is not -1: > if (sc->tz_requested != TZ_ACTIVE_NONE && (newactive == TZ_ACTIVE_NONE > || sc->tz_requested < newactive)) > > What do you think ? > Should I file a PR ? Does anybody care ? I think that this is a possible situation to want this in real life. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 11 21:33:26 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78CA616A46B for ; Mon, 11 Feb 2008 21:33:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 345EC13C45A for ; Mon, 11 Feb 2008 21:33:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 0575643E2FE; Mon, 11 Feb 2008 23:33:25 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id BK6e6dUpzqP4; Mon, 11 Feb 2008 23:33:24 +0200 (EET) Received: from [10.74.70.239] (unknown [193.138.145.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 531D343E207; Mon, 11 Feb 2008 23:33:24 +0200 (EET) Message-ID: <47B0BF20.6020906@icyb.net.ua> Date: Mon, 11 Feb 2008 23:33:20 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Nate Lawson References: <479F0ED4.9030709@icyb.net.ua> <479F62D9.6080703@root.org> <47A34360.2030105@icyb.net.ua> In-Reply-To: <47A34360.2030105@icyb.net.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage 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, 11 Feb 2008 21:33:26 -0000 on 01/02/2008 18:05 Andriy Gapon said the following: > on 29/01/2008 19:31 Nate Lawson said the following: >> Andriy Gapon wrote: >>> Report for 7.0-RC1 on quite old hardware: 440BX-based motherboard, >>> 450Mhz Pentium III (Katmai). >>> >>> cx_supported claims to support C1, C2, C3. If I set cx_lowest to C3 it >>> immediately gets backed out to C2 with a kernel message about too many >>> short sleeps. But that's not a problem. >>> There is a weird thing: if I change cx_lowest to C2 when the machine is >>> completely idle, top shows that CPU usage for interrupts immediately >>> jumps to almost 20%. Change cx_lowest to C1, CPU usage drops back to >>> almost 0%. >>> Is this normal ? >>> If not, does this indicate some problem in idle routine or is this just >>> incorrect statistics calculation ? Or maybe something with HW ? >> Leave it at C1. Apparently C2 and C3 don't work on your machine. >> That's understandable with older, non-laptop hw. >> > > BTW, about C3: it seems that I have PCI_DEVICE_82371AB_3, > PCI_REVISION_4E chip: > intpm0@pci0:7:3: class=0x068000 card=0x00000000 chip=0x71138086 rev=0x02 > hdr=0x00 > > But for some reason CPU_QUIRK_NO_C3 in acpi_cpu.c doesn't get reflected > in cx_states. > Hmm, it seems that the quirk is only honored if you actually try to use C3 state, but it doesn't exclude the state from the available states. This is OK, but seems to be a little bit non-user-friendly. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 11 21:41:45 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 199F216A419 for ; Mon, 11 Feb 2008 21:41:45 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9226413C46E for ; Mon, 11 Feb 2008 21:41:44 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 98C4743E394; Mon, 11 Feb 2008 23:41:43 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id EmDJCTmRLGpb; Mon, 11 Feb 2008 23:41:43 +0200 (EET) Received: from [10.74.70.239] (unknown [193.138.145.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 84B9F43E37F; Mon, 11 Feb 2008 23:41:42 +0200 (EET) Message-ID: <47B0C10F.6000109@icyb.net.ua> Date: Mon, 11 Feb 2008 23:41:35 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Nate Lawson References: <479F0ED4.9030709@icyb.net.ua> <479F62D9.6080703@root.org> <47A33CCB.3090902@icyb.net.ua> In-Reply-To: <47A33CCB.3090902@icyb.net.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage 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, 11 Feb 2008 21:41:45 -0000 on 01/02/2008 17:37 Andriy Gapon said the following: > on 29/01/2008 19:31 Nate Lawson said the following: >> Andriy Gapon wrote: >>> Report for 7.0-RC1 on quite old hardware: 440BX-based motherboard, >>> 450Mhz Pentium III (Katmai). >>> >>> cx_supported claims to support C1, C2, C3. If I set cx_lowest to C3 it >>> immediately gets backed out to C2 with a kernel message about too many >>> short sleeps. But that's not a problem. >>> There is a weird thing: if I change cx_lowest to C2 when the machine is >>> completely idle, top shows that CPU usage for interrupts immediately >>> jumps to almost 20%. Change cx_lowest to C1, CPU usage drops back to >>> almost 0%. >>> Is this normal ? >>> If not, does this indicate some problem in idle routine or is this just >>> incorrect statistics calculation ? Or maybe something with HW ? >> Leave it at C1. Apparently C2 and C3 don't work on your machine. >> That's understandable with older, non-laptop hw. > > Nate, > > I understand the advice. I event see that the code has the following > comment "Disable C3 support for all PIIX4 chipsets", but apparently it > does a little bit different thing. > > Out of curiosity, what could be wrong with C2 state ? > vmstat -i reports identical interrupt rates with both cx_lowest=C1 and > cx_lowest=C2, so I wonder where from the extra interrupt CPU utilization > comes. I do realize that I am talking about a quite minuscule problem with very old hardware and the problem is related to quirks, but anyway. I tried Knoppix LiveCD (built on Linux kernel 2.6.18) and it shows that states C1 and C2 are available. Also, when C2 is allowed ("active") it doesn't exhibit high interrupt usage behavior as our kernel does. I briefly looked at their sources and it seems that they have a little bit more quirks for this chipset. On the other hand I am not sure if they have any relevance here: I see that "type-F DMA" is disabled and our code in acpi_cpu.c uses "flush" method instead of bus master control. http://lxr.linux.no/linux/drivers/acpi/processor_idle.c#L389 http://lxr.linux.no/linux/drivers/acpi/processor_core.c#L171 -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 12 00:24:27 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07BBE16A41A for ; Tue, 12 Feb 2008 00:24:27 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 8E77913C45E for ; Tue, 12 Feb 2008 00:24:26 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so646972uge.37 for ; Mon, 11 Feb 2008 16:24:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=IKz9wblogBLIuJkz1Bg8lLAa6LFjh697EKUVZL20GnY=; b=a1SEqbc1U2iDwoJW38cbp+vtP362XBQ5d3Hya39cUi+TiG21lEDsz5KjcUlzgGCBL6n2vMixX/JSuvZXC5S+wFp8XRMngii4r45nNF9wIAaAz9h/d0WHTy2U76pWAWcqXyBP5XCvYDHFuz0YB3eKfjQVorTBbrrIZpzpuALhT0s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=HeR9Eok6F72Vp3BA1zTYTiQxMiYYKbs8EDwAkWXWDxNgTgvu8E4qZawfc1Kx4pJ2dYC6brP9Vebv/g7dkU3S7ObKjZydUb57cIWChwVGF7+4UlRSlLUM09q1gFzcrvT9nDrxEwKZrwcxRUcw3E7qQfxUdrNL7ttd0byqA+3K2tY= Received: by 10.66.241.13 with SMTP id o13mr805453ugh.57.1202774364371; Mon, 11 Feb 2008 15:59:24 -0800 (PST) Received: from ?89.214.138.1? ( [89.214.138.1]) by mx.google.com with ESMTPS id p10sm21294052gvf.8.2008.02.11.15.59.22 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 11 Feb 2008 15:59:23 -0800 (PST) Message-Id: From: Rui Paulo To: Andriy Gapon In-Reply-To: <47B0BCA2.6040204@icyb.net.ua> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 11 Feb 2008 23:59:19 +0000 References: <47B0BCA2.6040204@icyb.net.ua> X-Mailer: Apple Mail (2.919.2) Sender: Rui Paulo Cc: freebsd-acpi@freebsd.org, njl@freebsd.org Subject: Re: probable typo in acpi_cpu.c 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, 12 Feb 2008 00:24:27 -0000 On Feb 11, 2008, at 9:22 PM, Andriy Gapon wrote: > > There is probably a typo in acpi_cpu.c, function acpi_cpu_startup: > if (cpu_quirks && CPU_QUIRK_NO_C3) { <----- here > sc->cpu_cx_count = sc->cpu_non_c3 + 1; > } > > Not sure how that affects the logic though. You are right. This means that the C3 state will still be available on systems like those based on PIIX4. Nate, could you please commit a fix for it? Regards. -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 12 07:33:38 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10A8A16A417 for ; Tue, 12 Feb 2008 07:33:38 +0000 (UTC) (envelope-from mla@nasreddine.com) Received: from mal35-2-82-225-70-234.fbx.proxad.net (mal35-2-82-225-70-234.fbx.proxad.net [82.225.70.234]) by mx1.freebsd.org (Postfix) with ESMTP id AA4BC13C43E for ; Tue, 12 Feb 2008 07:33:37 +0000 (UTC) (envelope-from mla@nasreddine.com) Received: from localhost (server.nasreddine.info [127.0.0.1]) by mal35-2-82-225-70-234.fbx.proxad.net (Postfix) with ESMTP id 324CC23C1A for ; Tue, 12 Feb 2008 08:13:43 +0100 (CET) X-Virus-Scanned: amavisd-new at nasreddine.com Received: from mal35-2-82-225-70-234.fbx.proxad.net ([127.0.0.1]) by localhost (server.nasreddine.info [127.0.0.1]) (amavisd-new, port 10024) with LMTP id xxavpl3UvKM2 for ; Tue, 12 Feb 2008 08:13:33 +0100 (CET) Received: from phoenix.nasreddine.info (phoenix.nasreddine.info [192.168.1.3]) by mal35-2-82-225-70-234.fbx.proxad.net (Postfix) with ESMTP id 9408023C19 for ; Tue, 12 Feb 2008 08:13:33 +0100 (CET) Date: Tue, 12 Feb 2008 08:13:26 +0100 From: Wael Nasreddine To: freebsd-acpi@freebsd.org Message-ID: <20080212071326.GC6121@phoenix.nasreddine.info> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aM3YZ0Iwxop3KEKx" Content-Disposition: inline X-OS: Linux 2.6.24-tuxonice i686 X-Editor: VIM - Vi IMproved 7.1 (2007 May 12, compiled Feb 4 2008 15:13:47) X-PGP-Key: http://wael.nasreddine.com/files/Wael_Nasreddine.asc User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Problem with CPU Temp. 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, 12 Feb 2008 07:33:38 -0000 --aM3YZ0Iwxop3KEKx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I'm having a problem with my server, I just installed FreeBSD 6.3 on it, when I compile for a while, the PC shuts down complaining about the temperature being high, I installed lmmon and I ran it with "lmmon -i /dev/io" and I tried compiling, I got the warning at 45C but look what's in sysctl. ---- CUT $ sysctl hw.acpi.thermal cpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 45.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 80.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 80.0C hw.acpi.thermal.tz0._ACx: 80.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 ---- CUT When I got the warning the "hw.acpi.thermal.tz0.temperature" was 72C so I think lmmon is not reporting CPU temperature, anyway I had Gentoo before FreeBSD and I used to compile for days without problems, why this is happening with FreeBSD whay had changed ?? Thank you. --=20 Wael Nasreddine http://wael.nasreddine.com PGP: 1024D/C8DD18A2 06F6 1622 4BC8 4CEB D724 DE12 5565 3945 C8DD 18A2 =2E: An infinite number of monkeys typing into GNU emacs, would never make a good program. (L. Torvalds 1995) :. --aM3YZ0Iwxop3KEKx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHsUcWVWU5RcjdGKIRAoS9AKDim6eOavo4Sp9Ms66jRIlPODosQwCePqN4 P044MuOMeLNWYHcXQolJM+o= =zTcA -----END PGP SIGNATURE----- --aM3YZ0Iwxop3KEKx-- From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 12 08:29:04 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E13B916A418 for ; Tue, 12 Feb 2008 08:29:04 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id A7E1313C468 for ; Tue, 12 Feb 2008 08:29:04 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 4888 invoked from network); 12 Feb 2008 08:29:07 -0000 Received: from adsl-71-141-98-131.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?) (nate-mail@71.141.98.131) by root.org with ESMTPA; 12 Feb 2008 08:29:07 -0000 Message-ID: <47B158C9.1030007@root.org> Date: Tue, 12 Feb 2008 00:28:57 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Andriy Gapon References: <47A3451E.5060803@icyb.net.ua> <47B0BE5E.1070108@icyb.net.ua> In-Reply-To: <47B0BE5E.1070108@icyb.net.ua> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: no way to force AC state if current one is none 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, 12 Feb 2008 08:29:05 -0000 Andriy Gapon wrote: > on 01/02/2008 18:13 Andriy Gapon said the following: >> I noticed that I can force AC state change via sysctl if current state >> is none/-1. > > Typo above, it should read "I can not". > >> acpi_tz_monitor() has the following lines: >> >> /* Handle user override of active mode */ >> if (sc->tz_requested != TZ_ACTIVE_NONE && sc->tz_requested < newactive) >> newactive = sc->tz_requested; >> >> If say tz_requested is 1, but auto-calculated newactive is -1 (none), >> then this check fails and tz_requested is ignored. > > Small extra note: this is because the "none" state (least/zero cooling > activity) has code -1, while other states are arranged so that the lower > the number the higher cooling activity is. So there is an exclusion from > normal integer comparison. > >> It seems there should be a check that newactive is not -1: >> if (sc->tz_requested != TZ_ACTIVE_NONE && (newactive == TZ_ACTIVE_NONE >> || sc->tz_requested < newactive)) >> >> What do you think ? > > Should I file a PR ? Does anybody care ? > I think that this is a possible situation to want this in real life. Don't file a PR, I'll review what you sent. Thanks for both bug fixes/hunting. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 12 17:24:05 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 972AA16A468 for ; Tue, 12 Feb 2008 17:24:05 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6105113C46E for ; Tue, 12 Feb 2008 17:24:05 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 59933 invoked from network); 12 Feb 2008 17:24:05 -0000 Received: from adsl-71-141-98-131.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?) (nate-mail@71.141.98.131) by root.org with ESMTPA; 12 Feb 2008 17:24:05 -0000 Message-ID: <47B1D62F.1030605@root.org> Date: Tue, 12 Feb 2008 09:23:59 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Andriy Gapon References: <47B0BCA2.6040204@icyb.net.ua> In-Reply-To: <47B0BCA2.6040204@icyb.net.ua> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: probable typo in acpi_cpu.c 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, 12 Feb 2008 17:24:05 -0000 Andriy Gapon wrote: > There is probably a typo in acpi_cpu.c, function acpi_cpu_startup: > if (cpu_quirks && CPU_QUIRK_NO_C3) { <----- here > sc->cpu_cx_count = sc->cpu_non_c3 + 1; > } > > Not sure how that affects the logic though. Thank you for your debugging, jhb@ committed the fix. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 12 19:09:16 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63F3716A474; Tue, 12 Feb 2008 19:09:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 8C7DC13C45B; Tue, 12 Feb 2008 19:09:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 231711055-1834499 for multiple; Tue, 12 Feb 2008 14:09:00 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m1CJ9B3W063998; Tue, 12 Feb 2008 14:09:11 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Tue, 12 Feb 2008 10:29:35 -0500 User-Agent: KMail/1.9.7 References: <47B0BCA2.6040204@icyb.net.ua> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802121029.35850.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 12 Feb 2008 14:09:11 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5789/Tue Feb 12 09:56:33 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_03_06 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: njl@freebsd.org, Andriy Gapon Subject: Re: probable typo in acpi_cpu.c 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, 12 Feb 2008 19:09:16 -0000 On Monday 11 February 2008 06:59:19 pm Rui Paulo wrote: > > On Feb 11, 2008, at 9:22 PM, Andriy Gapon wrote: > > > > > There is probably a typo in acpi_cpu.c, function acpi_cpu_startup: > > if (cpu_quirks && CPU_QUIRK_NO_C3) { <----- here > > sc->cpu_cx_count = sc->cpu_non_c3 + 1; > > } > > > > Not sure how that affects the logic though. > > You are right. This means that the C3 state will still be available on > systems like those based on PIIX4. > > Nate, could you please commit a fix for it? I've committed it, but I don't think it has that affect. Instead, CPU_QUIRK_NO_C3 is always true, so it basically boils down to if (cpu_quirks) { /* Disable C3 */ } So I think the result is that C3 is disabled for other quirks (i.e. the NO_BM_CTRL quirk). This includes SMP machines that don't have _CST. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 13 03:05:26 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39C5616A417; Wed, 13 Feb 2008 03:05:26 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 15C7B13C465; Wed, 13 Feb 2008 03:05:26 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1D35P1t007519; Wed, 13 Feb 2008 03:05:25 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1D35PAU007515; Wed, 13 Feb 2008 03:05:25 GMT (envelope-from linimon) Date: Wed, 13 Feb 2008 03:05:25 GMT Message-Id: <200802130305.m1D35PAU007515@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-acpi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: amd64/120568: cannot install 7.0-rc1: ACPI problem with abit ip35 pro 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, 13 Feb 2008 03:05:26 -0000 Synopsis: cannot install 7.0-rc1: ACPI problem with abit ip35 pro Responsible-Changed-From-To: freebsd-amd64->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Wed Feb 13 03:05:14 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=120568 From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 13 07:30:05 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7437016A421 for ; Wed, 13 Feb 2008 07:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E485213C458 for ; Wed, 13 Feb 2008 07:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1D7U4qi030468 for ; Wed, 13 Feb 2008 07:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1D7U4Ow030463; Wed, 13 Feb 2008 07:30:04 GMT (envelope-from gnats) Date: Wed, 13 Feb 2008 07:30:04 GMT Message-Id: <200802130730.m1D7U4Ow030463@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Arthur Hartwig Cc: Subject: Re: kern/120515: [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc wake memory X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Arthur Hartwig List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 07:30:05 -0000 The following reply was made to PR kern/120515; it has been noted by GNATS. From: Arthur Hartwig To: ext Dan Lukes Cc: bug-followup@FreeBSD.org Subject: Re: kern/120515: [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc wake memory Date: Wed, 13 Feb 2008 16:58:47 +1000 ext Dan Lukes wrote: > Duplicate of kern/119356 but with different fix G'day Dan, Thanks for the pointer to the other PR. Based on the comments preceding the code I suggested be changed, I suspect the the vm subsystem originally added pages to the head of the free queues and removed them from the head of the free queues so that the first pages added to the free queues were the last actually allocated. Unfortunately this scheme has the undesirable consequence that once the system is up and running a free page is more likely to be reused soon thus obliterating information that might be useful to someone dredging a crash dump for clues why a panic occurred. But I haven't done the research. Your proposed change in PR 119356 looks OK to me apart from the disadvantages you mention AND it doesn't help anything else that might need to allocate memory at low physical addresses (not that I know of anything). Arthur From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 13 10:43:01 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D861E16A478 for ; Wed, 13 Feb 2008 10:43:01 +0000 (UTC) (envelope-from matthieu@nxdomain.fr) Received: from homer.epita.info (alice.nxdomain.fr [213.251.160.11]) by mx1.freebsd.org (Postfix) with ESMTP id A47A513C47E for ; Wed, 13 Feb 2008 10:43:01 +0000 (UTC) (envelope-from matthieu@nxdomain.fr) Received: from [127.0.0.1] (localhost [127.0.0.1]) by homer.epita.info (Postfix) with ESMTP id 9422378C66 for ; Wed, 13 Feb 2008 11:26:27 +0100 (CET) Message-ID: <47B2C5D3.7090103@nxdomain.fr> Date: Wed, 13 Feb 2008 11:26:27 +0100 From: Matthieu Michaud User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <47AE163F.9000008@gmx.de> In-Reply-To: <47AE163F.9000008@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Acpi problems with HP 6501b 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, 13 Feb 2008 10:43:01 -0000 Dominic Fandrey a crit : > Apart from there not being a specific acpi module for HP notebooks my > new HP Compaq 6510b GR695EA#ABD has some other problems. First of all > there seems to be a fault in the ACPI-BIOS, for it defines a CRT of > 256C for tz0: > > Feb 9 21:46:37 mobileKamikaze kernel: acpi_tz0: _CRT value is absurd, > ignored (256.0C) > > This message is quite uselessly posted every couple of seconds. I fear > this asks for one more addition to the quirks, for I doubt the vendor > will come up with a BIOS update that fixes this behaviour. > > The next problem is that acpiconf -s # doesn't work: > > # acpiconf -s 3 0 /root > acpiconf: request sleep type (3) failed: Operation not supported > # acpiconf -s 4 74 /root > acpiconf: request sleep type (4) failed: Operation not supported > # acpiconf -s 5 74 /root > acpiconf: request sleep type (4) failed: Operation not supported > # 74 /root > > The number on the right displays the return value of the previous command. > > Here are some select sysctl values: > 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: 1 > > I was especially happy about the last value. To bad I cannot put it to > the test. I have the same hardware running 7-stable and the same issue. Could it be fixed ? Does one need vendor information to do so ? From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 13 10:49:59 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D75816A421 for ; Wed, 13 Feb 2008 10:49:59 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 4879A13C4F3 for ; Wed, 13 Feb 2008 10:49:58 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 13 Feb 2008 10:49:57 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp047) with SMTP; 13 Feb 2008 11:49:57 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX19BMiEd+FZBbhFtDnZLbRuZ+ikNCnu7Ixx9VlDUaK 5NwKin6tUnoi3G Message-ID: <47B2CB4F.5030509@gmx.de> Date: Wed, 13 Feb 2008 11:49:51 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080205) MIME-Version: 1.0 To: Matthieu Michaud References: <47AE163F.9000008@gmx.de> <47B2C591.8040305@nxdomain.fr> In-Reply-To: <47B2C591.8040305@nxdomain.fr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: freebsd-acpi@freebsd.org Subject: Re: Acpi problems with HP 6501b 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, 13 Feb 2008 10:49:59 -0000 Matthieu Michaud wrote: > Dominic Fandrey a écrit : >> Apart from there not being a specific acpi module for HP notebooks my >> new HP Compaq 6510b GR695EA#ABD has some other problems. First of all >> there seems to be a fault in the ACPI-BIOS, for it defines a CRT of >> 256°C for tz0: >> >> Feb 9 21:46:37 mobileKamikaze kernel: acpi_tz0: _CRT value is absurd, >> ignored (256.0C) >> >> This message is quite uselessly posted every couple of seconds. I fear >> this asks for one more addition to the quirks, for I doubt the vendor >> will come up with a BIOS update that fixes this behaviour. >> >> The next problem is that acpiconf -s # doesn't work: >> >> # acpiconf -s 3 0 /root >> acpiconf: request sleep type (3) failed: Operation not supported >> # acpiconf -s 4 74 /root >> acpiconf: request sleep type (4) failed: Operation not supported >> # acpiconf -s 5 74 /root >> acpiconf: request sleep type (4) failed: Operation not supported >> # 74 /root >> >> The number on the right displays the return value of the previous >> command. >> >> Here are some select sysctl values: >> 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: 1 >> >> I was especially happy about the last value. To bad I cannot put it to >> the test. > > I have the same hardware running 7-stable and the same issue. Could it > be fixed ? Does one need vendor information to do so ? > The temperature issue is clearly a BIOS bug, but since we'll hardly get HP to release a fixed BIOS for us this calls for one more sad entry in the acpi quirks. Or the code could be changed, so that this message is posted only once. About the sleep states, I've got no idea. I'd love to go to suspend. On all other machines I've ever run FreeBSD on "acpiconf -s 5 " started a clean shutdown. It seems extraordinary to me, to claim to support the states S3, S4 (BIOS!) and S5 and when trying to use them just get an "Operation Not Supported". That looks more like a FreeBSD bug to me. After my exams I'll experiment with acpidump to try insert a valid _CRT value for tz0. I don't think I can do more without learning aml. From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 13 11:03:00 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4C8516A473 for ; Wed, 13 Feb 2008 11:03:00 +0000 (UTC) (envelope-from matthieu@nxdomain.fr) Received: from homer.epita.info (alice.nxdomain.fr [213.251.160.11]) by mx1.freebsd.org (Postfix) with ESMTP id B034A13C459 for ; Wed, 13 Feb 2008 11:03:00 +0000 (UTC) (envelope-from matthieu@nxdomain.fr) Received: from [127.0.0.1] (localhost [127.0.0.1]) by homer.epita.info (Postfix) with ESMTP id 7C70E78C6F; Wed, 13 Feb 2008 12:02:59 +0100 (CET) Message-ID: <47B2CE63.7050700@nxdomain.fr> Date: Wed, 13 Feb 2008 12:02:59 +0100 From: Matthieu Michaud User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Dominic Fandrey References: <47AE163F.9000008@gmx.de> <47B2C591.8040305@nxdomain.fr> <47B2CB4F.5030509@gmx.de> In-Reply-To: <47B2CB4F.5030509@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: Acpi problems with HP 6501b 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, 13 Feb 2008 11:03:01 -0000 Dominic Fandrey a crit : >> I have the same hardware running 7-stable and the same issue. Could it >> be fixed ? Does one need vendor information to do so ? >> > > The temperature issue is clearly a BIOS bug, but since we'll hardly get > HP to release a fixed BIOS for us this calls for one more sad entry in > the acpi quirks. Or the code could be changed, so that this message is > posted only once. There must be some HP guy around understanding the problem. Wilko do you read that ? ;) > About the sleep states, I've got no idea. I'd love to go to suspend. On > all other machines I've ever run FreeBSD on "acpiconf -s 5 " started a > clean shutdown. It seems extraordinary to me, to claim to support the > states S3, S4 (BIOS!) and S5 and when trying to use them just get an > "Operation Not Supported". That looks more like a FreeBSD bug to me. > > After my exams I'll experiment with acpidump to try insert a valid _CRT > value for tz0. I don't think I can do more without learning aml. I'd be happy to suspend too ! However, except testing, I can't help on that. I got no idea how ACPI works. From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 13 16:56:49 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 921FB16A417 for ; Wed, 13 Feb 2008 16:56:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 42A1213C4E8 for ; Wed, 13 Feb 2008 16:56:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 3FDF143F3F4; Wed, 13 Feb 2008 18:56:47 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lHEytznIXoQy; Wed, 13 Feb 2008 18:56:47 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id D5D3643DD33; Wed, 13 Feb 2008 18:56:46 +0200 (EET) Message-ID: <47B3214D.2050507@icyb.net.ua> Date: Wed, 13 Feb 2008 18:56:45 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20080123) MIME-Version: 1.0 To: Nate Lawson References: <479F0ED4.9030709@icyb.net.ua> <479F62D9.6080703@root.org> <47A34360.2030105@icyb.net.ua> <47B0BF20.6020906@icyb.net.ua> In-Reply-To: <47B0BF20.6020906@icyb.net.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage 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, 13 Feb 2008 16:56:49 -0000 on 11/02/2008 23:33 Andriy Gapon said the following: > > Hmm, it seems that the quirk is only honored if you actually try to use > C3 state, but it doesn't exclude the state from the available states. > This is OK, but seems to be a little bit non-user-friendly. > It seems that the following code in acpi_cpu_generic_cx_probe() should have a check for the quirk (for C3 to not be present in the available states): /* Validate and allocate resources for C3 (P_LVL3). */ if (AcpiGbl_FADT->Plvl3Lat <= 1000) { gas.Address = sc->cpu_p_blk + 5; acpi_bus_alloc_gas(sc->cpu_dev, &cx_ptr->res_type, &sc->cpu_rid, &gas, &cx_ptr->p_lvlx, RF_SHAREABLE); if (cx_ptr->p_lvlx != NULL) { sc->cpu_rid++; cx_ptr->type = ACPI_STATE_C3; cx_ptr->trans_lat = AcpiGbl_FADT->Plvl3Lat; cx_ptr++; sc->cpu_cx_count++; } } I will test this hypothesis tonight. It is definite that my system goes through this routine, because DSDT doesn't have _CST defined. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 14 09:09:35 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A020F16A417 for ; Thu, 14 Feb 2008 09:09:35 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4C81313C468 for ; Thu, 14 Feb 2008 09:09:34 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 6A2E843F4FB; Thu, 14 Feb 2008 11:09:33 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id TcEAk7gyDP4n; Thu, 14 Feb 2008 11:09:33 +0200 (EET) Received: from [10.74.70.239] (unknown [193.138.145.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id C11F043F4AF; Thu, 14 Feb 2008 11:09:19 +0200 (EET) Message-ID: <47B40529.1040400@icyb.net.ua> Date: Thu, 14 Feb 2008 11:08:57 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Nate Lawson References: <479F0ED4.9030709@icyb.net.ua> <479F62D9.6080703@root.org> <47A34360.2030105@icyb.net.ua> <47B0BF20.6020906@icyb.net.ua> <47B3214D.2050507@icyb.net.ua> In-Reply-To: <47B3214D.2050507@icyb.net.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage 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, 14 Feb 2008 09:09:35 -0000 on 13/02/2008 18:56 Andriy Gapon said the following: > on 11/02/2008 23:33 Andriy Gapon said the following: >> Hmm, it seems that the quirk is only honored if you actually try to use >> C3 state, but it doesn't exclude the state from the available states. >> This is OK, but seems to be a little bit non-user-friendly. >> > > > It seems that the following code in acpi_cpu_generic_cx_probe() should > have a check for the quirk (for C3 to not be present in the available > states): > > /* Validate and allocate resources for C3 (P_LVL3). */ > if (AcpiGbl_FADT->Plvl3Lat <= 1000) { > gas.Address = sc->cpu_p_blk + 5; > acpi_bus_alloc_gas(sc->cpu_dev, &cx_ptr->res_type, &sc->cpu_rid, &gas, > &cx_ptr->p_lvlx, RF_SHAREABLE); > if (cx_ptr->p_lvlx != NULL) { > sc->cpu_rid++; > cx_ptr->type = ACPI_STATE_C3; > cx_ptr->trans_lat = AcpiGbl_FADT->Plvl3Lat; > cx_ptr++; > sc->cpu_cx_count++; > } > } > > I will test this hypothesis tonight. > It is definite that my system goes through this routine, because DSDT > doesn't have _CST defined. > > The following patch did help to eliminate C3 from cx_supported. Sorry, the patch is a copy/paste, tabs lost, but the change is tiny. @@ -590,7 +595,7 @@ return; /* Validate and allocate resources for C3 (P_LVL3). */ - if (AcpiGbl_FADT.C3Latency <= 1000) { + if (AcpiGbl_FADT.C3Latency <= 1000 && (cpu_quirks & CPU_QUIRK_NO_C3) == 0) { gas.Address = sc->cpu_p_blk + 5; acpi_bus_alloc_gas(sc->cpu_dev, &cx_ptr->res_type, &sc->cpu_rid, &gas, &cx_ptr->p_lvlx, RF_SHAREABLE); -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 14 09:56:48 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE5BC16A418 for ; Thu, 14 Feb 2008 09:56:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 1C02B13C4CE for ; Thu, 14 Feb 2008 09:56:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id BA93143CE46; Thu, 14 Feb 2008 11:56:46 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id bB4P7rl3Rq1U; Thu, 14 Feb 2008 11:56:46 +0200 (EET) Received: from [10.74.70.239] (unknown [193.138.145.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id A5C5643CB49; Thu, 14 Feb 2008 11:56:32 +0200 (EET) Message-ID: <47B4103A.6090902@icyb.net.ua> Date: Thu, 14 Feb 2008 11:56:10 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Nate Lawson References: <479F0ED4.9030709@icyb.net.ua> <479F62D9.6080703@root.org> <47A33CCB.3090902@icyb.net.ua> <47B0C10F.6000109@icyb.net.ua> In-Reply-To: <47B0C10F.6000109@icyb.net.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage 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, 14 Feb 2008 09:56:48 -0000 on 11/02/2008 23:41 Andriy Gapon said the following: > on 01/02/2008 17:37 Andriy Gapon said the following: >>> Andriy Gapon wrote: >>>> Report for 7.0-RC1 on quite old hardware: 440BX-based motherboard, >>>> 450Mhz Pentium III (Katmai). [snip] >>>> There is a weird thing: if I change cx_lowest to C2 when the machine is >>>> completely idle, top shows that CPU usage for interrupts immediately >>>> jumps to almost 20%. Change cx_lowest to C1, CPU usage drops back to >>>> almost 0%. >>>> Is this normal ? [snip] I mis-reported the issue. Actually the above behavior occurs if I throttle CPU 50% (via acpi throttling) and I am not concerned about this at all. C2 has even stranger effects. On almost idle system, with cx_lowest=C1, top reports about 0-2% user, 0% nice, 0-2% system, 1-2% interrupt, 94-98% idle. After changing cx_lowest to C2, I see the following: 0-2% user, 0% nice, 0-2% system, 94-98% interrupt, 1-2% idle. It's as if idle and interrupt stats were switched! But I am sure it is not that simple. Next, hardware monitoring doesn't show any change in parameters, CPU temperature stays the same. vmstat -i doesn't show any change in interrupt rates. top -S shows that system 'idle' process is a top CPU consumer with almost 100% WCPU. This leads me to assume that indeed some statistics miscalculation or misattribution occurs. I am not familiar with scheduling, idling and "cpu accounting" code, so I couldn't have a slightest idea how/why this happens. It's if the acpi idling was done in some interrupt thread. Out of curiosity I hacked kern_clock.c, statclock() a little bit to report on kernel thread/process that takes a lot of iticks and it seems that td->td_proc->p_pid is 12. With ps I see that idle process has pid 11 and pid 12 belongs to the following: [swi4: clock sio] (btw, this machine has serial ports but nothing is connected) Not sure if this information has any value. As I understand software clock interrupt is used to run things scheduled via timeout(), so it might be a variety of things that get run. Just in case, here's a little bit of sysctl output: dev.cpu.0.freq: 448 dev.cpu.0.freq_levels: 448/-1 224/-1 dev.cpu.0.cx_supported: C1/0 C2/90 dev.cpu.0.cx_lowest: C2 dev.cpu.0.cx_usage: 1.71% 98.28% >> Out of curiosity, what could be wrong with C2 state ? >> vmstat -i reports identical interrupt rates with both cx_lowest=C1 and >> cx_lowest=C2, so I wonder where from the extra interrupt CPU utilization >> comes. [snip] > I do realize that I am talking about a quite minuscule problem with very > old hardware and the problem is related to quirks, but anyway. > I tried Knoppix LiveCD (built on Linux kernel 2.6.18) and it shows that > states C1 and C2 are available. Also, when C2 is allowed ("active") it > doesn't exhibit high interrupt usage behavior as our kernel does. [snip] -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 14 18:03:06 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C376A16A46C for ; Thu, 14 Feb 2008 18:03:06 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from kloster.sics.se (kloster.sics.se [193.10.65.127]) by mx1.freebsd.org (Postfix) with ESMTP id 354CA13C442 for ; Thu, 14 Feb 2008 18:03:05 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (h150n1-u-d1.ias.bredband.telia.com [213.64.92.150]) by kloster.sics.se (8.13.7/8.13.7) with ESMTP id m1EHEbu9029892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 14 Feb 2008 18:14:37 +0100 Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.14.2/8.14.2) with ESMTP id m1EHEapn003772; Thu, 14 Feb 2008 18:14:36 +0100 (CET) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.14.2/8.14.2/Submit) id m1EHEXCY003771; Thu, 14 Feb 2008 18:14:33 +0100 (CET) (envelope-from bengta@P142.sics.se) To: Andriy Gapon From: Bengt Ahlgren In-Reply-To: <47B4103A.6090902@icyb.net.ua> (Andriy Gapon's message of "Thu\, 14 Feb 2008 11\:56\:10 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) References: <479F0ED4.9030709@icyb.net.ua> <479F62D9.6080703@root.org> <47A33CCB.3090902@icyb.net.ua> <47B0C10F.6000109@icyb.net.ua> <47B4103A.6090902@icyb.net.ua> Date: Thu, 14 Feb 2008 18:14:33 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage 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, 14 Feb 2008 18:03:06 -0000 Andriy Gapon writes: > on 11/02/2008 23:41 Andriy Gapon said the following: >> on 01/02/2008 17:37 Andriy Gapon said the following: >>>> Andriy Gapon wrote: >>>>> Report for 7.0-RC1 on quite old hardware: 440BX-based motherboard, >>>>> 450Mhz Pentium III (Katmai). > [snip] >>>>> There is a weird thing: if I change cx_lowest to C2 when the machine is >>>>> completely idle, top shows that CPU usage for interrupts immediately >>>>> jumps to almost 20%. Change cx_lowest to C1, CPU usage drops back to >>>>> almost 0%. >>>>> Is this normal ? > [snip] > > I mis-reported the issue. Actually the above behavior occurs if I > throttle CPU 50% (via acpi throttling) and I am not concerned about this > at all. > > C2 has even stranger effects. > On almost idle system, with cx_lowest=C1, top reports about 0-2% user, > 0% nice, 0-2% system, 1-2% interrupt, 94-98% idle. > After changing cx_lowest to C2, I see the following: 0-2% user, 0% nice, > 0-2% system, 94-98% interrupt, 1-2% idle. I see a similar effect on my TP with Pentium-M when it is in C3 or C4, but it's more in the order of 4% when in C3 and some 10-15% in C4. I think that the additional time accounted to interrupts is due to the time it takes to wake the CPU up from the particular Cx-state. My C3 takes 85 (us?? or cycles???): [root@P142 ~]# sysctl dev.cpu.0.cx_supported dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 [...] > Just in case, here's a little bit of sysctl output: > dev.cpu.0.freq: 448 > dev.cpu.0.freq_levels: 448/-1 224/-1 > dev.cpu.0.cx_supported: C1/0 C2/90 > dev.cpu.0.cx_lowest: C2 > dev.cpu.0.cx_usage: 1.71% 98.28% With this slow CPU, a wakeup time of 90 from C2 could very well result in this much interupt time. It just barely manages to wake up, execute the clock interrupt and go to sleep again before the next clock interrupt. What if you reduce HZ? Bengt From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 14 19:30:06 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3028F16A41A for ; Thu, 14 Feb 2008 19:30:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1B2A913C442 for ; Thu, 14 Feb 2008 19:30:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1EJU5Gt006666 for ; Thu, 14 Feb 2008 19:30:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1EJU5bq006663; Thu, 14 Feb 2008 19:30:05 GMT (envelope-from gnats) Date: Thu, 14 Feb 2008 19:30:05 GMT Message-Id: <200802141930.m1EJU5bq006663@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Volker Cc: Subject: Re: kern/67309: zzz reboot computer (ACPI S3) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Volker List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 19:30:06 -0000 The following reply was made to PR kern/67309; it has been noted by GNATS. From: Volker To: bug-followup@FreeBSD.org, dsh@vlink.ru Cc: Subject: Re: kern/67309: zzz reboot computer (ACPI S3) Date: Thu, 14 Feb 2008 20:24:59 +0100 Denis, I just found your really old PR being not handled, sorry for that. Please feed back if your ACPI problem is still an issue with later releases which contains a lot of ACPI fixes. If it is not solved, we will need more information from you. If this issue has been solved by a later release and cannot be reproduced anymore, please signal this so we can close the PR. Thanks and sorry for not taking care of your problem for so long. From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 14 20:05:39 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E505A16A41A for ; Thu, 14 Feb 2008 20:05:39 +0000 (UTC) (envelope-from SRS0=64846b4c128b0f37d673e0745847ff6e03dd0c63=611=es.net=oberman@es.net) Received: from postal1.es.net (postoffice3.tagpma.org [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id 5746313C43E for ; Thu, 14 Feb 2008 20:05:39 +0000 (UTC) (envelope-from SRS0=64846b4c128b0f37d673e0745847ff6e03dd0c63=611=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id UWT90936; Thu, 14 Feb 2008 12:05:36 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 49E214500F; Thu, 14 Feb 2008 12:05:36 -0800 (PST) To: Bengt Ahlgren In-Reply-To: Your message of "Thu, 14 Feb 2008 18:14:33 +0100." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1203019536_1097P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 14 Feb 2008 12:05:36 -0800 From: "Kevin Oberman" Message-Id: <20080214200536.49E214500F@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;;; X-Sender: X-To_Name: Bengt Ahlgren X-To_Domain: sics.se X-To: Bengt Ahlgren X-To_Email: bengta@sics.se X-To_Alias: bengta Cc: freebsd-acpi@freebsd.org, Andriy Gapon Subject: Re: cx_lowest and CPU usage 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, 14 Feb 2008 20:05:40 -0000 --==_Exmh_1203019536_1097P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Bengt Ahlgren > Date: Thu, 14 Feb 2008 18:14:33 +0100 > Sender: owner-freebsd-acpi@freebsd.org > > Andriy Gapon writes: > > > on 11/02/2008 23:41 Andriy Gapon said the following: > >> on 01/02/2008 17:37 Andriy Gapon said the following: > >>>> Andriy Gapon wrote: > >>>>> Report for 7.0-RC1 on quite old hardware: 440BX-based motherboard, > >>>>> 450Mhz Pentium III (Katmai). > > [snip] > >>>>> There is a weird thing: if I change cx_lowest to C2 when the machine is > >>>>> completely idle, top shows that CPU usage for interrupts immediately > >>>>> jumps to almost 20%. Change cx_lowest to C1, CPU usage drops back to > >>>>> almost 0%. > >>>>> Is this normal ? > > [snip] > > > > I mis-reported the issue. Actually the above behavior occurs if I > > throttle CPU 50% (via acpi throttling) and I am not concerned about this > > at all. > > > > C2 has even stranger effects. > > On almost idle system, with cx_lowest=C1, top reports about 0-2% user, > > 0% nice, 0-2% system, 1-2% interrupt, 94-98% idle. > > After changing cx_lowest to C2, I see the following: 0-2% user, 0% nice, > > 0-2% system, 94-98% interrupt, 1-2% idle. > > I see a similar effect on my TP with Pentium-M when it is in C3 or C4, > but it's more in the order of 4% when in C3 and some 10-15% in C4. I > think that the additional time accounted to interrupts is due to the > time it takes to wake the CPU up from the particular Cx-state. My C3 > takes 85 (us?? or cycles???): > > [root@P142 ~]# sysctl dev.cpu.0.cx_supported > dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 > > [...] > > > Just in case, here's a little bit of sysctl output: > > dev.cpu.0.freq: 448 > > dev.cpu.0.freq_levels: 448/-1 224/-1 > > dev.cpu.0.cx_supported: C1/0 C2/90 > > dev.cpu.0.cx_lowest: C2 > > dev.cpu.0.cx_usage: 1.71% 98.28% > > With this slow CPU, a wakeup time of 90 from C2 could very well result > in this much interupt time. It just barely manages to wake up, > execute the clock interrupt and go to sleep again before the next > clock interrupt. What if you reduce HZ? Possible dumb question. Do you (either of you) have USB drivers in your kernel or loaded? This is just a shot in the dark, but I have seen weird things when I have USB drivers loaded and usually don't load them on my laptop until/unless I need them. At very least, USB kills the battery on my T43 a LOT faster. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1203019536_1097P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHtJ8Qkn3rs5h7N1ERAvGRAJwInpGtXrlDaCFH5G0TrV5/K+n0lwCghE4y tY4SrRrS8j2G49pfgzgxN1A= =M9n6 -----END PGP SIGNATURE----- --==_Exmh_1203019536_1097P-- From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 14 20:13:53 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B817216A420 for ; Thu, 14 Feb 2008 20:13:53 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 47BCA13C478 for ; Thu, 14 Feb 2008 20:13:53 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 6628274400E; Thu, 14 Feb 2008 22:13:50 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id kKqZdj+NIROT; Thu, 14 Feb 2008 22:13:50 +0200 (EET) Received: from [10.74.70.239] (unknown [193.138.145.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 7D5F574400B; Thu, 14 Feb 2008 22:13:49 +0200 (EET) Message-ID: <47B4A0F2.2080404@icyb.net.ua> Date: Thu, 14 Feb 2008 22:13:38 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Kevin Oberman References: <20080214200536.49E214500F@ptavv.es.net> In-Reply-To: <20080214200536.49E214500F@ptavv.es.net> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage 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, 14 Feb 2008 20:13:53 -0000 on 14/02/2008 22:05 Kevin Oberman said the following: >> From: Bengt Ahlgren >> Date: Thu, 14 Feb 2008 18:14:33 +0100 >> Sender: owner-freebsd-acpi@freebsd.org >> >> Andriy Gapon writes: >> >>> on 11/02/2008 23:41 Andriy Gapon said the following: >>>> on 01/02/2008 17:37 Andriy Gapon said the following: >>>>>> Andriy Gapon wrote: >>>>>>> Report for 7.0-RC1 on quite old hardware: 440BX-based motherboard, >>>>>>> 450Mhz Pentium III (Katmai). >>> [snip] >>>>>>> There is a weird thing: if I change cx_lowest to C2 when the machine is >>>>>>> completely idle, top shows that CPU usage for interrupts immediately >>>>>>> jumps to almost 20%. Change cx_lowest to C1, CPU usage drops back to >>>>>>> almost 0%. >>>>>>> Is this normal ? >>> [snip] >>> >>> I mis-reported the issue. Actually the above behavior occurs if I >>> throttle CPU 50% (via acpi throttling) and I am not concerned about this >>> at all. >>> >>> C2 has even stranger effects. >>> On almost idle system, with cx_lowest=C1, top reports about 0-2% user, >>> 0% nice, 0-2% system, 1-2% interrupt, 94-98% idle. >>> After changing cx_lowest to C2, I see the following: 0-2% user, 0% nice, >>> 0-2% system, 94-98% interrupt, 1-2% idle. >> I see a similar effect on my TP with Pentium-M when it is in C3 or C4, >> but it's more in the order of 4% when in C3 and some 10-15% in C4. I >> think that the additional time accounted to interrupts is due to the >> time it takes to wake the CPU up from the particular Cx-state. My C3 >> takes 85 (us?? or cycles???): >> >> [root@P142 ~]# sysctl dev.cpu.0.cx_supported >> dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 >> >> [...] >> >>> Just in case, here's a little bit of sysctl output: >>> dev.cpu.0.freq: 448 >>> dev.cpu.0.freq_levels: 448/-1 224/-1 >>> dev.cpu.0.cx_supported: C1/0 C2/90 >>> dev.cpu.0.cx_lowest: C2 >>> dev.cpu.0.cx_usage: 1.71% 98.28% >> With this slow CPU, a wakeup time of 90 from C2 could very well result >> in this much interupt time. It just barely manages to wake up, >> execute the clock interrupt and go to sleep again before the next >> clock interrupt. What if you reduce HZ? > > Possible dumb question. Do you (either of you) have USB drivers in your > kernel or loaded? Yes. > This is just a shot in the dark, but I have seen weird things when I > have USB drivers loaded and usually don't load them on my laptop > until/unless I need them. At very least, USB kills the battery on my > T43 a LOT faster. In my case this is a quite old desktop system. I've heard about the issue and saw comments in the code. I think that USB affects C3 state, mostly by preventing it from being really used while incurring some extra overhead. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 14 20:13:59 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F44F16A468 for ; Thu, 14 Feb 2008 20:13:59 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9B8DC13C4E3 for ; Thu, 14 Feb 2008 20:13:58 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id A424574400F; Thu, 14 Feb 2008 22:13:57 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id FdV83jrl0ysx; Thu, 14 Feb 2008 22:13:57 +0200 (EET) Received: from [10.74.70.239] (unknown [193.138.145.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id D283D74400B; Thu, 14 Feb 2008 22:13:56 +0200 (EET) Message-ID: <47B4A103.7040801@icyb.net.ua> Date: Thu, 14 Feb 2008 22:13:55 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Bengt Ahlgren References: <479F0ED4.9030709@icyb.net.ua> <479F62D9.6080703@root.org> <47A33CCB.3090902@icyb.net.ua> <47B0C10F.6000109@icyb.net.ua> <47B4103A.6090902@icyb.net.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage 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, 14 Feb 2008 20:13:59 -0000 on 14/02/2008 19:14 Bengt Ahlgren said the following: > Andriy Gapon writes: > >> on 11/02/2008 23:41 Andriy Gapon said the following: >>> on 01/02/2008 17:37 Andriy Gapon said the following: >>>>> Andriy Gapon wrote: >>>>>> Report for 7.0-RC1 on quite old hardware: 440BX-based motherboard, >>>>>> 450Mhz Pentium III (Katmai). >> [snip] >>>>>> There is a weird thing: if I change cx_lowest to C2 when the machine is >>>>>> completely idle, top shows that CPU usage for interrupts immediately >>>>>> jumps to almost 20%. Change cx_lowest to C1, CPU usage drops back to >>>>>> almost 0%. >>>>>> Is this normal ? >> [snip] >> >> I mis-reported the issue. Actually the above behavior occurs if I >> throttle CPU 50% (via acpi throttling) and I am not concerned about this >> at all. >> >> C2 has even stranger effects. >> On almost idle system, with cx_lowest=C1, top reports about 0-2% user, >> 0% nice, 0-2% system, 1-2% interrupt, 94-98% idle. >> After changing cx_lowest to C2, I see the following: 0-2% user, 0% nice, >> 0-2% system, 94-98% interrupt, 1-2% idle. > > I see a similar effect on my TP with Pentium-M when it is in C3 or C4, > but it's more in the order of 4% when in C3 and some 10-15% in C4. I > think that the additional time accounted to interrupts is due to the > time it takes to wake the CPU up from the particular Cx-state. My C3 > takes 85 (us?? or cycles???): I think that should be microseconds. But I think that the time spent while going to and from C2, along with time spent in C2, along with any other time spent by the "idle" thread should be accounted to idle time. I can not see a way how it could be accounted to interrupt time - CPU is not running any interrupt handlers at that time. > [root@P142 ~]# sysctl dev.cpu.0.cx_supported > dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 > > [...] > >> Just in case, here's a little bit of sysctl output: >> dev.cpu.0.freq: 448 >> dev.cpu.0.freq_levels: 448/-1 224/-1 >> dev.cpu.0.cx_supported: C1/0 C2/90 >> dev.cpu.0.cx_lowest: C2 >> dev.cpu.0.cx_usage: 1.71% 98.28% > > With this slow CPU, a wakeup time of 90 from C2 could very well result > in this much interupt time. It just barely manages to wake up, > execute the clock interrupt and go to sleep again before the next > clock interrupt. What if you reduce HZ? Well, 90 microseconds is a reasonable time compared to 1 millisecond. That's why the standard permits up to 100 value (and up to 1000 for C3). I'll try smaller HZ for the sake of experiment, I think it might make a difference, but for a different reason. My suspicion is that relative long time of restoring from C2 might cause some sort of "auto synchronization" between hardclock and statclock (rtc in my case), so that (during mostly idle state) statclock is called at some particular moments. But this is a very far fetched hypothesis at this moment. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 14 21:19:55 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C89F116A417 for ; Thu, 14 Feb 2008 21:19:55 +0000 (UTC) (envelope-from SRS0=64846b4c128b0f37d673e0745847ff6e03dd0c63=611=es.net=oberman@es.net) Received: from postal1.es.net (postoffice1.tagpma.org [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 2324A13C44B for ; Thu, 14 Feb 2008 21:19:55 +0000 (UTC) (envelope-from SRS0=64846b4c128b0f37d673e0745847ff6e03dd0c63=611=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id UXH06953; Thu, 14 Feb 2008 13:19:53 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A392B4500F; Thu, 14 Feb 2008 13:19:52 -0800 (PST) To: Andriy Gapon In-Reply-To: Your message of "Thu, 14 Feb 2008 22:13:38 +0200." <47B4A0F2.2080404@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1203023992_1097P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 14 Feb 2008 13:19:52 -0800 From: "Kevin Oberman" Message-Id: <20080214211952.A392B4500F@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;;; X-Sender: X-To_Name: Andriy Gapon X-To_Domain: icyb.net.ua X-To: Andriy Gapon X-To_Email: avg@icyb.net.ua X-To_Alias: avg Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage 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, 14 Feb 2008 21:19:56 -0000 --==_Exmh_1203023992_1097P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 14 Feb 2008 22:13:38 +0200 > From: Andriy Gapon > > on 14/02/2008 22:05 Kevin Oberman said the following: > >> From: Bengt Ahlgren > >> Date: Thu, 14 Feb 2008 18:14:33 +0100 > >> Sender: owner-freebsd-acpi@freebsd.org > >> > >> Andriy Gapon writes: > >> > >>> on 11/02/2008 23:41 Andriy Gapon said the following: > >>>> on 01/02/2008 17:37 Andriy Gapon said the following: > >>>>>> Andriy Gapon wrote: > >>>>>>> Report for 7.0-RC1 on quite old hardware: 440BX-based motherboard, > >>>>>>> 450Mhz Pentium III (Katmai). > >>> [snip] > >>>>>>> There is a weird thing: if I change cx_lowest to C2 when the machine is > >>>>>>> completely idle, top shows that CPU usage for interrupts immediately > >>>>>>> jumps to almost 20%. Change cx_lowest to C1, CPU usage drops back to > >>>>>>> almost 0%. > >>>>>>> Is this normal ? > >>> [snip] > >>> > >>> I mis-reported the issue. Actually the above behavior occurs if I > >>> throttle CPU 50% (via acpi throttling) and I am not concerned about this > >>> at all. > >>> > >>> C2 has even stranger effects. > >>> On almost idle system, with cx_lowest=C1, top reports about 0-2% user, > >>> 0% nice, 0-2% system, 1-2% interrupt, 94-98% idle. > >>> After changing cx_lowest to C2, I see the following: 0-2% user, 0% nice, > >>> 0-2% system, 94-98% interrupt, 1-2% idle. > >> I see a similar effect on my TP with Pentium-M when it is in C3 or C4, > >> but it's more in the order of 4% when in C3 and some 10-15% in C4. I > >> think that the additional time accounted to interrupts is due to the > >> time it takes to wake the CPU up from the particular Cx-state. My C3 > >> takes 85 (us?? or cycles???): > >> > >> [root@P142 ~]# sysctl dev.cpu.0.cx_supported > >> dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 > >> > >> [...] > >> > >>> Just in case, here's a little bit of sysctl output: > >>> dev.cpu.0.freq: 448 > >>> dev.cpu.0.freq_levels: 448/-1 224/-1 > >>> dev.cpu.0.cx_supported: C1/0 C2/90 > >>> dev.cpu.0.cx_lowest: C2 > >>> dev.cpu.0.cx_usage: 1.71% 98.28% > >> With this slow CPU, a wakeup time of 90 from C2 could very well result > >> in this much interupt time. It just barely manages to wake up, > >> execute the clock interrupt and go to sleep again before the next > >> clock interrupt. What if you reduce HZ? > > > > Possible dumb question. Do you (either of you) have USB drivers in your > > kernel or loaded? > > Yes. > > > This is just a shot in the dark, but I have seen weird things when I > > have USB drivers loaded and usually don't load them on my laptop > > until/unless I need them. At very least, USB kills the battery on my > > T43 a LOT faster. > > In my case this is a quite old desktop system. I've heard about the > issue and saw comments in the code. I think that USB affects C3 state, > mostly by preventing it from being really used while incurring some > extra overhead. It certainly blocks ever reaching C3 because of the continual activity it generates, but I can see that it might also increase the interrupt time while in C2. That said, I just did some testing on my laptop in C2 and, while I see a small increase in interrupt load, it is not anywhere near what is being reported in this thread. I did say it might be dumb. At least that part was right. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1203023992_1097P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHtLB4kn3rs5h7N1ERAg5sAJ9pBLUXk3BSMCUjcjZ+g7acG9t7HQCgsnho /Xht9UDJ7sdYIvAe1GzYWeQ= =+crB -----END PGP SIGNATURE----- --==_Exmh_1203023992_1097P-- From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 14 21:31:20 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A136516A417 for ; Thu, 14 Feb 2008 21:31:20 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 2F97B13C465 for ; Thu, 14 Feb 2008 21:31:20 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 2CEAB74400B; Thu, 14 Feb 2008 23:31:18 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id u3xOmDsIXRBM; Thu, 14 Feb 2008 23:31:18 +0200 (EET) Received: from [10.74.70.239] (unknown [193.138.145.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 49EFE74400A; Thu, 14 Feb 2008 23:31:17 +0200 (EET) Message-ID: <47B4B31A.4020605@icyb.net.ua> Date: Thu, 14 Feb 2008 23:31:06 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Bengt Ahlgren References: <479F0ED4.9030709@icyb.net.ua> <479F62D9.6080703@root.org> <47A33CCB.3090902@icyb.net.ua> <47B0C10F.6000109@icyb.net.ua> <47B4103A.6090902@icyb.net.ua> <47B4A103.7040801@icyb.net.ua> In-Reply-To: <47B4A103.7040801@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage 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, 14 Feb 2008 21:31:20 -0000 on 14/02/2008 22:13 Andriy Gapon said the following: > on 14/02/2008 19:14 Bengt Ahlgren said the following: >> Andriy Gapon writes: >> >>> on 11/02/2008 23:41 Andriy Gapon said the following: >>>> on 01/02/2008 17:37 Andriy Gapon said the following: >>>>>> Andriy Gapon wrote: >>>>>>> Report for 7.0-RC1 on quite old hardware: 440BX-based motherboard, >>>>>>> 450Mhz Pentium III (Katmai). >>> [snip] >>>>>>> There is a weird thing: if I change cx_lowest to C2 when the machine is >>>>>>> completely idle, top shows that CPU usage for interrupts immediately >>>>>>> jumps to almost 20%. Change cx_lowest to C1, CPU usage drops back to >>>>>>> almost 0%. >>>>>>> Is this normal ? >>> [snip] >>> >>> I mis-reported the issue. Actually the above behavior occurs if I >>> throttle CPU 50% (via acpi throttling) and I am not concerned about this >>> at all. It seems that I was incorrect when I said that I was incorrect :-) This is surprising to myself, I made a configuration change since the first test. See below. >>> C2 has even stranger effects. >>> On almost idle system, with cx_lowest=C1, top reports about 0-2% user, >>> 0% nice, 0-2% system, 1-2% interrupt, 94-98% idle. >>> After changing cx_lowest to C2, I see the following: 0-2% user, 0% nice, >>> 0-2% system, 94-98% interrupt, 1-2% idle. [snip] >> With this slow CPU, a wakeup time of 90 from C2 could very well result >> in this much interupt time. It just barely manages to wake up, >> execute the clock interrupt and go to sleep again before the next >> clock interrupt. What if you reduce HZ? I ran a series of tests, repeating each twice to be sure that I didn't make any mistake. All tests were performed in single-user mode, so the system was as idle as possible, top reported idle as 99.N% - 100%. Then I set hw.acpi.cpu.cx_lowest=C2 and ran top again. Here's the results: GENERIC, SCHED_4BSD, default HZ=1000 ==> C2-interrupt 11-14% (!!) GENERIC, SCHED_4BSD, kern.hz="100" ==> C2-interrupt 99-100% customized kernel, SCHED_ULE, default HZ=1000 ==> C2-interrupt 99-100% customized kernel, SCHED_ULE, kern.hz="100" ==> C2-interrupt 99-100% The results are quite surprising to me and I don't have any idea how to interpret them. But they seem (at least to me) to support the guess that this is an issue of scheduling and statistics gathering. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 14 21:35:57 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 511E416A417 for ; Thu, 14 Feb 2008 21:35:57 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 19C1713C45E for ; Thu, 14 Feb 2008 21:35:56 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id A93C874400B; Thu, 14 Feb 2008 23:35:55 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id 6x47HC6xnmU7; Thu, 14 Feb 2008 23:35:55 +0200 (EET) Received: from [10.74.70.239] (unknown [193.138.145.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id F15D774400A; Thu, 14 Feb 2008 23:35:54 +0200 (EET) Message-ID: <47B4B436.6020906@icyb.net.ua> Date: Thu, 14 Feb 2008 23:35:50 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Kevin Oberman References: <20080214211952.A392B4500F@ptavv.es.net> In-Reply-To: <20080214211952.A392B4500F@ptavv.es.net> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage 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, 14 Feb 2008 21:35:57 -0000 on 14/02/2008 23:19 Kevin Oberman said the following: > > It certainly blocks ever reaching C3 because of the continual activity > it generates, but I can see that it might also increase the interrupt > time while in C2. That said, I just did some testing on my laptop in C2 > and, while I see a small increase in interrupt load, it is not anywhere > near what is being reported in this thread. Kevin, a lot also depends on how idle/interrupt/user/etc is calculated. See my recent post to -hackers. When I had only an intuitive feeling of how those things are calculated I also suspected that some extra calls, transition times, etc might be to blame. But after I briefly looked through the code my opinion was somewhat altered. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 15 09:15:56 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF2D916A417 for ; Fri, 15 Feb 2008 09:15:56 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from kloster.sics.se (kloster.sics.se [193.10.65.127]) by mx1.freebsd.org (Postfix) with ESMTP id 4E2B813C50A for ; Fri, 15 Feb 2008 09:15:55 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (P142.sics.se [193.10.66.253]) by kloster.sics.se (8.13.7/8.13.7) with ESMTP id m1F9FlQ1019280 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 15 Feb 2008 10:15:47 +0100 Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.14.2/8.14.2) with ESMTP id m1F9Fkhk001442; Fri, 15 Feb 2008 10:15:47 +0100 (CET) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.14.2/8.14.2/Submit) id m1F9Fjrg001441; Fri, 15 Feb 2008 10:15:45 +0100 (CET) (envelope-from bengta@P142.sics.se) To: "Kevin Oberman" From: Bengt Ahlgren In-Reply-To: <20080214200536.49E214500F@ptavv.es.net> (Kevin Oberman's message of "Thu\, 14 Feb 2008 12\:05\:36 -0800") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) References: <20080214200536.49E214500F@ptavv.es.net> Date: Fri, 15 Feb 2008 10:15:45 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-acpi@freebsd.org, Andriy Gapon Subject: Re: cx_lowest and CPU usage 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: Fri, 15 Feb 2008 09:15:56 -0000 "Kevin Oberman" writes: >> From: Bengt Ahlgren >> Date: Thu, 14 Feb 2008 18:14:33 +0100 >> Sender: owner-freebsd-acpi@freebsd.org >> >> Andriy Gapon writes: [...] >> > C2 has even stranger effects. >> > On almost idle system, with cx_lowest=C1, top reports about 0-2% user, >> > 0% nice, 0-2% system, 1-2% interrupt, 94-98% idle. >> > After changing cx_lowest to C2, I see the following: 0-2% user, 0% nice, >> > 0-2% system, 94-98% interrupt, 1-2% idle. >> >> I see a similar effect on my TP with Pentium-M when it is in C3 or C4, >> but it's more in the order of 4% when in C3 and some 10-15% in C4. I >> think that the additional time accounted to interrupts is due to the >> time it takes to wake the CPU up from the particular Cx-state. My C3 >> takes 85 (us?? or cycles???): (Just for the record: it's more like 6-9% using C4, not 10-15%.) >> [root@P142 ~]# sysctl dev.cpu.0.cx_supported >> dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 >> >> [...] >> >> > Just in case, here's a little bit of sysctl output: >> > dev.cpu.0.freq: 448 >> > dev.cpu.0.freq_levels: 448/-1 224/-1 >> > dev.cpu.0.cx_supported: C1/0 C2/90 >> > dev.cpu.0.cx_lowest: C2 >> > dev.cpu.0.cx_usage: 1.71% 98.28% >> >> With this slow CPU, a wakeup time of 90 from C2 could very well result >> in this much interupt time. It just barely manages to wake up, >> execute the clock interrupt and go to sleep again before the next >> clock interrupt. What if you reduce HZ? > > Possible dumb question. Do you (either of you) have USB drivers in your > kernel or loaded? > > This is just a shot in the dark, but I have seen weird things when I > have USB drivers loaded and usually don't load them on my laptop > until/unless I need them. At very least, USB kills the battery on my > T43 a LOT faster. Nope, no USB driver, since it prevents C3 or higher to be used. I also load it only when I need it. I have not tried it, but reducing hz to 100 should save even more battery when using C3/C4, since the system wakes up less often. Bengt From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 15 23:29:14 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6294616A41B for ; Fri, 15 Feb 2008 23:29:14 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 490E613C46E for ; Fri, 15 Feb 2008 23:29:14 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 31089 invoked from network); 15 Feb 2008 23:29:15 -0000 Received: from adsl-71-141-98-131.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?) (nate-mail@71.141.98.131) by root.org with ESMTPA; 15 Feb 2008 23:29:15 -0000 Message-ID: <47B62044.50808@root.org> Date: Fri, 15 Feb 2008 15:29:08 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Andriy Gapon References: <479F0ED4.9030709@icyb.net.ua> <479F62D9.6080703@root.org> <47A34360.2030105@icyb.net.ua> <47B0BF20.6020906@icyb.net.ua> <47B3214D.2050507@icyb.net.ua> <47B40529.1040400@icyb.net.ua> In-Reply-To: <47B40529.1040400@icyb.net.ua> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage 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: Fri, 15 Feb 2008 23:29:14 -0000 Andriy Gapon wrote: > on 13/02/2008 18:56 Andriy Gapon said the following: >> on 11/02/2008 23:33 Andriy Gapon said the following: >>> Hmm, it seems that the quirk is only honored if you actually try to use >>> C3 state, but it doesn't exclude the state from the available states. >>> This is OK, but seems to be a little bit non-user-friendly. >>> >> >> It seems that the following code in acpi_cpu_generic_cx_probe() should >> have a check for the quirk (for C3 to not be present in the available >> states): >> >> /* Validate and allocate resources for C3 (P_LVL3). */ >> if (AcpiGbl_FADT->Plvl3Lat <= 1000) { >> gas.Address = sc->cpu_p_blk + 5; >> acpi_bus_alloc_gas(sc->cpu_dev, &cx_ptr->res_type, &sc->cpu_rid, &gas, >> &cx_ptr->p_lvlx, RF_SHAREABLE); >> if (cx_ptr->p_lvlx != NULL) { >> sc->cpu_rid++; >> cx_ptr->type = ACPI_STATE_C3; >> cx_ptr->trans_lat = AcpiGbl_FADT->Plvl3Lat; >> cx_ptr++; >> sc->cpu_cx_count++; >> } >> } >> >> I will test this hypothesis tonight. >> It is definite that my system goes through this routine, because DSDT >> doesn't have _CST defined. >> >> > > The following patch did help to eliminate C3 from cx_supported. > Sorry, the patch is a copy/paste, tabs lost, but the change is tiny. > > @@ -590,7 +595,7 @@ > return; > > /* Validate and allocate resources for C3 (P_LVL3). */ > - if (AcpiGbl_FADT.C3Latency <= 1000) { > + if (AcpiGbl_FADT.C3Latency <= 1000 && (cpu_quirks & > CPU_QUIRK_NO_C3) == 0) { > gas.Address = sc->cpu_p_blk + 5; > acpi_bus_alloc_gas(sc->cpu_dev, &cx_ptr->res_type, &sc->cpu_rid, > &gas, > &cx_ptr->p_lvlx, RF_SHAREABLE); > > I've reviewed it, this patch is correct. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 15 23:34:46 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B772D16A417 for ; Fri, 15 Feb 2008 23:34:46 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 87DEF13C459 for ; Fri, 15 Feb 2008 23:34:46 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 32860 invoked from network); 15 Feb 2008 23:34:47 -0000 Received: from adsl-71-141-98-131.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?) (nate-mail@71.141.98.131) by root.org with ESMTPA; 15 Feb 2008 23:34:47 -0000 Message-ID: <47B62190.7060003@root.org> Date: Fri, 15 Feb 2008 15:34:40 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Andriy Gapon References: <47A3451E.5060803@icyb.net.ua> <47B0BE5E.1070108@icyb.net.ua> In-Reply-To: <47B0BE5E.1070108@icyb.net.ua> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: no way to force AC state if current one is none 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: Fri, 15 Feb 2008 23:34:46 -0000 Andriy Gapon wrote: > on 01/02/2008 18:13 Andriy Gapon said the following: >> I noticed that I can force AC state change via sysctl if current state >> is none/-1. > > Typo above, it should read "I can not". > >> acpi_tz_monitor() has the following lines: >> >> /* Handle user override of active mode */ >> if (sc->tz_requested != TZ_ACTIVE_NONE && sc->tz_requested < newactive) >> newactive = sc->tz_requested; >> >> If say tz_requested is 1, but auto-calculated newactive is -1 (none), >> then this check fails and tz_requested is ignored. > > Small extra note: this is because the "none" state (least/zero cooling > activity) has code -1, while other states are arranged so that the lower > the number the higher cooling activity is. So there is an exclusion from > normal integer comparison. > >> It seems there should be a check that newactive is not -1: >> if (sc->tz_requested != TZ_ACTIVE_NONE && (newactive == TZ_ACTIVE_NONE >> || sc->tz_requested < newactive)) >> >> What do you think ? This is also correct as per the similar code block above. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 01:41:37 2008 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4B1516A417 for ; Sat, 16 Feb 2008 01:41:37 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms173003pub.verizon.net (vms173003pub.verizon.net [206.46.173.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9AEBD13C4D3 for ; Sat, 16 Feb 2008 01:41:37 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.111.176.151]) by vms173003.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JWB002D35WB73X5@vms173003.mailsrvcs.net>; Fri, 15 Feb 2008 19:38:37 -0600 (CST) Date: Fri, 15 Feb 2008 20:41:10 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: To: Hajimu UMEMOTO , Johannes Dieterich Message-id: <1203126071.833.19.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8BIT References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> Cc: acpi@freebsd.org, Ian Smith Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 01:41:37 -0000 On Mon, 2008-02-11 at 00:37 +0900, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Fri, 08 Feb 2008 07:58:39 -0500 > >>>>> "Alexandre \"Sunny\" Kovalenko" said: > > alex> hw.acpi.thermal.tz0.passive_cooling: 0 > > Perhaps, your ACPI BIOS doesn't provide _TSP, _TC1 and/or _TC2 which > are required to work passive cooling. Thank you very much for pointing me in the right direction -- my system (ThinkPad X60 1709-73U) does provide _TSP, _TC1 and _TC2, just not in the tz0. All of that lives in tz1 and works perfectly -- as the matter of fact I am writing this E-mail after setting hw.acpi.thermal.tz1.passive_cooling: 1 hw.acpi.thermal.user_override: 1 hw.acpi.thermal.tz1._PSV: 55.0C dev.acpi_ibm.0.fan: 0 and absolutely loving how quiet my laptop is. Temperature is climbing slowly, but this is just a matter of creating small script to tickle dev.acpi_ibm.0.fan every now and again. Johannes, since you were the only one who actually needed that patch to get through the buildworld, could you, please, set sysctl hw.acpi.thermal.tz1.passive_cooling=1 sysctl hw.acpi.thermal.user_override=1 sysctl hw.acpi.thermal.tz1._PSV=85C disable my patch by removing '-T and -z' from powerd_flags in /etc/rc.conf restart powerd, by doing /etc/rc.d/powerd restart and try to do the buildworld. If it works for you, I will kindly ask someone to close that PR and apologize for wasting everybody's time. -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 02:01:26 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AA1516A419 for ; Sat, 16 Feb 2008 02:01:25 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 4BEDB13C45E for ; Sat, 16 Feb 2008 02:01:24 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so15419uge.37 for ; Fri, 15 Feb 2008 18:01:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=dzRQAowCa221L3u0YiftLcJhnI24ais8xfXpSbGdDg8=; b=Yh2Y8IvckmRikt0WAwo2tzrnOuhgEHy7X/YcMNDMOc2TiEC3onnzCxyTz1sJ0t+g0iwDAJ4f4AIcG9AEz69IzEkTeZijuWtzomZFxqaUzJksgd0qy8L4HWKsCgWpv9eTTpC26OcSYnH9vdFMa3A0SMjy0DGn9rA0EWJuf57qoZ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=tRb2T++8wNtlBZRXwQdAyfZ2fdrqKsyylIs5MhHUtl3Df65VIb8idnWsWKJkqRRiNMPC11HSk9H8S9zxqkGRVtHqgYmihrToqXRhR9yQcumM7NLZg7+C7JeEBwIWqogbNh8+UYT/m7vARwmdO7iDTV5p0T+lZJm6BNWalNTUZA4= Received: by 10.67.15.15 with SMTP id s15mr120572ugi.27.1203127283555; Fri, 15 Feb 2008 18:01:23 -0800 (PST) Received: from ?89.214.218.116? ( [89.214.218.116]) by mx.google.com with ESMTPS id 39sm85862ugb.15.2008.02.15.18.01.21 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 15 Feb 2008 18:01:22 -0800 (PST) Message-Id: From: Rui Paulo To: Nate Lawson In-Reply-To: <47B62044.50808@root.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sat, 16 Feb 2008 02:01:20 +0000 References: <479F0ED4.9030709@icyb.net.ua> <479F62D9.6080703@root.org> <47A34360.2030105@icyb.net.ua> <47B0BF20.6020906@icyb.net.ua> <47B3214D.2050507@icyb.net.ua> <47B40529.1040400@icyb.net.ua> <47B62044.50808@root.org> X-Mailer: Apple Mail (2.919.2) Sender: Rui Paulo Cc: freebsd-acpi@freebsd.org, Andriy Gapon Subject: Re: cx_lowest and CPU usage 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: Sat, 16 Feb 2008 02:01:26 -0000 On Feb 15, 2008, at 11:29 PM, Nate Lawson wrote: > > > Andriy Gapon wrote: >> on 13/02/2008 18:56 Andriy Gapon said the following: >>> on 11/02/2008 23:33 Andriy Gapon said the following: >>>> Hmm, it seems that the quirk is only honored if you actually try >>>> to use >>>> C3 state, but it doesn't exclude the state from the available >>>> states. >>>> This is OK, but seems to be a little bit non-user-friendly. >>>> >>> >>> It seems that the following code in acpi_cpu_generic_cx_probe() >>> should >>> have a check for the quirk (for C3 to not be present in the >>> available >>> states): >>> >>> /* Validate and allocate resources for C3 (P_LVL3). */ >>> if (AcpiGbl_FADT->Plvl3Lat <= 1000) { >>> gas.Address = sc->cpu_p_blk + 5; >>> acpi_bus_alloc_gas(sc->cpu_dev, &cx_ptr->res_type, &sc- >>> >cpu_rid, &gas, >>> &cx_ptr->p_lvlx, RF_SHAREABLE); >>> if (cx_ptr->p_lvlx != NULL) { >>> sc->cpu_rid++; >>> cx_ptr->type = ACPI_STATE_C3; >>> cx_ptr->trans_lat = AcpiGbl_FADT->Plvl3Lat; >>> cx_ptr++; >>> sc->cpu_cx_count++; >>> } >>> } >>> >>> I will test this hypothesis tonight. >>> It is definite that my system goes through this routine, because >>> DSDT >>> doesn't have _CST defined. >>> >>> >> The following patch did help to eliminate C3 from cx_supported. >> Sorry, the patch is a copy/paste, tabs lost, but the change is tiny. >> @@ -590,7 +595,7 @@ >> return; >> /* Validate and allocate resources for C3 (P_LVL3). */ >> - if (AcpiGbl_FADT.C3Latency <= 1000) { >> + if (AcpiGbl_FADT.C3Latency <= 1000 && (cpu_quirks & >> CPU_QUIRK_NO_C3) == 0) { >> gas.Address = sc->cpu_p_blk + 5; >> acpi_bus_alloc_gas(sc->cpu_dev, &cx_ptr->res_type, &sc- >> >cpu_rid, >> &gas, >> &cx_ptr->p_lvlx, RF_SHAREABLE); > > I've reviewed it, this patch is correct. I committed it. Thanks Andriy. Regards. -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 02:09:49 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FAFF16A419 for ; Sat, 16 Feb 2008 02:09:49 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id C748D13C44B for ; Sat, 16 Feb 2008 02:09:48 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so16463uge.37 for ; Fri, 15 Feb 2008 18:09:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=hsd7HJq9TxbtwKcdlx0YYVrsEJjWMFQFbEEEI0sTn1A=; b=C42kqmBMOq+PEIKaZJExQ8O/QI3+XzBzBJsLibXw8zlO2D1T+NYEcAqyL5LC0cDR8gde4+95/kQqPiRmtgyrHFxV4oKHjUqma0svo5hNFACp++Dq0K/dTHmWDzzI9OcnkEWLqGE1yyd7s16rAzZfThngc9CSOK12icEfeXjii4Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=UfjXq/BiHt/zjUcJaJnohN0k8qk2ubFvfuw2bSOYVGNf1incwJIOPpStUz78PbJs/aXtiRuv+/anrCEmpZKp2YCgs4lFeVsr+x/wr0xCyGrbn3BH1zaZkV2EOO/Iq6R7gH1cf2vDh35BqhSYnlJngYdlXd32vnypaEton7TUTrw= Received: by 10.67.115.6 with SMTP id s6mr100555ugm.71.1203127786857; Fri, 15 Feb 2008 18:09:46 -0800 (PST) Received: from ?89.214.218.116? ( [89.214.218.116]) by mx.google.com with ESMTPS id 40sm91410uge.2.2008.02.15.18.09.44 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 15 Feb 2008 18:09:46 -0800 (PST) Message-Id: <3037AADC-EC3D-4D08-8139-88F9E49DD9C6@FreeBSD.org> From: Rui Paulo To: Nate Lawson In-Reply-To: <47B62190.7060003@root.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sat, 16 Feb 2008 02:09:44 +0000 References: <47A3451E.5060803@icyb.net.ua> <47B0BE5E.1070108@icyb.net.ua> <47B62190.7060003@root.org> X-Mailer: Apple Mail (2.919.2) Sender: Rui Paulo Cc: freebsd-acpi@freebsd.org, Andriy Gapon Subject: Re: no way to force AC state if current one is none 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: Sat, 16 Feb 2008 02:09:49 -0000 On Feb 15, 2008, at 11:34 PM, Nate Lawson wrote: > Andriy Gapon wrote: >> on 01/02/2008 18:13 Andriy Gapon said the following: >>> I noticed that I can force AC state change via sysctl if current >>> state >>> is none/-1. >> Typo above, it should read "I can not". >>> acpi_tz_monitor() has the following lines: >>> >>> /* Handle user override of active mode */ >>> if (sc->tz_requested != TZ_ACTIVE_NONE && sc->tz_requested < >>> newactive) >>> newactive = sc->tz_requested; >>> >>> If say tz_requested is 1, but auto-calculated newactive is -1 >>> (none), >>> then this check fails and tz_requested is ignored. >> Small extra note: this is because the "none" state (least/zero >> cooling >> activity) has code -1, while other states are arranged so that the >> lower >> the number the higher cooling activity is. So there is an exclusion >> from >> normal integer comparison. >>> It seems there should be a check that newactive is not -1: >>> if (sc->tz_requested != TZ_ACTIVE_NONE && (newactive == >>> TZ_ACTIVE_NONE >>> || sc->tz_requested < newactive)) >>> >>> What do you think ? > > This is also correct as per the similar code block above. I committed it. Thanks Andriy. Regards. -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 03:06:49 2008 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2FB816A418; Sat, 16 Feb 2008 03:06:49 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms173003pub.verizon.net (vms173003pub.verizon.net [206.46.173.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9F03A13C46B; Sat, 16 Feb 2008 03:06:49 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.111.176.151]) by vms173003.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JWB003BL9U9VMO5@vms173003.mailsrvcs.net>; Fri, 15 Feb 2008 21:03:46 -0600 (CST) Date: Fri, 15 Feb 2008 22:06:19 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: To: Daniel Eischen Message-id: <1203131179.833.32.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <1200369199.2054.38.camel@RabbitsDen> Cc: acpi@freebsd.org Subject: Re: How to disable acpi thermal? 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: Sat, 16 Feb 2008 03:06:49 -0000 On Tue, 2008-01-15 at 15:34 -0500, Daniel Eischen wrote: > [ Redirected from -current ] > > On Mon, 14 Jan 2008, Alexandre "Sunny" Kovalenko wrote: > > > > > On Mon, 2008-01-14 at 21:56 -0500, Daniel Eischen wrote: > >> > >> Thermal zone 0 skyrockets past 110C in a couple of minutes > >> when trying to build a kernel. All the other zones stay > >> relatively static. I suspect something is wrong somewhere > >> because this machine is very lightly loaded and has never > >> had a problem until now. I just upgraded it from 4.x to > >> 7.0. > > > > It need not to be bogus -- if I turn off fan on my ThinkPad it will > > overheat and shut itself down within couple of minutes of buildworld, > > starting from the relative cool state. From the look of the stuff below > > your fan should kick in no later then 10 seconds after tz0 reached 77C. > > Do you hear it running before shutdown? If yes, maybe lowering threshold > > in AC0 down from 77C will help. If not -- you will need to figure out > > who is supposed to turn on the fan. You can dump your ASL (instructions > > in the handbook) and post it someplace accessible -- I will take a look > > and maybe spot something interesting, but, being far from the expert in > > the field, I do not promise too much. > > I posted the acpidump here: > > http://people.freebsd.org/~deischen/stl2.iasl > > The problem is that acpi_thermal keeps shutting down the system > after 2 minutes into a buildkernel. The system has no load other > than the buildkernel at the time it shuts down. > > The system is a Intel STL2 Tupelo motherboard with 1 CPU, the > other CPU socket being occupied by a CPU terminator thingy. > I uncovered the rackmount system and watched it while building > a kernel. With the cover off the acpi monitored temperature > went to 107C and stayed there. It only took a minute or two > to get there. I felt around inside the chassis and nothing > was even near being to warm or hot. With the cover on, the > temperature goes to 111/112C before being shutdown by acpi_thermal > (the limit being 110C). There is no way anything in that > chassis is anywhere near 100C. I've disabled acpi_thermal > for now, but it'd be nice to get a better fix. > > Any ideas? > You can try this patch on your ASL, which might just cause passive cooling to kick in. If you decide to try a patch, I would like to see the output of sysctl hw.acpi.thermal regardless of the outcome. OTOH, it just occurred to me that I have observed something like that on my previous laptop. I used cheap thermal paste between the CPU and the heatsink and I used a lot of it. Chassis were relatively cool and yet CPU sensor hit critical trip point. --- stl2.iasl.orig 2008-01-21 22:19:56.000000000 -0500 +++ stl2.iasl 2008-02-15 21:51:37.000000000 -0500 @@ -6161,6 +6161,19 @@ ThermalZone (TZC0) { + Method (_PSL, 0, NotSerialized) + { + Return (Package (0x01) + { + \_PR.CPU0 + }) + } + + Method (_PSV, 0, NotSerialized) + { + Return (0xD9B) + } + Method (_TMP, 0, NotSerialized) { If (LNotEqual (And (\_SB.NCPU, 0x01), 0x01)) -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 03:12:10 2008 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A4D316A418 for ; Sat, 16 Feb 2008 03:12:10 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4D83713C44B for ; Sat, 16 Feb 2008 03:12:10 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:bxqcBC0gXaVUVKf7d4rXbOT/GlvKCzTC+Zdd3sic4Iy9gg0rWKn1OQc1I4Z5OWbV@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id m1G3C0av078894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Feb 2008 12:12:00 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 16 Feb 2008 12:11:59 +0900 Message-ID: From: Hajimu UMEMOTO To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1203126071.833.19.camel@RabbitsDen> References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> <1203126071.833.19.camel@RabbitsDen> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.3-RELEASE-p1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sat, 16 Feb 2008 12:12:01 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ameno.mahoroba.org Cc: acpi@freebsd.org, Johannes Dieterich , Ian Smith Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 03:12:10 -0000 Hi, >>>>> On Fri, 15 Feb 2008 20:41:10 -0500 >>>>> "Alexandre \"Sunny\" Kovalenko" said: alex> Thank you very much for pointing me in the right direction -- my system alex> (ThinkPad X60 1709-73U) does provide _TSP, _TC1 and _TC2, just not in alex> the tz0. All of that lives in tz1 and works perfectly -- as the matter alex> of fact I am writing this E-mail after setting alex> hw.acpi.thermal.tz1.passive_cooling: 1 alex> hw.acpi.thermal.user_override: 1 alex> hw.acpi.thermal.tz1._PSV: 55.0C The current implementation attempts to enable passive cooling just for tz0. Could you try the following patch? It should enable passive cooling for tz1 on your laptop. Index: sys/dev/acpica/acpi_thermal.c diff -u -p sys/dev/acpica/acpi_thermal.c.orig sys/dev/acpica/acpi_thermal.c --- sys/dev/acpica/acpi_thermal.c.orig Wed Aug 23 21:29:55 2006 +++ sys/dev/acpica/acpi_thermal.c Mon Aug 28 00:35:49 2006 @@ -172,6 +172,8 @@ static int acpi_tz_override; static struct proc *acpi_tz_proc; ACPI_LOCK_DECL(thermal, "ACPI thermal zone"); +static int acpi_tz_cooling_unit = -1; + static int acpi_tz_probe(device_t dev) { @@ -205,17 +207,7 @@ acpi_tz_attach(device_t dev) sc->tz_cooling_proc_running = FALSE; sc->tz_cooling_active = FALSE; sc->tz_cooling_updated = FALSE; - - /* - * Always attempt to enable passive cooling for tz0. Users can enable - * it for other zones manually for now. - * - * XXX We need to test if multiple zones conflict with each other - * since cpufreq currently sets all CPUs to the given frequency whereas - * it's possible for different thermal zones to specify independent - * settings for multiple CPUs. - */ - sc->tz_cooling_enabled = (device_get_unit(dev) == 0); + sc->tz_cooling_enabled = FALSE; /* * Parse the current state of the thermal zone and build control @@ -309,16 +301,25 @@ acpi_tz_attach(device_t dev) } } - /* Create a thread to handle passive cooling for each zone if enabled. */ + /* + * Create a thread to handle passive cooling for 1st zone which + * has _PSV, _TSP, _TC1 and _TC2. Users can enable it for other + * zones manually for now. + * + * XXX We enable only one zone to avoid multiple zones conflict + * with each other since cpufreq currently sets all CPUs to the + * given frequency whereas it's possible for different thermal + * zones to specify independent settings for multiple CPUs. + */ + if (acpi_tz_cooling_unit < 0 && acpi_tz_cooling_is_available(sc)) + sc->tz_cooling_enabled = TRUE; if (sc->tz_cooling_enabled) { - if (acpi_tz_cooling_is_available(sc)) { - error = acpi_tz_cooling_thread_start(sc); - if (error != 0) { - sc->tz_cooling_enabled = FALSE; - goto out; - } - } else + error = acpi_tz_cooling_thread_start(sc); + if (error != 0) { sc->tz_cooling_enabled = FALSE; + goto out; + } + acpi_tz_cooling_unit = device_get_unit(dev); } /* Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 04:37:49 2008 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F6C116A419; Sat, 16 Feb 2008 04:37:49 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7F02813C442; Sat, 16 Feb 2008 04:37:49 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.111.176.151]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JWB00JZHEAH6V35@vms040.mailsrvcs.net>; Fri, 15 Feb 2008 22:39:55 -0600 (CST) Date: Fri, 15 Feb 2008 23:37:16 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: To: Hajimu UMEMOTO Message-id: <1203136636.821.4.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> <1203126071.833.19.camel@RabbitsDen> Cc: acpi@freebsd.org, Johannes Dieterich , Ian Smith Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 04:37:49 -0000 On Sat, 2008-02-16 at 12:11 +0900, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Fri, 15 Feb 2008 20:41:10 -0500 > >>>>> "Alexandre \"Sunny\" Kovalenko" said: > > alex> Thank you very much for pointing me in the right direction -- my system > alex> (ThinkPad X60 1709-73U) does provide _TSP, _TC1 and _TC2, just not in > alex> the tz0. All of that lives in tz1 and works perfectly -- as the matter > alex> of fact I am writing this E-mail after setting > > alex> hw.acpi.thermal.tz1.passive_cooling: 1 > alex> hw.acpi.thermal.user_override: 1 > alex> hw.acpi.thermal.tz1._PSV: 55.0C > > The current implementation attempts to enable passive cooling just for > tz0. Could you try the following patch? It should enable passive > cooling for tz1 on your laptop. Thank you, it certainly did: sunny:RabbitsDen>sysctl hw.acpi.thermal hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 65.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 127.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1.temperature: 64.0C hw.acpi.thermal.tz1.active: -1 ==> hw.acpi.thermal.tz1.passive_cooling: 1 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1._PSV: 92.5C hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 97.0C hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 I have one question regarding this patch: it enables passive cooling for the thermal zone, which has _PSV, _TSP, _TC1 and _TC2. Isn't it necessary to also have _PSL in the thermal zone to have passive cooling? > > Index: sys/dev/acpica/acpi_thermal.c > diff -u -p sys/dev/acpica/acpi_thermal.c.orig sys/dev/acpica/acpi_thermal.c > --- sys/dev/acpica/acpi_thermal.c.orig Wed Aug 23 21:29:55 2006 > +++ sys/dev/acpica/acpi_thermal.c Mon Aug 28 00:35:49 2006 > @@ -172,6 +172,8 @@ static int acpi_tz_override; > static struct proc *acpi_tz_proc; > ACPI_LOCK_DECL(thermal, "ACPI thermal zone"); > > +static int acpi_tz_cooling_unit = -1; > + > static int > acpi_tz_probe(device_t dev) > { > @@ -205,17 +207,7 @@ acpi_tz_attach(device_t dev) > sc->tz_cooling_proc_running = FALSE; > sc->tz_cooling_active = FALSE; > sc->tz_cooling_updated = FALSE; > - > - /* > - * Always attempt to enable passive cooling for tz0. Users can enable > - * it for other zones manually for now. > - * > - * XXX We need to test if multiple zones conflict with each other > - * since cpufreq currently sets all CPUs to the given frequency whereas > - * it's possible for different thermal zones to specify independent > - * settings for multiple CPUs. > - */ > - sc->tz_cooling_enabled = (device_get_unit(dev) == 0); > + sc->tz_cooling_enabled = FALSE; > > /* > * Parse the current state of the thermal zone and build control > @@ -309,16 +301,25 @@ acpi_tz_attach(device_t dev) > } > } > > - /* Create a thread to handle passive cooling for each zone if enabled. */ > + /* > + * Create a thread to handle passive cooling for 1st zone which > + * has _PSV, _TSP, _TC1 and _TC2. Users can enable it for other > + * zones manually for now. > + * > + * XXX We enable only one zone to avoid multiple zones conflict > + * with each other since cpufreq currently sets all CPUs to the > + * given frequency whereas it's possible for different thermal > + * zones to specify independent settings for multiple CPUs. > + */ > + if (acpi_tz_cooling_unit < 0 && acpi_tz_cooling_is_available(sc)) > + sc->tz_cooling_enabled = TRUE; > if (sc->tz_cooling_enabled) { > - if (acpi_tz_cooling_is_available(sc)) { > - error = acpi_tz_cooling_thread_start(sc); > - if (error != 0) { > - sc->tz_cooling_enabled = FALSE; > - goto out; > - } > - } else > + error = acpi_tz_cooling_thread_start(sc); > + if (error != 0) { > sc->tz_cooling_enabled = FALSE; > + goto out; > + } > + acpi_tz_cooling_unit = device_get_unit(dev); > } > > /* > > Sincerely, > > -- > Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan > ume@mahoroba.org ume@{,jp.}FreeBSD.org > http://www.imasy.org/~ume/ -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 07:04:28 2008 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2976A16A420; Sat, 16 Feb 2008 07:04:28 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id B7C8F13C467; Sat, 16 Feb 2008 07:04:25 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with ESMTP id SAA13351; Sat, 16 Feb 2008 18:04:15 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 16 Feb 2008 18:04:14 +1100 (EST) From: Ian Smith To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1203136636.821.4.camel@RabbitsDen> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Cc: acpi@freebsd.org, Hajimu UMEMOTO , Johannes Dieterich Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 07:04:28 -0000 On Fri, 15 Feb 2008, Alexandre "Sunny" Kovalenko wrote: > On Sat, 2008-02-16 at 12:11 +0900, Hajimu UMEMOTO wrote: > > Hi, > > > > >>>>> On Fri, 15 Feb 2008 20:41:10 -0500 > > >>>>> "Alexandre \"Sunny\" Kovalenko" said: > > > > alex> Thank you very much for pointing me in the right direction -- my system > > alex> (ThinkPad X60 1709-73U) does provide _TSP, _TC1 and _TC2, just not in > > alex> the tz0. All of that lives in tz1 and works perfectly -- as the matter > > alex> of fact I am writing this E-mail after setting > > > > alex> hw.acpi.thermal.tz1.passive_cooling: 1 > > alex> hw.acpi.thermal.user_override: 1 > > alex> hw.acpi.thermal.tz1._PSV: 55.0C > > > > The current implementation attempts to enable passive cooling just for > > tz0. Could you try the following patch? It should enable passive > > cooling for tz1 on your laptop. > > Thank you, it certainly did: > > sunny:RabbitsDen>sysctl hw.acpi.thermal > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 0 > hw.acpi.thermal.tz0.temperature: 65.0C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 0 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: -1 > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 127.0C > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz1.temperature: 64.0C > hw.acpi.thermal.tz1.active: -1 > ==> hw.acpi.thermal.tz1.passive_cooling: 1 > hw.acpi.thermal.tz1.thermal_flags: 0 > hw.acpi.thermal.tz1._PSV: 92.5C > hw.acpi.thermal.tz1._HOT: -1 > hw.acpi.thermal.tz1._CRT: 97.0C > hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 Cool. Or at least, not so hot. But I'm still curious .. if tz1 is your CPU rather than tz0, what the heck then is your tz0, with its _CRT at 127C? What does acpi_ibm show for your various tzs? > I have one question regarding this patch: it enables passive cooling for > the thermal zone, which has _PSV, _TSP, _TC1 and _TC2. Isn't it > necessary to also have _PSL in the thermal zone to have passive cooling? My reading of section 11.5 in ACPI 3.0a seems to indicate that, unless this applies?: . If _PSV is defined and _PSL is not defined, then at least one devce in thermal zone, as indicated by either the _TZD device list or devices' _TZM objects, must support device performance states. Good to see ume@ is onto all this .. however I still feel your patch may come in handy for the numerous people who report thermal problems such as blowing up during buildworlds before all this gets MFC'd to 7 and 6, or even then for some of the weider BIOS and ACPI implementations, as at least a usable workaround to get the new, er, world built .. and as currently crafted, cannot hurt if it's not invoked. cheers, Ian > > Index: sys/dev/acpica/acpi_thermal.c > > diff -u -p sys/dev/acpica/acpi_thermal.c.orig sys/dev/acpica/acpi_thermal.c > > --- sys/dev/acpica/acpi_thermal.c.orig Wed Aug 23 21:29:55 2006 > > +++ sys/dev/acpica/acpi_thermal.c Mon Aug 28 00:35:49 2006 > > @@ -172,6 +172,8 @@ static int acpi_tz_override; > > static struct proc *acpi_tz_proc; > > ACPI_LOCK_DECL(thermal, "ACPI thermal zone"); > > > > +static int acpi_tz_cooling_unit = -1; > > + > > static int > > acpi_tz_probe(device_t dev) > > { > > @@ -205,17 +207,7 @@ acpi_tz_attach(device_t dev) > > sc->tz_cooling_proc_running = FALSE; > > sc->tz_cooling_active = FALSE; > > sc->tz_cooling_updated = FALSE; > > - > > - /* > > - * Always attempt to enable passive cooling for tz0. Users can enable > > - * it for other zones manually for now. > > - * > > - * XXX We need to test if multiple zones conflict with each other > > - * since cpufreq currently sets all CPUs to the given frequency whereas > > - * it's possible for different thermal zones to specify independent > > - * settings for multiple CPUs. > > - */ > > - sc->tz_cooling_enabled = (device_get_unit(dev) == 0); > > + sc->tz_cooling_enabled = FALSE; > > > > /* > > * Parse the current state of the thermal zone and build control > > @@ -309,16 +301,25 @@ acpi_tz_attach(device_t dev) > > } > > } > > > > - /* Create a thread to handle passive cooling for each zone if enabled. */ > > + /* > > + * Create a thread to handle passive cooling for 1st zone which > > + * has _PSV, _TSP, _TC1 and _TC2. Users can enable it for other > > + * zones manually for now. > > + * > > + * XXX We enable only one zone to avoid multiple zones conflict > > + * with each other since cpufreq currently sets all CPUs to the > > + * given frequency whereas it's possible for different thermal > > + * zones to specify independent settings for multiple CPUs. > > + */ > > + if (acpi_tz_cooling_unit < 0 && acpi_tz_cooling_is_available(sc)) > > + sc->tz_cooling_enabled = TRUE; > > if (sc->tz_cooling_enabled) { > > - if (acpi_tz_cooling_is_available(sc)) { > > - error = acpi_tz_cooling_thread_start(sc); > > - if (error != 0) { > > - sc->tz_cooling_enabled = FALSE; > > - goto out; > > - } > > - } else > > + error = acpi_tz_cooling_thread_start(sc); > > + if (error != 0) { > > sc->tz_cooling_enabled = FALSE; > > + goto out; > > + } > > + acpi_tz_cooling_unit = device_get_unit(dev); > > } > > > > /* > > > > Sincerely, > > > > -- > > Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan > > ume@mahoroba.org ume@{,jp.}FreeBSD.org > > http://www.imasy.org/~ume/ > -- > Alexandre "Sunny" Kovalenko (Олександр Коваленко) > > From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 07:17:41 2008 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50FC116A417 for ; Sat, 16 Feb 2008 07:17:41 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2388B13C447 for ; Sat, 16 Feb 2008 07:17:41 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:P3wUrE7jT9tnrzjEOOk01nNQeTIE8FWj6GlFr71kGLw2MOAgRZp5QP9JaxbNmebw@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id m1G7HWwA006909 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Feb 2008 16:17:33 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 16 Feb 2008 16:17:32 +0900 Message-ID: From: Hajimu UMEMOTO To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1203136636.821.4.camel@RabbitsDen> References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> <1203126071.833.19.camel@RabbitsDen> <1203136636.821.4.camel@RabbitsDen> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.3-RELEASE-p1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sat, 16 Feb 2008 16:17:33 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ameno.mahoroba.org Cc: acpi@freebsd.org, Johannes Dieterich , Ian Smith Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 07:17:41 -0000 Hi, >>>>> On Fri, 15 Feb 2008 23:37:16 -0500 >>>>> "Alexandre \"Sunny\" Kovalenko" said: alex> Thank you, it certainly did: alex> sunny:RabbitsDen>sysctl hw.acpi.thermal alex> hw.acpi.thermal.min_runtime: 0 alex> hw.acpi.thermal.polling_rate: 10 alex> hw.acpi.thermal.user_override: 0 alex> hw.acpi.thermal.tz0.temperature: 65.0C alex> hw.acpi.thermal.tz0.active: -1 alex> hw.acpi.thermal.tz0.passive_cooling: 0 alex> hw.acpi.thermal.tz0.thermal_flags: 0 alex> hw.acpi.thermal.tz0._PSV: -1 alex> hw.acpi.thermal.tz0._HOT: -1 alex> hw.acpi.thermal.tz0._CRT: 127.0C alex> hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 alex> hw.acpi.thermal.tz1.temperature: 64.0C alex> hw.acpi.thermal.tz1.active: -1 alex> ==> hw.acpi.thermal.tz1.passive_cooling: 1 alex> hw.acpi.thermal.tz1.thermal_flags: 0 alex> hw.acpi.thermal.tz1._PSV: 92.5C alex> hw.acpi.thermal.tz1._HOT: -1 alex> hw.acpi.thermal.tz1._CRT: 97.0C alex> hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 Thank you for confirmation. I've just committed it. alex> I have one question regarding this patch: it enables passive cooling for alex> the thermal zone, which has _PSV, _TSP, _TC1 and _TC2. Isn't it alex> necessary to also have _PSL in the thermal zone to have passive cooling? Since cpufreq enumerates all CPUs for us, we ignore _PSL for now. However, it's possible in the future _PSL will reference non-CPU devices so we may want to support it then. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 07:58:40 2008 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91DE916A417; Sat, 16 Feb 2008 07:58:40 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4E67913C43E; Sat, 16 Feb 2008 07:58:40 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.111.176.151]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JWB005FRNLOBNE2@vms040.mailsrvcs.net>; Sat, 16 Feb 2008 02:01:01 -0600 (CST) Date: Sat, 16 Feb 2008 02:58:22 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: To: Hajimu UMEMOTO Message-id: <1203148702.821.21.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> <1203126071.833.19.camel@RabbitsDen> <1203136636.821.4.camel@RabbitsDen> Cc: acpi@freebsd.org, Johannes Dieterich , Ian Smith Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 07:58:40 -0000 On Sat, 2008-02-16 at 16:17 +0900, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Fri, 15 Feb 2008 23:37:16 -0500 > >>>>> "Alexandre \"Sunny\" Kovalenko" said: > > Thank you for confirmation. I've just committed it. Thank you very much. Any chance of MFC? > > alex> I have one question regarding this patch: it enables passive cooling for > alex> the thermal zone, which has _PSV, _TSP, _TC1 and _TC2. Isn't it > alex> necessary to also have _PSL in the thermal zone to have passive cooling? > > Since cpufreq enumerates all CPUs for us, we ignore _PSL for now. > However, it's possible in the future _PSL will reference non-CPU > devices so we may want to support it then. So, on the multi-socket motherboards, with the separate TZ objects for each socket, we will throttle all available CPUs, right? > > Sincerely, > > -- > Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan > ume@mahoroba.org ume@{,jp.}FreeBSD.org > http://www.imasy.org/~ume/ > _______________________________________________ > 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" -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 09:41:55 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 063A916A419 for ; Sat, 16 Feb 2008 09:41:55 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id BEEA713C45A for ; Sat, 16 Feb 2008 09:41:54 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 9471A74400E; Sat, 16 Feb 2008 11:41:52 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id 2Aa5xp53CZWC; Sat, 16 Feb 2008 11:41:52 +0200 (EET) Received: from [10.74.70.239] (unknown [193.138.145.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 43FB274400A; Sat, 16 Feb 2008 11:41:38 +0200 (EET) Message-ID: <47B6AFB7.4000603@icyb.net.ua> Date: Sat, 16 Feb 2008 11:41:11 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Rui Paulo References: <47A3451E.5060803@icyb.net.ua> <47B0BE5E.1070108@icyb.net.ua> <47B62190.7060003@root.org> <3037AADC-EC3D-4D08-8139-88F9E49DD9C6@FreeBSD.org> In-Reply-To: <3037AADC-EC3D-4D08-8139-88F9E49DD9C6@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: no way to force AC state if current one is none 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: Sat, 16 Feb 2008 09:41:55 -0000 on 16/02/2008 04:09 Rui Paulo said the following: > > I committed it. Thanks Andriy. Nate, Rui, thank you! My chasing of a black cat in a dark room does yield some minor useful side-results :-) -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 10:21:15 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 961CE16A420 for ; Sat, 16 Feb 2008 10:21:15 +0000 (UTC) (envelope-from dieterich.joh@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 379D713C43E for ; Sat, 16 Feb 2008 10:21:14 +0000 (UTC) (envelope-from dieterich.joh@googlemail.com) Received: by fg-out-1718.google.com with SMTP id 16so786612fgg.35 for ; Sat, 16 Feb 2008 02:21:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; bh=tS4vS9y/NsFtVlHQQ8/AWJWim5PmP4rNmf28XV6dNkY=; b=EFMnudXbgbGqJHSR6znktsT+6qQ4+7xVRCbgnvCyPx+78MPUAawZVu2CLkDvYScfw3NRWyUT1RJDiJ32JOH5r3it2Eglwj+BolgkFdlCCjVPlJCZIObsCBlsEd8gyBqk7+QhLmvk3ixxbxLLvuvd3y3B+4eMUq4cPQyZEQzpt1s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=DDWoD3/JidFwII9SNBmAvPb2eUXT3HmLcdc1hGFkN0J2QBict2qhAjgtPu8CUp8YCxInpYOezwZn0mnvD2gupaCfGLqifvF/XHrUJ/ROIUMlAolJb/yUJIfCzS6SGqHlKTpghsjf19Pz6ax/edpbv1aJbaFEvwCAnzg9nZUWTPw= Received: by 10.86.86.12 with SMTP id j12mr3558920fgb.33.1203157273818; Sat, 16 Feb 2008 02:21:13 -0800 (PST) Received: from ?192.168.1.100? ( [79.210.81.45]) by mx.google.com with ESMTPS id l12sm5662605fgb.8.2008.02.16.02.21.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 16 Feb 2008 02:21:12 -0800 (PST) Message-ID: <47B6B913.9020505@gmail.com> Date: Sat, 16 Feb 2008 11:21:07 +0100 User-Agent: Thunderbird 2.0.0.9 (X11/20080213) MIME-Version: 1.0 To: alex.kovalenko@verizon.net, freebsd-acpi@freebsd.org References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> <1203126071.833.19.camel@RabbitsDen> In-Reply-To: <1203126071.833.19.camel@RabbitsDen> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit From: Johannes Dieterich Cc: Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 10:21:15 -0000 Alexandre "Sunny" Kovalenko wrote: > Johannes, > > since you were the only one who actually needed that patch to get > through the buildworld, could you, please, set > > sysctl hw.acpi.thermal.tz1.passive_cooling=1 > sysctl hw.acpi.thermal.user_override=1 > sysctl hw.acpi.thermal.tz1._PSV=85C > > disable my patch by removing '-T and -z' from powerd_flags > in /etc/rc.conf > > restart powerd, by doing > > /etc/rc.d/powerd restart > > and try to do the buildworld. If it works for you, I will kindly ask > someone to close that PR and apologize for wasting everybody's time. > Did that. Doesn't work. Again it is overheating. I have not tried the patch from Hajimu Umemoto yet though. But I guess it will not change much for me. Therefore I agree with Ian Smith that the patch should be commited. I would be completely helpless (as in: not able to compile world and kernel) without. Johannes From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 11:21:52 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 345CD16A468 for ; Sat, 16 Feb 2008 11:21:52 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 047E813C4EA for ; Sat, 16 Feb 2008 11:21:51 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:iOtfKrpvqMYD7YF11iCWGVRpmfhXta9Jy2znUzqMZF5meC9nrYp4w/M5HTGh5HcC@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id m1GBLfjF071610 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Feb 2008 20:21:42 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 16 Feb 2008 20:21:41 +0900 Message-ID: From: Hajimu UMEMOTO To: Johannes Dieterich In-Reply-To: <47B6B913.9020505@gmail.com> References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> <1203126071.833.19.camel@RabbitsDen> <47B6B913.9020505@gmail.com> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.3-RELEASE-p1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sat, 16 Feb 2008 20:21:43 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ameno.mahoroba.org Cc: freebsd-acpi@freebsd.org, alex.kovalenko@verizon.net Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 11:21:52 -0000 Hi, >>>>> On Sat, 16 Feb 2008 11:21:07 +0100 >>>>> Johannes Dieterich said: dieterich.joh> Alexandre "Sunny" Kovalenko wrote: > Johannes, > > since you were the only one who actually needed that patch to get > through the buildworld, could you, please, set > > sysctl hw.acpi.thermal.tz1.passive_cooling=1 > sysctl hw.acpi.thermal.user_override=1 > sysctl hw.acpi.thermal.tz1._PSV=85C > > disable my patch by removing '-T and -z' from powerd_flags > in /etc/rc.conf > > restart powerd, by doing > > /etc/rc.d/powerd restart > > and try to do the buildworld. If it works for you, I will kindly ask > someone to close that PR and apologize for wasting everybody's time. > dieterich.joh> Did that. Doesn't work. Again it is overheating. I have not tried the dieterich.joh> patch from Hajimu Umemoto yet though. But I guess it will not change dieterich.joh> much for me. I didn't see your report. Could you show me the output of `sysctl hw.acpi' and `sysctl dev.cpu'? Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 11:32:49 2008 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FF7C16A475 for ; Sat, 16 Feb 2008 11:32:49 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9C25013C50F for ; Sat, 16 Feb 2008 11:32:48 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:f9PnLAa3dG768hoDUm6VIFZTfXKKuUbi3vpE60WFjjQ1aefqjSG8Sgk1uwHObfY+@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id m1GBWfjn029272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Feb 2008 20:32:41 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 16 Feb 2008 20:32:41 +0900 Message-ID: From: Hajimu UMEMOTO To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1203148702.821.21.camel@RabbitsDen> References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> <1203126071.833.19.camel@RabbitsDen> <1203136636.821.4.camel@RabbitsDen> <1203148702.821.21.camel@RabbitsDen> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.3-RELEASE-p1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sat, 16 Feb 2008 20:32:41 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ameno.mahoroba.org Cc: acpi@freebsd.org, Johannes Dieterich , Ian Smith Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 11:32:49 -0000 Hi, >>>>> On Sat, 16 Feb 2008 02:58:22 -0500 >>>>> "Alexandre \"Sunny\" Kovalenko" said: alex> Thank you very much. Any chance of MFC? Yes, I'll MFC it sometime later. alex> So, on the multi-socket motherboards, with the separate TZ objects for alex> each socket, we will throttle all available CPUs, right? AFAIK, yes. But, since I don't have SMP box, I cannot confirm it by myself. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 11:47:38 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7558D16A417 for ; Sat, 16 Feb 2008 11:47:38 +0000 (UTC) (envelope-from dieterich.joh@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id DB14F13C46A for ; Sat, 16 Feb 2008 11:47:37 +0000 (UTC) (envelope-from dieterich.joh@googlemail.com) Received: by fg-out-1718.google.com with SMTP id 16so805293fgg.35 for ; Sat, 16 Feb 2008 03:47:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; bh=8cabV4fyZooJwo5RB30DBdemDAzN0lM3881yw84zB+4=; b=e5kPvqII2NJXu5Q0Y8/BoDYMHccOULrcbQ/QtRbqzwT0sNmTv3TNBnyHxy6/pqhChCAQGs7NquhPjMg+/djNkIOnDdbefKm8KFOwCfKXOHoZe+yVCZf2l4UsB2IDufE5TYTtUjcrflXQUxifgwtHrnkLSXy1BDdDuRK6V2xuY3w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=Zbjnw9ogl78HWnEjRupI5sqFUdr21Z/90eR6jUbiStwjKmjcY5Po4xpzQqXMflBc8CKeaNDtVGRrztykAOMmenkDd9xDsrqH4qWBgsfVPqFDYTFWnyceDhRAMXXaR2tYXHDqsf5I0ylR+WrMFF4k08LwsRaXGY0cla4SNE+84qw= Received: by 10.86.25.17 with SMTP id 17mr3639139fgy.15.1203162455563; Sat, 16 Feb 2008 03:47:35 -0800 (PST) Received: from ?192.168.1.100? ( [79.210.81.45]) by mx.google.com with ESMTPS id l12sm5747118fgb.8.2008.02.16.03.47.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 16 Feb 2008 03:47:34 -0800 (PST) Message-ID: <47B6CD54.3020806@gmail.com> Date: Sat, 16 Feb 2008 12:47:32 +0100 User-Agent: Thunderbird 2.0.0.9 (X11/20080213) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> <1203126071.833.19.camel@RabbitsDen> <47B6B913.9020505@gmail.com> <47B6CC48.5070009@gmail.com> In-Reply-To: <47B6CC48.5070009@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit From: Johannes Dieterich Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 11:47:38 -0000 Hajimu UMEMOTO wrote: > Hi, > >>>>>> On Sat, 16 Feb 2008 11:21:07 +0100 >>>>>> Johannes Dieterich said: > dieterich.joh> Alexandre "Sunny" Kovalenko wrote: >> Johannes, >> >> since you were the only one who actually needed that patch to get >> through the buildworld, could you, please, set >> >> sysctl hw.acpi.thermal.tz1.passive_cooling=1 >> sysctl hw.acpi.thermal.user_override=1 >> sysctl hw.acpi.thermal.tz1._PSV=85C >> >> disable my patch by removing '-T and -z' from powerd_flags >> in /etc/rc.conf >> >> restart powerd, by doing >> >> /etc/rc.d/powerd restart >> >> and try to do the buildworld. If it works for you, I will kindly ask >> someone to close that PR and apologize for wasting everybody's time. > > dieterich.joh> Did that. Doesn't work. Again it is overheating. I have not tried the > dieterich.joh> patch from Hajimu Umemoto yet though. But I guess it will not change > dieterich.joh> much for me. > > I didn't see your report. Could you show me the output of > `sysctl hw.acpi' and `sysctl dev.cpu'? # sysctl 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.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C2 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 62.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 127.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1.temperature: 63.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: 92.5C hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 97.0C hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.battery.life: 96 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 # sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.temperature: 60 dev.cpu.0.freq: 125 dev.cpu.0.freq_levels: 1667/31000 1458/27125 1333/22000 1166/19250 1000/13000 875/11375 750/9750 625/8125 500/6500 375/4875 250/3250 125/1625 dev.cpu.0.cx_supported: C1/1 C2/1 C3/17 dev.cpu.0.cx_lowest: C2 dev.cpu.0.cx_usage: 0.00% 100.00% 0.00% dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.temperature: 62 dev.cpu.1.cx_supported: C1/1 C2/1 C3/17 dev.cpu.1.cx_lowest: C2 dev.cpu.1.cx_usage: 0.00% 100.00% 0.00% that is now the output without enabling Alexandre's patch. Hope it tells you something. Best regards, Johannes From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 13:50:07 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0915B16A480 for ; Sat, 16 Feb 2008 13:50:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F397813C47E for ; Sat, 16 Feb 2008 13:50:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1GDo6fM011362 for ; Sat, 16 Feb 2008 13:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1GDo6sX011361; Sat, 16 Feb 2008 13:50:06 GMT (envelope-from gnats) Date: Sat, 16 Feb 2008 13:50:06 GMT Message-Id: <200802161350.m1GDo6sX011361@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Volker Cc: Subject: Re: kern/67309: zzz reboot computer (ACPI S3) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Volker List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 13:50:07 -0000 The following reply was made to PR kern/67309; it has been noted by GNATS. From: Volker To: bug-followup@FreeBSD.org, dsh@wizard.volgograd.ru Cc: Subject: Re: kern/67309: zzz reboot computer (ACPI S3) Date: Sat, 16 Feb 2008 14:48:32 +0100 > Yes, zzz still reboots my notebook. I've just tried on > > FreeBSD localhost.my.domain 6.3-STABLE FreeBSD 6.3-STABLE #0: Sat Jan > 19 21:27:45 MSK 2008 > dsh@localhost.my.domain:/var/FreeBSD/obj/var/FreeBSD/src/sys/MYNERIC > i386 > > It switch off LCD and HDD and after that reboot the notebook but with > disabled LCD. Denis, please have a look at the handbook acpi section: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html and provide the following information: `dmesg' `sysctl hw.acpi' `apm' Have you checked if `apm -Z' is working? I'm wondering if you're able to check for a BIOS update? acpi-team: can you please try to help? Or is this issue more appropriate to mobile@? From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 14:58:38 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDAA916A41A; Sat, 16 Feb 2008 14:58:38 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A931C13C45D; Sat, 16 Feb 2008 14:58:38 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1GEwcMf016006; Sat, 16 Feb 2008 14:58:38 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1GEwcDi016002; Sat, 16 Feb 2008 14:58:38 GMT (envelope-from linimon) Date: Sat, 16 Feb 2008 14:58:38 GMT Message-Id: <200802161458.m1GEwcDi016002@freefall.freebsd.org> To: dsh@vlink.ru, linimon@FreeBSD.org, freebsd-acpi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/67309: zzz reboot computer (ACPI S3) 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: Sat, 16 Feb 2008 14:58:38 -0000 Synopsis: zzz reboot computer (ACPI S3) State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Sat Feb 16 14:58:25 UTC 2008 State-Changed-Why: Note that submitter has been asked for feedback. http://www.freebsd.org/cgi/query-pr.cgi?pr=67309 From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 15:49:08 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BED1116A41A for ; Sat, 16 Feb 2008 15:49:08 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 75D9713C468 for ; Sat, 16 Feb 2008 15:49:08 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:jC0NExLr5OYGQVio4jqvjAjfwnXH8bRFuZunTkP1RAijFkH4+Pu1KFQUPRzO2kVJ@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id m1GFn1OT075779 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 17 Feb 2008 00:49:01 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sun, 17 Feb 2008 00:49:00 +0900 Message-ID: From: Hajimu UMEMOTO To: Johannes Dieterich In-Reply-To: <47B6CD54.3020806@gmail.com> References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> <1203126071.833.19.camel@RabbitsDen> <47B6B913.9020505@gmail.com> <47B6CC48.5070009@gmail.com> <47B6CD54.3020806@gmail.com> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.3-RELEASE-p1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sun, 17 Feb 2008 00:49:01 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ameno.mahoroba.org Cc: freebsd-acpi@freebsd.org Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 15:49:08 -0000 Hi, >>>>> On Sat, 16 Feb 2008 12:47:32 +0100 >>>>> Johannes Dieterich said: dieterich.joh> # sysctl hw.acpi dieterich.joh> hw.acpi.supported_sleep_state: S3 S4 S5 dieterich.joh> hw.acpi.power_button_state: S5 dieterich.joh> hw.acpi.sleep_button_state: S3 dieterich.joh> hw.acpi.lid_switch_state: NONE dieterich.joh> hw.acpi.standby_state: S1 dieterich.joh> hw.acpi.suspend_state: S3 dieterich.joh> hw.acpi.sleep_delay: 1 dieterich.joh> hw.acpi.s4bios: 0 dieterich.joh> hw.acpi.verbose: 0 dieterich.joh> hw.acpi.disable_on_reboot: 0 dieterich.joh> hw.acpi.handle_reboot: 0 dieterich.joh> hw.acpi.reset_video: 0 dieterich.joh> hw.acpi.cpu.cx_lowest: C2 dieterich.joh> hw.acpi.thermal.min_runtime: 0 dieterich.joh> hw.acpi.thermal.polling_rate: 10 dieterich.joh> hw.acpi.thermal.user_override: 0 dieterich.joh> hw.acpi.thermal.tz0.temperature: 62.0C dieterich.joh> hw.acpi.thermal.tz0.active: -1 dieterich.joh> hw.acpi.thermal.tz0.passive_cooling: 0 dieterich.joh> hw.acpi.thermal.tz0.thermal_flags: 0 dieterich.joh> hw.acpi.thermal.tz0._PSV: -1 dieterich.joh> hw.acpi.thermal.tz0._HOT: -1 dieterich.joh> hw.acpi.thermal.tz0._CRT: 127.0C dieterich.joh> hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 dieterich.joh> hw.acpi.thermal.tz1.temperature: 63.0C dieterich.joh> hw.acpi.thermal.tz1.active: -1 dieterich.joh> hw.acpi.thermal.tz1.passive_cooling: 0 dieterich.joh> hw.acpi.thermal.tz1.thermal_flags: 0 dieterich.joh> hw.acpi.thermal.tz1._PSV: 92.5C dieterich.joh> hw.acpi.thermal.tz1._HOT: -1 dieterich.joh> hw.acpi.thermal.tz1._CRT: 97.0C dieterich.joh> hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 dieterich.joh> hw.acpi.battery.life: 96 dieterich.joh> hw.acpi.battery.time: -1 dieterich.joh> hw.acpi.battery.state: 0 dieterich.joh> hw.acpi.battery.units: 1 dieterich.joh> hw.acpi.battery.info_expire: 5 dieterich.joh> hw.acpi.acline: 1 dieterich.joh> # sysctl dev.cpu dieterich.joh> dev.cpu.0.%desc: ACPI CPU dieterich.joh> dev.cpu.0.%driver: cpu dieterich.joh> dev.cpu.0.%location: handle=\_PR_.CPU0 dieterich.joh> dev.cpu.0.%pnpinfo: _HID=none _UID=0 dieterich.joh> dev.cpu.0.%parent: acpi0 dieterich.joh> dev.cpu.0.temperature: 60 dieterich.joh> dev.cpu.0.freq: 125 dieterich.joh> dev.cpu.0.freq_levels: 1667/31000 1458/27125 1333/22000 1166/19250 dieterich.joh> 1000/13000 875/11375 750/9750 625/8125 500/6500 375/4875 250/3250 125/1625 dieterich.joh> dev.cpu.0.cx_supported: C1/1 C2/1 C3/17 dieterich.joh> dev.cpu.0.cx_lowest: C2 dieterich.joh> dev.cpu.0.cx_usage: 0.00% 100.00% 0.00% dieterich.joh> dev.cpu.1.%desc: ACPI CPU dieterich.joh> dev.cpu.1.%driver: cpu dieterich.joh> dev.cpu.1.%location: handle=\_PR_.CPU1 dieterich.joh> dev.cpu.1.%pnpinfo: _HID=none _UID=0 dieterich.joh> dev.cpu.1.%parent: acpi0 dieterich.joh> dev.cpu.1.temperature: 62 dieterich.joh> dev.cpu.1.cx_supported: C1/1 C2/1 C3/17 dieterich.joh> dev.cpu.1.cx_lowest: C2 dieterich.joh> dev.cpu.1.cx_usage: 0.00% 100.00% 0.00% dieterich.joh> that is now the output without enabling Alexandre's patch. dieterich.joh> Hope it tells you something. It seems nothing wrong to me. Can you set hw.acpi.thermal.tz1.passive_cooling to 1? If you cannot set, _TC1, _TC2 and/or _TSP for tz1 might be not correct. BTW, doesn't your laptop have a fan? Unless your laptop is fanless, your fan should work for you in usual in the first place. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 16:38:50 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D87116A419 for ; Sat, 16 Feb 2008 16:38:50 +0000 (UTC) (envelope-from dieterich.joh@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 04F5913C458 for ; Sat, 16 Feb 2008 16:38:49 +0000 (UTC) (envelope-from dieterich.joh@googlemail.com) Received: by fg-out-1718.google.com with SMTP id 16so868376fgg.35 for ; Sat, 16 Feb 2008 08:38:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; bh=09AoW8qsAfc1SbJUVJDSYaRAJwaE0bTj3XA1echnsTM=; b=Aevmy9ZISvvaBkvcPVnZmP7g0RIwY/yLJNKZBFQ9+peXjFIaGB/WBHp7QqzbmQytaW6q89UIbA8xeFFGuqOQPrp5r/Z2OuVToj3YDdxSOciaqcUwAt/TioKWjeUKj7TTYGm5azO5fFan1VISbNJwDW30FCKhffa04VkEQxzJftQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=Ofm6Rs9jrz4SSbyyxA2f5F6jeAKfCZEbg9HxvK4+FjrFbSAtBqk5L8SDwIWzQl+FlXqp/xbLXnkocvEHxsf9E71O8IbkV1U2oeI5UudgaIbqFvPkPE32dpNrq7nD5o3/TUYD8D3NY9znQvULiBvoiGrI6uuJuxfjwgTRixZcRx0= Received: by 10.86.90.2 with SMTP id n2mr3817859fgb.66.1203179928965; Sat, 16 Feb 2008 08:38:48 -0800 (PST) Received: from ?192.168.1.100? ( [79.210.81.45]) by mx.google.com with ESMTPS id d6sm7421380fga.9.2008.02.16.08.38.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 16 Feb 2008 08:38:47 -0800 (PST) Message-ID: <47B71194.8090804@gmail.com> Date: Sat, 16 Feb 2008 17:38:44 +0100 User-Agent: Thunderbird 2.0.0.9 (X11/20080213) MIME-Version: 1.0 To: ume@freebsd.org, freebsd-acpi@freebsd.org References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> <1203126071.833.19.camel@RabbitsDen> <47B6B913.9020505@gmail.com> <47B6CC48.5070009@gmail.com> <47B6CD54.3020806@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit From: Johannes Dieterich Cc: Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 16:38:50 -0000 Hello, Hajimu UMEMOTO wrote: > Hi, > >>>>>> On Sat, 16 Feb 2008 12:47:32 +0100 > dieterich.joh> that is now the output without enabling Alexandre's patch. > > dieterich.joh> Hope it tells you something. > > It seems nothing wrong to me. > Can you set hw.acpi.thermal.tz1.passive_cooling to 1? If you cannot > set, _TC1, _TC2 and/or _TSP for tz1 might be not correct. > BTW, doesn't your laptop have a fan? Unless your laptop is fanless, > your fan should work for you in usual in the first place. # hw.acpi.thermal.tz1.passive_cooling=1 su: hw.acpi.thermal.tz1.passive_cooling=1: command not found And, yes, my notebook has a fan. It is also running. And running stronger when the load is higher. But somehow it seems to me as if e.g. approx. 4300 rpm's in FreebSD 7 are not quite the same as they are in e.g. SuSE Linux. At least the cooling they give is too small and causing overheat. Regards, Johannes From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 16:58:57 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9825816A421 for ; Sat, 16 Feb 2008 16:58:57 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 11AD513C4DD for ; Sat, 16 Feb 2008 16:58:56 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:31Cq3QBmN0I5QgFONKOSyi29c/Gn1jPw/oGS+Xavx+piFA2ZlWTlJmB5Yty3Kk93@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id m1GGwlaO060462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 17 Feb 2008 01:58:48 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sun, 17 Feb 2008 01:58:46 +0900 Message-ID: From: Hajimu UMEMOTO To: Johannes Dieterich In-Reply-To: <47B71194.8090804@gmail.com> References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> <1203126071.833.19.camel@RabbitsDen> <47B6B913.9020505@gmail.com> <47B6CC48.5070009@gmail.com> <47B6CD54.3020806@gmail.com> <47B71194.8090804@gmail.com> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.3-RELEASE-p1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sun, 17 Feb 2008 01:58:48 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ameno.mahoroba.org Cc: freebsd-acpi@freebsd.org Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 16:58:57 -0000 Hi, >>>>> On Sat, 16 Feb 2008 17:38:44 +0100 >>>>> Johannes Dieterich said: dieterich.joh> # hw.acpi.thermal.tz1.passive_cooling=1 dieterich.joh> su: hw.acpi.thermal.tz1.passive_cooling=1: command not found It should be `sysctl hw.acpi.thermal.tz1.passive_cooling=1'. dieterich.joh> And, yes, my notebook has a fan. It is also running. And running dieterich.joh> stronger when the load is higher. But somehow it seems to me as if e.g. dieterich.joh> approx. 4300 rpm's in FreebSD 7 are not quite the same as they are in dieterich.joh> e.g. SuSE Linux. At least the cooling they give is too small and causing dieterich.joh> overheat. Hmm, it's strange to me. I believe that passive cooling is the last resort as far as your laptop has a fan, and you don't need to rely on passive cooling under normal conditions. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 17:06:17 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7E7016A417 for ; Sat, 16 Feb 2008 17:06:17 +0000 (UTC) (envelope-from dieterich.joh@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 2D03D13C46A for ; Sat, 16 Feb 2008 17:06:16 +0000 (UTC) (envelope-from dieterich.joh@googlemail.com) Received: by fg-out-1718.google.com with SMTP id 16so874607fgg.35 for ; Sat, 16 Feb 2008 09:06:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; bh=imtCZXA5e+IBokyVhZBUhebXEedV3v4WZi7w0n8zcuw=; b=X+NGpxxxwXBk50a+n6D0VykxcT8LwLVf4eqooJNrSaGoFXosSLR5XtYkIkvjRUjbHfQnwzMyTowei7yysMNPoUrNeLRcj2l76cR7Q0uUjXU41BfugxxCUy1JfE9V0UBqS+dJOYh1UzhbszIGK0N6GFRTDk+6sqSV5a+pQQxT8UM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=O3WO90Cz+ypM8mcL+1R/0K2dAq7YTV4mCzvcFEig6osurM6Dh4fVtMbuukUEVHneSXpuCjbokExgdWWL9AMNJ27WOGF3GljfQM838LKcz1m5Xb//B0I6ruv/w3YX4yYzhf4nLNRYtG9TLUJVLCbNn+Irf6ZSsk33C7bzdnJHex0= Received: by 10.86.84.5 with SMTP id h5mr3835015fgb.75.1203181575205; Sat, 16 Feb 2008 09:06:15 -0800 (PST) Received: from ?192.168.1.100? ( [79.210.81.45]) by mx.google.com with ESMTPS id d4sm6116006fga.2.2008.02.16.09.06.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 16 Feb 2008 09:06:14 -0800 (PST) Message-ID: <47B71804.40002@gmail.com> Date: Sat, 16 Feb 2008 18:06:12 +0100 User-Agent: Thunderbird 2.0.0.9 (X11/20080213) MIME-Version: 1.0 To: ume@freebsd.org, freebsd-acpi@freebsd.org References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> <1203126071.833.19.camel@RabbitsDen> <47B6B913.9020505@gmail.com> <47B6CC48.5070009@gmail.com> <47B6CD54.3020806@gmail.com> <47B71194.8090804@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit From: Johannes Dieterich Cc: Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 17:06:17 -0000 Hi, Hajimu UMEMOTO wrote: > Hi, > >>>>>> On Sat, 16 Feb 2008 17:38:44 +0100 >>>>>> Johannes Dieterich said: > > dieterich.joh> # hw.acpi.thermal.tz1.passive_cooling=1 > dieterich.joh> su: hw.acpi.thermal.tz1.passive_cooling=1: command not found > > It should be `sysctl hw.acpi.thermal.tz1.passive_cooling=1'. Sorry. Just a typing error. Works now. Should I try to make buildworld? > > dieterich.joh> And, yes, my notebook has a fan. It is also running. And running > dieterich.joh> stronger when the load is higher. But somehow it seems to me as if e.g. > dieterich.joh> approx. 4300 rpm's in FreebSD 7 are not quite the same as they are in > dieterich.joh> e.g. SuSE Linux. At least the cooling they give is too small and causing > dieterich.joh> overheat. > > Hmm, it's strange to me. I believe that passive cooling is the last > resort as far as your laptop has a fan, and you don't need to rely on > passive cooling under normal conditions. The thing is: with a LiveCD of openSUSE or Knoppix under stress conditions it stays at 79 degrees, out of the box. With FreeBSD 6.2 it worked, out of the box. With 7.0 since some BETA (as I recall, I am sorry, didn't pay attention which was my first try) it is overheating. But the fan is running under all three options. And sysctl dev.acpi_ibm reports rpm's around 3800 to 4400, just as for Linux. Regards, Johannes From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 16 17:37:39 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19F5E16A41A for ; Sat, 16 Feb 2008 17:37:39 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8111F13C44B for ; Sat, 16 Feb 2008 17:37:38 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:om9WweU0w0wupLlubcg6Ce+FHSmp0LeSv05A/rnfOTFZnt7NA1Pyr+znV1/2HX7u@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id m1GHbV0L068501 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 17 Feb 2008 02:37:32 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sun, 17 Feb 2008 02:37:31 +0900 Message-ID: From: Hajimu UMEMOTO To: Johannes Dieterich In-Reply-To: <47B71804.40002@gmail.com> References: <20080208045605.15C874500E@ptavv.es.net> <47ABF402.7030904@root.org> <1202475519.7014.7.camel@RabbitsDen> <1203126071.833.19.camel@RabbitsDen> <47B6B913.9020505@gmail.com> <47B6CC48.5070009@gmail.com> <47B6CD54.3020806@gmail.com> <47B71194.8090804@gmail.com> <47B71804.40002@gmail.com> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.3-RELEASE-p1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sun, 17 Feb 2008 02:37:32 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ameno.mahoroba.org Cc: freebsd-acpi@freebsd.org Subject: Re: [RFC] Patch to enable temperature ceiling in powerd 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: Sat, 16 Feb 2008 17:37:39 -0000 Hi, >>>>> On Sat, 16 Feb 2008 18:06:12 +0100 >>>>> Johannes Dieterich said: > dieterich.joh> # hw.acpi.thermal.tz1.passive_cooling=1 > dieterich.joh> su: hw.acpi.thermal.tz1.passive_cooling=1: command not found > > It should be `sysctl hw.acpi.thermal.tz1.passive_cooling=1'. dieterich.joh> Sorry. Just a typing error. Works now. Should I try to make buildworld? No problem. Please make sure hw.acpi.thermal.tz1.passive_cooling is 1 by typing `sysctl hw.acpi.thermal.tz1.passive_cooling' before trying. If hw.acpi.thermal.tz1.passive_cooling is 1, passive cooling should be working. You can see if passive cooling is actually working by setting hw.acpi.verbose to 1 using sysctl. While hw.acpi.verbose is 1, changing cpufreq by passive cooling is logged into /var/log/messages like: Feb 17 02:26:19 kasuga kernel: acpi_tz0: temperature 86.8C: decreasing clock speed from 1200 MHz to 1000 MHz Feb 17 02:26:23 kasuga kernel: acpi_tz0: temperature 78.8C: resuming previous clock speed (1200 MHz) Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/