From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 13 14:58:52 2007 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 EF2B716A41A for ; Thu, 13 Dec 2007 14:58:51 +0000 (UTC) (envelope-from kenfreebsd@icarz.com) Received: from deanna.icarz.com (deanna.icarz.com [207.99.22.19]) by mx1.freebsd.org (Postfix) with ESMTP id 8B97313C447 for ; Thu, 13 Dec 2007 14:58:51 +0000 (UTC) (envelope-from kenfreebsd@icarz.com) Received: from kenxp (netb-138.icarz.com [209.123.219.138]) by deanna.icarz.com (8.13.8/8.13.8) with SMTP id lBDEwnYg069422; Thu, 13 Dec 2007 09:58:49 -0500 (EST) (envelope-from kenfreebsd@icarz.com) Message-ID: <046801c83d98$addf8750$8adb7bd1@icarz.com> From: "Ken Menzel" To: "Nate Lawson" References: <13a701c83ce4$e94bfb20$8adb7bd1@icarz.com> <4760B444.4020302@root.org> Date: Thu, 13 Dec 2007 09:58:53 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Spam-Score: -102.634 () ALL_TRUSTED, AWL, BAYES_00, STOX_REPLY_TYPE, USER_IN_WHITELIST X-Scanned-By: MIMEDefang 2.63 on 207.99.22.19 Cc: freebsd-acpi@freebsd.org Subject: Re: CURRENTand releng_7 kernel makes the system run very very hot X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ken Menzel List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 14:58:52 -0000 ----- Original Message ----- From: "Nate Lawson" To: "Ken Menzel" Cc: Sent: Wednesday, December 12, 2007 11:25 PM Subject: Re: CURRENTand releng_7 kernel makes the system run very very hot > Ken Menzel wrote: >> It has been suggested to me to move this thread from current to >> acpi. >>> From what I can tell the CPU's do not halt on idle. Top -SH from >>> a >> system booted for a few hours on releng_7 or on current shows hours >> of >> time used where as releng_6 used only minutes or seconds. This is >> causing some sytems to overheat. >> >> I am trying to compile all the relevant information in this e-mail. >> If I >> have missed anything please let me kow. I can also provide ssh >> access >> to a developer who would like to see the problem. I see the >> problem on >> both AMD64 kernel and i386 kernel single and multi processor. >> >> Here is information I have gather so far: Is there anything else >> needed >> for the PR? > > Based on the information you sent privately, I don't see anything > wrong. > acpi_cpu_idle() is calling acpi_cpu_c1() as expected. There is no > interrupt storm according to vmstat -i. So the question now is, > "why > doesn't the HLT instruction actually work?" Perhaps there is some > CPU > errata or BIOS configuration option you need to change to enable C1? hmmm OK except I am seeing the same symptons (they are not overheating in my case just using IDLE time) on all 3 releng_7 boxes and 2 that were running 6.2 just fine. I can can downgrade it again and double check. It's just not fun to bounce back and forth. > > What does sysctl dev.cpu say? > barclay# sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU1 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1987 dev.cpu.0.freq_levels: 1987/-1 1738/-1 1490/-1 1241/-1 993/-1 745/-1 496/-1 248/ -1 dev.cpu.0.cx_supported: C1/0 C2/750 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU2 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/0 C2/750 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.CPU3 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.cx_supported: C1/0 C2/750 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% 0.00% dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.CPU4 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.cx_supported: C1/0 C2/750 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% 0.00% dev.cpu.4.%desc: ACPI CPU dev.cpu.4.%driver: cpu dev.cpu.4.%location: handle=\_PR_.CPU5 dev.cpu.4.%pnpinfo: _HID=none _UID=0 dev.cpu.4.%parent: acpi0 dev.cpu.4.cx_supported: C1/0 C2/750 dev.cpu.4.cx_lowest: C1 dev.cpu.4.cx_usage: 100.00% 0.00% dev.cpu.5.%desc: ACPI CPU dev.cpu.5.%driver: cpu dev.cpu.5.%location: handle=\_PR_.CPU6 dev.cpu.5.%pnpinfo: _HID=none _UID=0 dev.cpu.5.%parent: acpi0 dev.cpu.5.cx_supported: C1/0 C2/750 dev.cpu.5.cx_lowest: C1 dev.cpu.5.cx_usage: 100.00% 0.00% dev.cpu.6.%desc: ACPI CPU dev.cpu.6.%driver: cpu dev.cpu.6.%location: handle=\_PR_.CPU7 dev.cpu.6.%pnpinfo: _HID=none _UID=0 dev.cpu.6.%parent: acpi0 dev.cpu.6.cx_supported: C1/0 C2/750 dev.cpu.6.cx_lowest: C1 dev.cpu.6.cx_usage: 100.00% 0.00% dev.cpu.7.%desc: ACPI CPU dev.cpu.7.%driver: cpu dev.cpu.7.%location: handle=\_PR_.CPU8 dev.cpu.7.%pnpinfo: _HID=none _UID=0 dev.cpu.7.%parent: acpi0 dev.cpu.7.cx_supported: C1/0 C2/750 dev.cpu.7.cx_lowest: C1 dev.cpu.7.cx_usage: 100.00% 0.00% barclay# What else can I try? Can I force the a different routine for halt? Could this be related to this PR for overheating? http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/117727 Am I tilting at windmills? Thanks for your help Nate, Ken > -- > Nate > _______________________________________________ > 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" >