From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 27 12:11:39 2010 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 205F71065672 for ; Sun, 27 Jun 2010 12:11:39 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp19.orange.fr (smtp19.orange.fr [80.12.242.17]) by mx1.freebsd.org (Postfix) with ESMTP id D80E18FC18 for ; Sun, 27 Jun 2010 12:11:38 +0000 (UTC) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1908.orange.fr (SMTP Server) with ESMTP id 894871C00083 for ; Sun, 27 Jun 2010 14:11:37 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1908.orange.fr (SMTP Server) with ESMTP id 6E8C71C004B7 for ; Sun, 27 Jun 2010 14:11:37 +0200 (CEST) Received: from [192.168.2.102] (ABordeaux-551-1-70-201.w92-149.abo.wanadoo.fr [92.149.21.201]) by mwinf1908.orange.fr (SMTP Server) with ESMTP id 3D0281C00083 for ; Sun, 27 Jun 2010 14:11:37 +0200 (CEST) X-ME-UUID: 20100627121137250.3D0281C00083@mwinf1908.orange.fr X-ME-User-Auth: c.r.n.a Message-ID: <4C273FA2.4080601@wanadoo.fr> Date: Sun, 27 Jun 2010 14:10:10 +0200 From: Nicolas User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; fr-FR; rv:1.9.1.9) Gecko/20100610 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 27 Jun 2010 12:35:58 +0000 Subject: RE: Strange acpi problem 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, 27 Jun 2010 12:11:39 -0000 Hello, I'm using FreeBSD 9-Current with Gnome 2.30 and i have strange problem with "upowerd", it consume 66% or 94% of my cpu. When i type "dmesg" on the terminal i have this message from FreeBSD: acpi_ec0: EcRead: failed waiting to get data ACPI Exception: AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] (20100428/evregion-588) ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.BAT0._BST] (Node 0xc6f3e420), AE_NO_HARDWARE_RESPONSE It's strange because it does not happen all the time, someone has this acpi problem ? Thank you in advance, Nicolas. From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 27 22:44:45 2010 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 333D1106566B for ; Sun, 27 Jun 2010 22:44:45 +0000 (UTC) (envelope-from antonyyudin@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id E48CE8FC13 for ; Sun, 27 Jun 2010 22:44:44 +0000 (UTC) Received: by iwn4 with SMTP id 4so101530iwn.13 for ; Sun, 27 Jun 2010 15:44:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=MWRlv9bK2Iueb/JmRbDRmikKvk0rKStOMdyxXO3lLp4=; b=J3Qpra1xtvK3dHCFYC6C/un1IakULPAu09YElH2v1OjyCjYN/W/bGxkSAAMJC3W9X6 7qiBZDtKQfECLbtroRPC37DyqAhBjjlYvVvxdd0sAr3wEbg/QiYyx2w/aFizKOKAv6n7 /r4duIlhSH4QNujtcVFUUviLXEas10HvWHZ/8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=QDqHoqPvPuzpm3AqhwV0Uw+ugIL7pm2G/PEjgEjlzUbI8O7qz+axXtZGj97kjQaLMp tW/bEQSHC0lBIxx8rdGcA+MXW1VGvrHvqQvdPGj8N54aX8+uEQqwfFanBzy81VzpIrdS VYe+UlBnwlzcGfWY3SbLh0f1Ea9T+4fv+QsaQ= MIME-Version: 1.0 Received: by 10.231.167.69 with SMTP id p5mr4458881iby.126.1277677054244; Sun, 27 Jun 2010 15:17:34 -0700 (PDT) Sender: antonyyudin@gmail.com Received: by 10.231.200.145 with HTTP; Sun, 27 Jun 2010 15:17:34 -0700 (PDT) Date: Sun, 27 Jun 2010 18:17:34 -0400 X-Google-Sender-Auth: _qdE0SIjNev-xmaEw9ub9ZINtgY Message-ID: From: Anton Yudin To: freebsd-acpi@freebsd.org Content-Type: multipart/mixed; boundary=0050450156d8f4b675048a0a5e6c X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ACPI issues with Toshiba A500 Laptop, solved 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, 27 Jun 2010 22:44:45 -0000 --0050450156d8f4b675048a0a5e6c Content-Type: text/plain; charset=ISO-8859-1 Hello. I've just bought a Toshiba A500 laptop and installed FreeBSD-8.1-RC1 on it. Because I had several issues with ACPI in it, I want to report how I fixed them. Maybe somebody will find this report helpful. The laptop has a Core-i3 processor (with HTT), dedicated NVidia 310M graphics card, 3G DDR3, 300G hdd, sound card, web cam, wifi card. Trying to install 8.1-RC1 and 9-CURRENT on the laptop, I found a lot of ACPI errors. The system was able to launch 4 CPU, yet it was not able to find the internal HDD and external USB mass storage device that I was booting from. Disabling ACPI during the boot allowed to install 8.1-RC1. The system was not able to boot after the installation with ACPI enabled for the same reason: no HDD. Working without ACPI was not an option too because I wanted to use multiple processors in the system. I found that some people suggested recompiling ACPI byte code and overriding the original one using /boot/loader.conf optioins. So I disassembled the ACPI byte code with acpidump -td command and tried to compile it with iasl command (both are parts of the base system). During the compilation process the compiler reported five errors related to the wrong type of the data (it expected Package, but got Buffer). I simply changed the word Buffer to the word Package in the corresponding lines and was able to compile the code. Then I just copied the resulting .aml file into /boot folder and set the options in the /boot/loader.conf file. After this I was able to boot the system with ACPI enabled with almost no ACPI warnings/errors. I can report that I was able to use NVidia proprietary and open sourced xorg drivers (both with native resolution), sound using snd_hda driver, webcam using webcamd and cuse4bsd (yet I could not make neither pidgin nor kopete to use it) (pwcview works fine), 4 CPU's (2 real + 2 HTT). I was not able to make the internal Realtek 8191SE wifi card work with ndis wrapper. Actually the NDIS driver finds the card and I'm able to use ifconfig to configure it, yet it cannot associate with my WPA access point. I'm using a Belkin USB wifi adapter and it works fine. I have not tried to use a card reader yet. My dmesg, pciconf -lvcb, acpidump -td, and usbconfig are attached. Thanks. --0050450156d8f4b675048a0a5e6c-- From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 28 11:06:47 2010 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 7B983106566C for ; Mon, 28 Jun 2010 11:06:47 +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 506208FC1A for ; Mon, 28 Jun 2010 11:06:47 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o5SB6l9l086432 for ; Mon, 28 Jun 2010 11:06:47 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5SB6kLK086430 for freebsd-acpi@FreeBSD.org; Mon, 28 Jun 2010 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Jun 2010 11:06:46 GMT Message-Id: <201006281106.o5SB6kLK086430@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, 28 Jun 2010 11:06:47 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/146715 acpi [acpi] Suspend works, resume not on a HP Probook 4510s o kern/145306 acpi [acpi]: Can't change brightness on HP ProBook 4510s o bin/145063 acpi [patch] powerd(8): Add -m and -M (minimum and maximum o amd64/144551 acpi [acpi] ACPI issues on SuperMicro X7SPA-H o i386/144045 acpi [acpi] [panic] kernel trap with acpi enabled o i386/143798 acpi [acpi] shutdown problem with SiS K7S5A o kern/143420 acpi [acpi] ACPI issues with Toshiba o kern/142263 acpi [acpi] ACPI regression on Asus K8N7-E deluxe motherboa o kern/142009 acpi [acpi] [panic] Panic in AcpiNsGetAttachedObject o amd64/140751 acpi [acpi] BIOS resource allocation and FreeBSD ACPI in TO o kern/139088 acpi [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 61 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 28 14:41:13 2010 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 21D4F1065672 for ; Mon, 28 Jun 2010 14:41:13 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from fep11.mx.upcmail.net (fep11.mx.upcmail.net [62.179.121.31]) by mx1.freebsd.org (Postfix) with ESMTP id 73BD78FC1A for ; Mon, 28 Jun 2010 14:41:11 +0000 (UTC) Received: from edge05.upcmail.net ([192.168.13.212]) by viefep11-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20100628144109.TRFA4509.viefep11-int.chello.at@edge05.upcmail.net>; Mon, 28 Jun 2010 16:41:09 +0200 Received: from mole.fafoe.narf.at ([213.47.85.26]) by edge05.upcmail.net with edge id bSh61e06w0a5KZh05Sh8Fk; Mon, 28 Jun 2010 16:41:09 +0200 X-SourceIP: 213.47.85.26 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id CDCB46D41D; Mon, 28 Jun 2010 16:41:06 +0200 (CEST) Date: Mon, 28 Jun 2010 16:41:06 +0200 From: Stefan Farfeleder To: Ian Smith Message-ID: <20100628144106.GD1733@mole.fafoe.narf.at> References: <20100620161124.GA1692@mole.fafoe.narf.at> <20100622010612.T9227@sola.nimnet.asn.au> <20100624140454.GJ1735@mole.fafoe.narf.at> <20100625005304.M9227@sola.nimnet.asn.au> <20100624151811.GK1735@mole.fafoe.narf.at> <20100625174549.T9227@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100625174549.T9227@sola.nimnet.asn.au> User-Agent: Mutt/1.5.20 (2009-06-14) X-Cloudmark-Analysis: v=1.1 cv=jiVRHdtUHQAy7bptafywayBW+6flB1IkYOkYMoG72+w= c=1 sm=0 a=qZBufsVP3XEA:10 a=ADBQPqJMlbwA:10 a=kj9zAlcOel0A:10 a=Q1eApuUN6xJLddXZYQQA:9 a=26FNlgjAzgpCaJuUtaQA:7 a=pE1JyV530qaT79Y2x8shf9FxSdMA:4 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: freebsd-acpi@freebsd.org Subject: Re: Dell Precision m4400 acline 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: Mon, 28 Jun 2010 14:41:13 -0000 Hi Ian, On Fri, Jun 25, 2010 at 06:25:18PM +1000, Ian Smith wrote: > > Stefan, I'm afraid that this isn't making a lot of sense, to me anyway. > > You say that switching to battery "evidently causes the frequency to > decrease internally, ie. without dev.cpu.0.freq knowing" which, if true, > would indicate a serious bug, and not one I've seen mentioned before. > > You said earlier that, on switching to battery, performance decreases to > 50% or less, and stays there when switching back to AC. How exactly are > you measuring that performance, if dev.cpu.0.freq is then still showing > your top freq of 2801? I'm using benchmarks/ubench (see numbers below), but the difference is also trivially measurable just by switching virtual desktops. > How are you lowering then raising the frequency? (show, don't tell) $ sudo sysctl dev.cpu.0.freq=2450 $ sudo sysctl dev.cpu.0.freq=2801 BTW, my system uses the est and p4tcc frequency drivers: p4tcc0: on cpu0 p4tcc1: on cpu1 est0: on cpu0 est1: on cpu1 $ sysctl dev.p4tcc dev.p4tcc.0.%desc: CPU Frequency Thermal Control dev.p4tcc.0.%driver: p4tcc dev.p4tcc.0.%parent: cpu0 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.p4tcc.1.%desc: CPU Frequency Thermal Control dev.p4tcc.1.%driver: p4tcc dev.p4tcc.1.%parent: cpu1 dev.p4tcc.1.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 $ sysctl dev.est dev.est.0.%desc: Enhanced SpeedStep Frequency Control dev.est.0.%driver: est dev.est.0.%parent: cpu0 dev.est.0.freq_settings: 2801/35000 2800/35000 2134/16607 1600/15000 800/12000 dev.est.1.%desc: Enhanced SpeedStep Frequency Control dev.est.1.%driver: est dev.est.1.%parent: cpu1 dev.est.1.freq_settings: 2801/35000 2800/35000 2134/16607 1600/15000 800/12000 What's maybe interesting is that the p4tcc frequencies are a _lot_ slower than the est ones (eg. 2450 (87.5% of 2800) is slower than 1600). > Perhaps if you provide some more information when the machine is in both > AC and battery state, it may provide some clues as to what's going on. > > Off the top of my head, posting the below for both states might help: > > # sysctl dev.cpu hw.acpi before: 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: 48.0C dev.cpu.0.freq: 2801 dev.cpu.0.freq_levels: 2801/35000 2450/30625 2134/16607 1867/14531 1600/15000 1400/13125 1200/11250 1000/9375 800/12000 700/10500 600/9000 500/7500 400/6000 300/4500 200/3000 100/1500 dev.cpu.0.cx_supported: C1/1 C2/1 C3/162 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 405us 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: 48.0C dev.cpu.1.cx_supported: C1/1 C2/1 C3/162 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 383us 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: NONE hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 1 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: C1 hw.acpi.acline: 1 hw.acpi.battery.life: 96 hw.acpi.battery.time: -1 hw.acpi.battery.state: 2 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 52.5C 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: 107.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: -1 hw.acpi.thermal.tz0._TC2: -1 hw.acpi.thermal.tz0._TSP: -1 after: 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: 45.0C dev.cpu.0.freq: 2801 dev.cpu.0.freq_levels: 2801/35000 2450/30625 2134/16607 1867/14531 1600/15000 1400/13125 1200/11250 1000/9375 800/12000 700/10500 600/9000 500/7500 400/6000 300/4500 200/3000 100/1500 dev.cpu.0.cx_supported: C1/1 C2/1 C3/162 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 351us 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: 44.0C dev.cpu.1.cx_supported: C1/1 C2/1 C3/162 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 439us 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: NONE hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 1 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: C1 hw.acpi.acline: 0 hw.acpi.battery.life: 96 hw.acpi.battery.time: 0 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 52.5C 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: 107.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: -1 hw.acpi.thermal.tz0._TC2: -1 hw.acpi.thermal.tz0._TSP: -1 > # vmstat -i before: interrupt total rate irq1: atkbd0 49579 1 irq9: acpi0 68826 2 irq12: psm0 478827 17 irq17: fwohci0 2 0 irq19: cbb0 atapci1 191023 7 irq20: hpet0 uhci0* 3438755 128 irq22: uhci2 ehci0+ 26 0 cpu0:timer 26706953 999 irq257: hdac0 24 0 irq258: iwn0 1342351 50 cpu1:timer 26707465 999 Total 58983831 2208 after: interrupt total rate irq1: atkbd0 49917 1 irq9: acpi0 69077 2 irq12: psm0 482043 17 irq17: fwohci0 2 0 irq19: cbb0 atapci1 191120 7 irq20: hpet0 uhci0* 3448999 128 irq22: uhci2 ehci0+ 26 0 cpu0:timer 26786502 999 irq257: hdac0 24 0 irq258: iwn0 1345908 50 cpu1:timer 26787016 999 Total 59160634 2208 > # whatever tool you are using to measure 'performance' before: Ubench CPU: 698410 Ubench MEM: 174244 -------------------- Ubench AVG: 436327 after: Ubench CPU: 196190 Ubench MEM: 60082 -------------------- Ubench AVG: 128136 Cheers, Stefan From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 28 16:23:19 2010 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 27B351065678 for ; Mon, 28 Jun 2010 16:23:19 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 4DB138FC1F for ; Mon, 28 Jun 2010 16:23:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o5SGN2q5068926; Tue, 29 Jun 2010 02:23:03 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 29 Jun 2010 02:23:02 +1000 (EST) From: Ian Smith To: Stefan Farfeleder In-Reply-To: <20100628144106.GD1733@mole.fafoe.narf.at> Message-ID: <20100629014843.E9227@sola.nimnet.asn.au> References: <20100620161124.GA1692@mole.fafoe.narf.at> <20100622010612.T9227@sola.nimnet.asn.au> <20100624140454.GJ1735@mole.fafoe.narf.at> <20100625005304.M9227@sola.nimnet.asn.au> <20100624151811.GK1735@mole.fafoe.narf.at> <20100625174549.T9227@sola.nimnet.asn.au> <20100628144106.GD1733@mole.fafoe.narf.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: Dell Precision m4400 acline 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: Mon, 28 Jun 2010 16:23:19 -0000 On Mon, 28 Jun 2010, Stefan Farfeleder wrote: > Hi Ian, > > On Fri, Jun 25, 2010 at 06:25:18PM +1000, Ian Smith wrote: > > > > Stefan, I'm afraid that this isn't making a lot of sense, to me anyway. > > > > You say that switching to battery "evidently causes the frequency to > > decrease internally, ie. without dev.cpu.0.freq knowing" which, if true, > > would indicate a serious bug, and not one I've seen mentioned before. > > > > You said earlier that, on switching to battery, performance decreases to > > 50% or less, and stays there when switching back to AC. How exactly are > > you measuring that performance, if dev.cpu.0.freq is then still showing > > your top freq of 2801? > > I'm using benchmarks/ubench (see numbers below), but the difference is > also trivially measurable just by switching virtual desktops. > > > How are you lowering then raising the frequency? (show, don't tell) > > $ sudo sysctl dev.cpu.0.freq=2450 > $ sudo sysctl dev.cpu.0.freq=2801 > > BTW, my system uses the est and p4tcc frequency drivers: > > p4tcc0: on cpu0 > p4tcc1: on cpu1 > est0: on cpu0 > est1: on cpu1 > > $ sysctl dev.p4tcc > dev.p4tcc.0.%desc: CPU Frequency Thermal Control > dev.p4tcc.0.%driver: p4tcc > dev.p4tcc.0.%parent: cpu0 > dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 > 3750/-1 2500/-1 1250/-1 > dev.p4tcc.1.%desc: CPU Frequency Thermal Control > dev.p4tcc.1.%driver: p4tcc > dev.p4tcc.1.%parent: cpu1 > dev.p4tcc.1.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 > 3750/-1 2500/-1 1250/-1 > > $ sysctl dev.est > dev.est.0.%desc: Enhanced SpeedStep Frequency Control > dev.est.0.%driver: est > dev.est.0.%parent: cpu0 > dev.est.0.freq_settings: 2801/35000 2800/35000 2134/16607 1600/15000 > 800/12000 > dev.est.1.%desc: Enhanced SpeedStep Frequency Control > dev.est.1.%driver: est > dev.est.1.%parent: cpu1 > dev.est.1.freq_settings: 2801/35000 2800/35000 2134/16607 1600/15000 > 800/12000 > > What's maybe interesting is that the p4tcc frequencies are a _lot_ > slower than the est ones (eg. 2450 (87.5% of 2800) is slower than 1600). Hi Stefan, yes, p4tcc is unlikely to be doing you any good, and possibly some harm? Try rebooting with these in /boot/loader.conf: hint.p4tcc.0.disable="1" hint.acpi_throttle.0.disable="1" hint.p4tcc.1.disable="1" hint.acpi_throttle.1.disable="1" You need both per CPU, or acpi_throttle could attach when p4tcc doesn't. It'd be an interesting data point if disabling p4tcc helped your issue. Anyway, est provides enough freqs (and proper voltage settings, unlike p4tcc) for power control should you need that, and if you chose to use powerd later it might work better with just est, just anecdotally from some recent discussions. > > Perhaps if you provide some more information when the machine is in both > > AC and battery state, it may provide some clues as to what's going on. > > > > Off the top of my head, posting the below for both states might help: > > > > # sysctl dev.cpu hw.acpi > > before: > 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: 48.0C > dev.cpu.0.freq: 2801 > dev.cpu.0.freq_levels: 2801/35000 2450/30625 2134/16607 1867/14531 > 1600/15000 1400/13125 1200/11250 1000/9375 800/12000 700/10500 600/9000 > 500/7500 400/6000 300/4500 200/3000 100/1500 > dev.cpu.0.cx_supported: C1/1 C2/1 C3/162 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 405us > 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: 48.0C > dev.cpu.1.cx_supported: C1/1 C2/1 C3/162 > dev.cpu.1.cx_lowest: C1 > dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 383us > 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: NONE > hw.acpi.suspend_state: S3 > hw.acpi.sleep_delay: 1 > hw.acpi.s4bios: 1 > 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: C1 > hw.acpi.acline: 1 > hw.acpi.battery.life: 96 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 2 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 0 > hw.acpi.thermal.tz0.temperature: 52.5C > 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: 107.0C > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz0._TC1: -1 > hw.acpi.thermal.tz0._TC2: -1 > hw.acpi.thermal.tz0._TSP: -1 > > after: > 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: 45.0C > dev.cpu.0.freq: 2801 > dev.cpu.0.freq_levels: 2801/35000 2450/30625 2134/16607 1867/14531 > 1600/15000 1400/13125 1200/11250 1000/9375 800/12000 700/10500 600/9000 > 500/7500 400/6000 300/4500 200/3000 100/1500 > dev.cpu.0.cx_supported: C1/1 C2/1 C3/162 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 351us > 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: 44.0C > dev.cpu.1.cx_supported: C1/1 C2/1 C3/162 > dev.cpu.1.cx_lowest: C1 > dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 439us > 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: NONE > hw.acpi.suspend_state: S3 > hw.acpi.sleep_delay: 1 > hw.acpi.s4bios: 1 > 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: C1 > hw.acpi.acline: 0 > hw.acpi.battery.life: 96 > hw.acpi.battery.time: 0 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 0 > hw.acpi.thermal.tz0.temperature: 52.5C > 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: 107.0C > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz0._TC1: -1 > hw.acpi.thermal.tz0._TC2: -1 > hw.acpi.thermal.tz0._TSP: -1 > > > # vmstat -i > > before: > interrupt total rate > irq1: atkbd0 49579 1 > irq9: acpi0 68826 2 > irq12: psm0 478827 17 > irq17: fwohci0 2 0 > irq19: cbb0 atapci1 191023 7 > irq20: hpet0 uhci0* 3438755 128 > irq22: uhci2 ehci0+ 26 0 > cpu0:timer 26706953 999 > irq257: hdac0 24 0 > irq258: iwn0 1342351 50 > cpu1:timer 26707465 999 > Total 58983831 2208 > > after: > interrupt total rate > irq1: atkbd0 49917 1 > irq9: acpi0 69077 2 > irq12: psm0 482043 17 > irq17: fwohci0 2 0 > irq19: cbb0 atapci1 191120 7 > irq20: hpet0 uhci0* 3448999 128 > irq22: uhci2 ehci0+ 26 0 > cpu0:timer 26786502 999 > irq257: hdac0 24 0 > irq258: iwn0 1345908 50 > cpu1:timer 26787016 999 > Total 59160634 2208 Nothing jumped out at me .. > > # whatever tool you are using to measure 'performance' > > before: > Ubench CPU: 698410 > Ubench MEM: 174244 > -------------------- > Ubench AVG: 436327 > > after: > Ubench CPU: 196190 > Ubench MEM: 60082 > -------------------- > Ubench AVG: 128136 Ok, well, mmm. Try disabling p4tcc. If that makes no difference, I've no clue at all. cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 28 20:49:38 2010 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 C6972106564A for ; Mon, 28 Jun 2010 20:49:36 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5AE9B8FC16 for ; Mon, 28 Jun 2010 20:49:36 +0000 (UTC) Received: by bwz12 with SMTP id 12so469965bwz.13 for ; Mon, 28 Jun 2010 13:49:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=EMGtA0C4CtF59fOdb/HTCg1TowtLP06OuMYa3z2wGxs=; b=oLtBTF5HUnWNQ+9VjDrusv6JX0ph1c0078G98+yytynhJwMomLQDzW5OgIpPLx/OrC dDjgT6Hu+cw9nWLmJLsjfWqmMlxd+Fi/DFZJ6HdTOHMPHgUbQLk1Mc3q7IFcfQdf4iLy VcO0xWL8mGkKPxa9TF3e7/DXWv6zJNSXZPZcI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=RXFfPjCb/3pDgTOab9/PIpEic7Eskditsnh0UVLBmVSIEoQxQB5ZDMGrEdYUyFMdpT YGVeh+6uJNPV0Af/g0dtL6uHp8YMGcOtSG/Yzeg3z3OO8nuKtapzWCr6jVOlOvD7uAMW mqHO2jfkNUUl+Kd3CZxomCfIEaPpbhYuuaYr8= MIME-Version: 1.0 Received: by 10.204.83.211 with SMTP id g19mr4022583bkl.44.1277756862390; Mon, 28 Jun 2010 13:27:42 -0700 (PDT) Received: by 10.204.116.139 with HTTP; Mon, 28 Jun 2010 13:27:42 -0700 (PDT) Date: Mon, 28 Jun 2010 21:27:42 +0100 Message-ID: From: "Sevan / Venture37" To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Return (0x00) Invalid object type for reserved name (found INTEGER, requires Buffer) 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, 28 Jun 2010 20:49:38 -0000 I'm trying to debug an asl compilation issue, when iasl is invoked it spits out: my.asl 4440: Return (0x00) Error 4080 - ^ Invalid object type for reserved name (found INTEGER, requires Buffer) Can anyone point me to a fix? Regards Sevan / Venture37 Name (FWSO, "FWSO") Scope (\_SB) { OperationRegion (WHE0, SystemIO, 0x00001E00, 0x00000002) Field (WHE0, AnyAcc, NoLock, Preserve) { WHEC, 8 } OperationRegion (WHE1, SystemMemory, 0xCFEF4EBD, 0x00000090) Field (WHE1, AnyAcc, NoLock, Preserve) { WCMD, 8, WDID, 32, WINF, 1024 } Field (WHE1, AnyAcc, NoLock, Preserve) { AccessAs (ByteAcc, 0x00), Offset (0x05), INFW, 8 } Method (_OSC, 4, NotSerialized) { If (LEqual (Arg0, Buffer (0x10) { /* 0000 */ 0x0C, 0x5E, 0x85, 0xED, 0x90, 0x6C, 0xBF, 0x47, /* 0008 */ 0xA6, 0x2A, 0x26, 0xDE, 0x0F, 0xC5, 0xAD, 0x5C })) { CreateDWordField (Arg3, 0x00, CDW1) CreateDWordField (Arg3, 0x04, CDW2) CreateDWordField (Arg3, 0x08, CDW3) If (And (CDW2, 0x01)) { Store (0xEA, WCMD) Store (0x03, WDID) Store (Zero, WHEC) Return (Arg3) } } Return (0x00) } } From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 28 21:19:24 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id C37F01065672; Mon, 28 Jun 2010 21:19:23 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Mon, 28 Jun 2010 17:19:08 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006281719.11341.jkim@FreeBSD.org> Cc: Subject: Re: Return (0x00) Invalid object type for reserved name (found INTEGER, requires Buffer) 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, 28 Jun 2010 21:19:24 -0000 On Monday 28 June 2010 04:27 pm, Sevan / Venture37 wrote: > I'm trying to debug an asl compilation issue, when iasl is invoked > it spits out: > > my.asl 4440: Return (0x00) > Error 4080 - ^ Invalid object type for > reserved name (found INTEGER, requires Buffer) > > Can anyone point me to a fix? > > Regards > > > Sevan / Venture37 > > Name (FWSO, "FWSO") > Scope (\_SB) > { > OperationRegion (WHE0, SystemIO, 0x00001E00, 0x00000002) > Field (WHE0, AnyAcc, NoLock, Preserve) > { > WHEC, 8 > } > > OperationRegion (WHE1, SystemMemory, 0xCFEF4EBD, > 0x00000090) Field (WHE1, AnyAcc, NoLock, Preserve) > { > WCMD, 8, > WDID, 32, > WINF, 1024 > } > > Field (WHE1, AnyAcc, NoLock, Preserve) > { > AccessAs (ByteAcc, 0x00), > Offset (0x05), > INFW, 8 > } > > Method (_OSC, 4, NotSerialized) > { > If (LEqual (Arg0, Buffer (0x10) > { > /* 0000 */ 0x0C, 0x5E, 0x85, 0xED, 0x90, > 0x6C, 0xBF, 0x47, > /* 0008 */ 0xA6, 0x2A, 0x26, 0xDE, 0x0F, > 0xC5, 0xAD, 0x5C > })) > { > CreateDWordField (Arg3, 0x00, CDW1) > CreateDWordField (Arg3, 0x04, CDW2) > CreateDWordField (Arg3, 0x08, CDW3) > If (And (CDW2, 0x01)) > { > Store (0xEA, WCMD) > Store (0x03, WDID) > Store (Zero, WHEC) > Return (Arg3) > } > } > > Return (0x00) > } > } It has to return Arg3 with some bits set to indicate failures. Please see ACPI Spec. 6.2.10 (on page 225). http://www.acpi.info/spec.htm ASL example in the spec. is pretty thorough. Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Tue Jun 29 01:03:53 2010 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 C47D1106566C for ; Tue, 29 Jun 2010 01:03:53 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2A6FF8FC08 for ; Tue, 29 Jun 2010 01:03:52 +0000 (UTC) Received: by wyb34 with SMTP id 34so1653551wyb.13 for ; Mon, 28 Jun 2010 18:03:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:in-reply-to :mime-version:content-transfer-encoding:content-type:message-id:cc :x-mailer:from:subject:date:to; bh=R4YriuK31inpTnTtg3EhNWFz55K7KwwpoAnz02cbxqA=; b=lK46WsyTXV0q+KDWPDJ3TqyyRW3me1sEX2+2DIAaqA1tv2UuBVJkjqTtRV6Wc/yMnQ eeymIQsJLGasl2lK4xFxQXsp4WHdzxNkpDLGG+jZMRUgA+TG3Af7riRXLP/SqLX1sbRf cMU/D/7CIeqckcHZ/yx6ajhH5ovnDNZKvqZF0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; b=uAaWvD8yy9qzM0aIStTvNjQcpmSoYYxpXx8Oyf1F1QDQQKx5Vdrq0iFgiEhqw5LZXy dhedvgGs7sKScieaGEBJbMvcaE1lECY+XVVyaH9WwSgVDYRtcH2BfdAfnrc5sBvhZhqK G364TfNVCr0BEFGY6Esj2+5ZKyHla5b7up58w= Received: by 10.216.154.69 with SMTP id g47mr4412344wek.82.1277773421084; Mon, 28 Jun 2010 18:03:41 -0700 (PDT) Received: from [10.42.80.189] ([82.132.248.72]) by mx.google.com with ESMTPS id t71sm526146weq.33.2010.06.28.18.03.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 28 Jun 2010 18:03:40 -0700 (PDT) References: <201006281719.11341.jkim@FreeBSD.org> In-Reply-To: <201006281719.11341.jkim@FreeBSD.org> Mime-Version: 1.0 (iPhone Mail 8A293) Message-Id: <9A0AA82E-475A-4D22-8DA0-AC8FBB675EFB@gmail.com> X-Mailer: iPhone Mail (8A293) From: Sevan / Venture37 Date: Tue, 29 Jun 2010 02:03:09 +0100 To: Jung-uk Kim Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-acpi@FreeBSD.org" Subject: Re: Return (0x00) Invalid object type for reserved name (found INTEGER, requires Buffer) 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, 29 Jun 2010 01:03:53 -0000 On 28 Jun 2010, at 10:19 PM, Jung-uk Kim wrote: > It has to return Arg3 with some bits set to indicate failures. Please=20 > see ACPI Spec. 6.2.10 (on page 225). >=20 > http://www.acpi.info/spec.htm >=20 > ASL example in the spec. is pretty thorough. >=20 > Jung-uk Kim Excellent, thanks for that, I've had a brief glance at it & lost vision part= ially in one eye, will try again tomorrow. ;) Sevan / Venture37= From owner-freebsd-acpi@FreeBSD.ORG Tue Jun 29 07:53:23 2010 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 11E21106566C for ; Tue, 29 Jun 2010 07:53:23 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp19.orange.fr (smtp19.orange.fr [80.12.242.17]) by mx1.freebsd.org (Postfix) with ESMTP id C867F8FC15 for ; Tue, 29 Jun 2010 07:53:22 +0000 (UTC) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1911.orange.fr (SMTP Server) with ESMTP id 575BC2000631; Tue, 29 Jun 2010 09:53:21 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1911.orange.fr (SMTP Server) with ESMTP id 35C4E2000940; Tue, 29 Jun 2010 09:53:21 +0200 (CEST) Received: from [192.168.2.102] (ABordeaux-551-1-70-201.w92-149.abo.wanadoo.fr [92.149.21.201]) by mwinf1911.orange.fr (SMTP Server) with ESMTP id CD1E42000631; Tue, 29 Jun 2010 09:53:20 +0200 (CEST) X-ME-UUID: 20100629075320840.CD1E42000631@mwinf1911.orange.fr X-ME-User-Auth: c.r.n.a Message-ID: <4C29A617.4080509@wanadoo.fr> Date: Tue, 29 Jun 2010 09:51:51 +0200 From: Nicolas User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; fr-FR; rv:1.9.1.9) Gecko/20100610 Thunderbird/3.0.4 MIME-Version: 1.0 To: Ian Smith , freebsd-acpi@freebsd.org References: <4C273FA2.4080601@wanadoo.fr> <20100627235809.Q9227@sola.nimnet.asn.au> In-Reply-To: <20100627235809.Q9227@sola.nimnet.asn.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 29 Jun 2010 08:33:13 +0000 Cc: Subject: Re: Strange acpi problem 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, 29 Jun 2010 07:53:23 -0000 Hello, Thank you for your reply. The problem is always present. In addition, there is my cpu fan running all the time, it does not stop. Do you have another idea? Thank you in advance, Nicolas. PS: for upowerd take a look here http://upower.freedesktop.org/ > I don't know upowerd. > > Looks like an Embedded Controller timeout issue. > > # sysctl -d debug.acpi.ec > > shows the controls related to EC polling behaviour you can adjust. > > # sysctl debug.acpi.ec.timeout=1000 > > increases the timeout from the default 750ms (here) to 1s for example. > > It may just need to be somewhat more than the default value, sometimes. > > cheers, Ian > From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 2 16:48:21 2010 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 8D95A1065673 for ; Fri, 2 Jul 2010 16:48:21 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mx1.freebsd.org (Postfix) with ESMTP id 622BA8FC17 for ; Fri, 2 Jul 2010 16:48:21 +0000 (UTC) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga101.fm.intel.com with ESMTP; 02 Jul 2010 09:47:16 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.53,527,1272870000"; d="scan'208";a="582242915" Received: from orsmsx603.amr.corp.intel.com ([10.22.226.49]) by fmsmga002.fm.intel.com with ESMTP; 02 Jul 2010 09:47:59 -0700 Received: from orsmsx002.amr.corp.intel.com (10.22.226.105) by orsmsx603.amr.corp.intel.com (10.22.226.49) with Microsoft SMTP Server (TLS) id 8.2.176.0; Fri, 2 Jul 2010 09:48:18 -0700 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx002.amr.corp.intel.com ([10.22.226.105]) with mapi; Fri, 2 Jul 2010 09:48:17 -0700 From: "Moore, Robert" To: "Moore, Robert" Date: Fri, 2 Jul 2010 09:48:16 -0700 Thread-Topic: ACPICA version 20100702 released Thread-Index: AcsaBl5cubSspfsnSvqh3u2KGuEEag== Message-ID: <4911F71203A09E4D9981D27F9D830858A103CDBB@orsmsx503.amr.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 02 Jul 2010 20:21:55 +0000 Cc: Subject: ACPICA version 20100702 released 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, 02 Jul 2010 16:48:21 -0000 02 July 2010. Summary of changes for version 20100702: This release is available at www.acpica.org/downloads 1) ACPI CA Core Subsystem: Implemented several updates to the recently added GPE reference count suppo= rt. The model for "wake" GPEs is changing to give the host OS complete cont= rol of these GPEs. Eventually, the ACPICA core will not execute any _PRW me= thods, since the host already must execute them. Also, additional changes w= ere made to help ensure that the reference counts are kept in proper synchr= onization with reality. Rafael J. Wysocki. 1) Ensure that GPEs are not enabled twice during initialization. 2) Ensure that GPE enable masks stay in sync with the reference count. 3) Do not inadvertently enable GPEs when writing GPE registers. 4) Remove the internal wake reference counter and add new AcpiGpeWakeup int= erface. This interface will set or clear individual GPEs for wakeup. 5) Remove GpeType argument from AcpiEnable and AcpiDisable. These interface= s are now used for "runtime" GPEs only. Changed the behavior of the GPE install/remove handler interfaces. The GPE = is no longer disabled during this process, as it was found to cause problem= s on some machines. Rafael J. Wysocki. Reverted a change introduced in version 20100528 to enable Embedded Control= ler multi-byte transfers. This change was found to cause problems with Inde= x Fields and possibly Bank Fields. It will be reintroduced when these probl= ems have been resolved. Fixed a problem with references to Alias objects within Package Objects. A = reference to an Alias within the definition of a Package was not always res= olved properly. Aliases to objects like Processors, Thermal zones, etc. wer= e resolved to the actual object instead of a reference to the object as it = should be. Package objects are only allowed to contain integer, string, buf= fer, package, and reference objects. Redhat bugzilla 608648. Example Code and Data Size: These are the sizes for the OS-independent acpi= ca.lib produced by the Microsoft Visual C++ 6.0 32-bit compiler. The debug = version of the code includes the debug output trace mechanism and has a muc= h larger code and data size. Previous Release: Non-Debug Version: 88.3K Code, 18.8K Data, 107.1K Total Debug Version: 164.1K Code, 51.5K Data, 215.6K Total Current Release: Non-Debug Version: 88.3K Code, 18.8K Data, 107.1K Total Debug Version: 164.0K Code, 51.5K Data, 215.5K Total 2) iASL Compiler/Disassembler and Tools: iASL: Implemented a new compiler subsystem to allow definition and compilat= ion of the non-AML ACPI tables such as FADT, MADT, SRAT, etc. These are cal= led "ACPI Data Tables", and the new compiler is the "Data Table Compiler". = This compiler is intended to simplify the existing error-prone process of c= reating these tables for the BIOS, as well as allowing the disassembly, mod= ification, recompilation, and override of existing ACPI data tables. See th= e iASL User Guide for detailed information. iASL: Implemented a new Template Generator option in support of the new Dat= a Table Compiler. This option will create examples of all known ACPI tables= that can be used as the basis for table development. See the iASL document= ation and the -T option. Disassembler and headers: Added support for the WDDT ACPI table (Watchdog D= escriptor Table). Updated the Linux makefiles for iASL and AcpiExec to place the generated ob= ject files in the local directory so that there can be no collisions betwee= n the shared files between them that are generated with different options. Added support for Mac OS X in the Unix OSL used for iASL and AcpiExec. Use = the #define __APPLE__ to enable this support.