From owner-freebsd-acpi@FreeBSD.ORG Mon May 26 11:06:43 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 EAD2A10656DC for ; Mon, 26 May 2008 11:06:43 +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 D6F3C8FC1C for ; Mon, 26 May 2008 11:06:43 +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 m4QB6hEm064803 for ; Mon, 26 May 2008 11:06:43 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m4QB6h9Z064799 for freebsd-acpi@FreeBSD.org; Mon, 26 May 2008 11:06:43 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 May 2008 11:06:43 GMT Message-Id: <200805261106.m4QB6h9Z064799@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, 26 May 2008 11:06:44 -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 kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am 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 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 kern/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 kern/120953 acpi [acpi]: FreeBSD 6.3 Release: acpi_tz0: _TMP value is o kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo 20 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f kern/67309 acpi zzz reboot computer (ACPI S3) o i386/69750 acpi Boot without ACPI failed on ASUS L5 s kern/73823 acpi [request] acpi / power-on by timer support o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o kern/89411 acpi [acpi] acpiconf bug s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI 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 s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/114165 acpi [acpi] Dell C810 - ACPI problem o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f amd64/122521 acpi ACPI Error after upgrade to 7.0 o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot 22 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon May 26 17:38: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 B9C271065672; Mon, 26 May 2008 17:38:07 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A837E8FC16; Mon, 26 May 2008 17:38:07 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m4QHc7bp099160; Mon, 26 May 2008 17:38:07 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m4QHc2cP099156; Mon, 26 May 2008 17:38:02 GMT (envelope-from gavin) Date: Mon, 26 May 2008 17:38:02 GMT Message-Id: <200805261738.m4QHc2cP099156@freefall.freebsd.org> To: hopestar.zxj@gmail.com, gavin@FreeBSD.org, freebsd-acpi@FreeBSD.org, gavin@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: amd64/115011: ACPI problem ,reboot system down. 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, 26 May 2008 17:38:07 -0000 Synopsis: ACPI problem ,reboot system down. State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon May 26 17:33:59 UTC 2008 State-Changed-Why: To submitter: do you still see these problems on newer versions of FreeBSDik (e.g. 7.0-RELEASE if possible)? If so, you will have to provide a lot more information, as I'm not even sure what the first problem you mention is. Do you mean that when running "reboot", the system actually powers off? Or that it hangs, and never successfully finishes shutting down? Responsible-Changed-From-To: freebsd-acpi->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon May 26 17:33:59 UTC 2008 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=115011 From owner-freebsd-acpi@FreeBSD.ORG Tue May 27 00:07:41 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 161961065675 for ; Tue, 27 May 2008 00:07:41 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id D459F8FC1B for ; Tue, 27 May 2008 00:07:40 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-73-161-76.dsl.telstraclear.net [121.73.161.76]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0K1I00195294DF20@smtp5.clear.net.nz> for freebsd-acpi@FreeBSD.org; Tue, 27 May 2008 11:51:06 +1200 (NZST) Date: Tue, 27 May 2008 11:50:59 +1200 From: Mark Kirkwood To: freebsd-acpi@FreeBSD.org Message-id: <483B4CE3.7070005@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit User-Agent: Thunderbird 2.0.0.9 (X11/20080419) Cc: Subject: Freebsd 7-stable on Asus Pro31j - acpi poweroff 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, 27 May 2008 00:07:41 -0000 I've recently obtained one of these laptops. While the basics work well, there are a few niggles, one of which is acpi poweroff: Powering down the laptop from Gnome, or command line 'shutdown -p now' results in a blank screen immediately after the acpi poweroff message (I *think* it's immediately afterwards, it blanks so quickly I can't be sure). However, the machine is still powered, and fans still running, so I have to actually power it off by holding down the power button. I see a few errors during boot: acpi0: Power Button (fixed) unknown: I/O range not supported unknown: I/O range not supported acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed but the basic stuff is detected: acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 Full dmesg is here: http://homepages.paradise.net.nz/markir/download/freebsd/zul.dmesg The acpi sysctls and dump are here: http://homepages.paradise.net.nz/markir/download/freebsd/zul.acpi http://homepages.paradise.net.nz/markir/download/freebsd/zul.asl.gz I looked at recompiling the asl, and it has a few warnings, but no errors: http://homepages.paradise.net.nz/markir/download/freebsd/zul.asl.recompile Finally the results of pciconf -lv are here: http://homepages.paradise.net.nz/markir/download/freebsd/zul.pciconf Any suggestions welcome! regards Mark From owner-freebsd-acpi@FreeBSD.ORG Sat May 31 19:43:03 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 0A6FD106566C for ; Sat, 31 May 2008 19:43:03 +0000 (UTC) (envelope-from david@wood2.org.uk) Received: from v-smtp-auth-relay-1.gradwell.net (v-smtp-auth-relay-1.gradwell.net [79.135.125.40]) by mx1.freebsd.org (Postfix) with ESMTP id 5B27E8FC17 for ; Sat, 31 May 2008 19:43:02 +0000 (UTC) (envelope-from david@wood2.org.uk) Received: from argon.wood2.org.uk ([82.71.104.124] country=GB ident=postmaster^pop3&wood2#org$uk) by v-smtp-auth-relay-1.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.290) id 4841a0bf.75cb.4c for freebsd-acpi@freebsd.org; Sat, 31 May 2008 20:02:23 +0100 (envelope-sender ) Message-ID: Date: Sat, 31 May 2008 20:00:47 +0100 To: freebsd-acpi@freebsd.org From: David Wood MIME-Version: 1.0 Content-Type: text/plain;charset=us-ascii;format=flowed User-Agent: Turnpike/6.06-M (<+nhRuLNS5oZIqwOH7WWZxwfp$O>) Subject: Dell PowerEdge 2950 III - CPU power management problems 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, 31 May 2008 19:43:03 -0000 Dear all, I'm having problems with CPU power management on a Dell PowerEdge 2950 III. I've posted this to freebsd-acpi in the first instance - though it may finish up belonging on freebsd-stable. As I am almost certain there are bugs in teh DSDT, I thought I'd start on freebsd-acpi. THE HARDWARE AND OS The machine has BIOS version 2.2.6; it came from the factory that way and there's no later version available on the Dell Support web site. It has two Xeon E5430 processors (2.66GHz quad core Penryn), for a total of 8 cores. The "Demand-based power management" option is selected in the F2 BIOS setup. The machine is running FreeBSD 7.0-STABLE, csupped, built and installed earlier today (ACPI_DEBUG=1 was passed to all the make commands). The intention is to deploy this machine in production with 7.0-RELEASE and that's the OS I started off with. When I found I had problems, I went to -STABLE in case any relevant fixes had already been checked in. The behaviour of est(4) is different in -STABLE to 7.0-RELEASE. WHERE I THINK I AM I can't control the processor core clock frequencies, even after fixing what I'm almost certain are bugs in the DSDT. The values in the _PSS object for Control and Status could be wrong, upsetting est(4) - but the correct values are only available in the (Intel Confidential - only available via an Intel FAE) BIOS Writers' Guide. There are errors from est on a verbose boot. Maybe the _PSS values aren't the problem, even though they appear to be wrong. I believe there are restrictions on controlling clock frequency of the individual cores of multi-core processors. However, it would be useful to be able to use powerd on this box as its load in production will be bursty and slowing down the processor cores should save power (and save on generating heat). dev.cpu.0.freq_levels looks reasonable, but no other cpu has freq_levels or freq. sysctl dev.cpu.0.freq=2000 is accepted without error. sysctl dev.cpu.0.freq=2667 more often that not results in: dev.cpu.0.freq: 2667 sysctl: dev.cpu.0.freq: Invalid argument dev.est.n.freq_settings (for all values of n) is not as expected at all. Even values of n has 2667/103000 (from the _PSS object in the DSDT, there should be three levels), and odd values of n just has 0. All the est related errors in dmesg indicate that something is not working with Enhanced SpeedStep. Download links for "sysctl dev" and dmesg output after a verbose boot can be found at the end of this message. I'd be grateful if someone could look this over. If a developer needs access to the machine, please email me and I'll see if I can sort something out - it does have a remote management card which simplifies this sort of debugging considerably. The notes below have been prepared with Nate's notes in the handbook in mind - I hope that they're in a helpful format. THE DSDT - AND WHAT I THINK ARE BUGS The output of acpidump -dt is at http://www.wood2.org.uk/freebsd/djwood-Dell_2950_2.2.6.asl I've posted a patch at http://www.wood2.org.uk/freebsd/djwood-Dell_2950_2.2.6.asl.diff that fixes what I'm almost certain are two separate bugs. Firstly, the _CST method for CPU1 says it's returning 3 states when there are only two. This leads to cpu0: invalid _CST state count (3 != 2) at boot if it isn't fixed. Secondly, the reference in CPUs 2-8 for _CST is incorrect. Return (\_PR.CPU0.CST) should be Return (\_PR.CPU1._CST) in each case otherwise you get ACPI Error (psargs-0459): [\\_PR_.CPU0.CST_] Namespace lookup failure, AE_NOT_FOUND when initialising each cpu from cpu1 to cpu7 if it isn't fixed. There's a redundant External (\_PR_.CPU0.CST_, IntObj) left over after fixing the second bug - I've commented it out. I built AML from my patched source with iasl -2f and set /boot/loader.conf to soft load it. Both the errors mentioned no longer occur, though I still can't control the clock frequency of my processor cores. The -f is needed otherwise iasl complaints about reserved names in the TPM part of the DSDT and won't emit any output (I built the latest iasl from the source on the ACPI CA site and got the same results). -2 is because I believe the output of acpidump -dt is ACPI 2.x compatible - if this is incorrect on my part, let me know. These problems only appear when the "Demand-based power management" option is selected in the F2 BIOS setup. Without that option turned on, most of the power management related stuff is omitted from the DSDT. I tried to report these problems to Dell, as they also show under CentOS 5.1 (which is really just a debranded RedHat Enterprise Linux 5.1 - a Dell supported OS for this system), asking that my notes were passed to R&D. I got a worthless response saying that there was little that PowerEdge Linux support could do unless I have a definite hardware fault. Not only was I left wondering why I bothered, I'm somewhat saddened that the buggy BIOS for one of Dell's leading rack mount servers passed software QA in this state. I'd be grateful if someone can confirm these bugs and my fixes. If anyone has a suitable contact at Dell to get these bugs fixed, please pass this message on. LOGS AND SO ON /boot/loader.conf reads: # For MegaCLi mfi_linux_load="YES" # For SMART monitoring mfip_load="YES" # ACPI fixing acpi_dsdt_load="YES" acpi_dsdt_name="/boot/acpi.aml" debug.acpi.layer="ACPI_ALL_COMPONENTS ACPI_ALL_DRIVERS" debug.acpi.level="ACPI_LV_VERBOSE" debug.cpufreq.verbose="1" dmesg output after verbose boot with those settings (apart from the acpi_dsdt_load line, which is commented) can be found at: http://www.wood2.org.uk/freebsd/djwood-Dell_2950_2.2.6-dmesg.log When the acpi_dsdt_load line is uncommented to soft-load my fixed DSDT, the dmesg output can be found at: http://www.wood2.org.uk/freebsd/djwood-Dell_2950_2.2.6_fixed-dmesg.log sysctl hw.acpi isn't very useful here. The output of sysctl dev with my soft-loaded DSDT can be found at: http://www.wood2.org.uk/freebsd/djwood-Dell_2950_2.2.6_fixed.sysctl.log I think grep -E '(freq|^dev.cpu)' will pull out the salient points, but seeing as it's a file, it may as well contain everything. Best wishes, David -- David Wood david@wood2.org.uk