From owner-freebsd-acpi@FreeBSD.ORG Sun Mar 21 03:37: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 56BC41065672 for ; Sun, 21 Mar 2010 03:37:53 +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 837C28FC12 for ; Sun, 21 Mar 2010 03:37:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o2L3bkOx071858; Sun, 21 Mar 2010 14:37:47 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 21 Mar 2010 14:37:46 +1100 (EST) From: Ian Smith To: Joerg Wunsch In-Reply-To: <20100320232010.GY52442@uriah.heep.sax.de> Message-ID: <20100321134128.V85436@sola.nimnet.asn.au> References: <20100320002156.L85436@sola.nimnet.asn.au> <1269000185.47240.28.camel@RabbitsDen> <4BA34277.1000509@obluda.cz> <20100319144604.N85436@sola.nimnet.asn.au> <20100319155246.L85436@sola.nimnet.asn.au> <20100319155246.L85436@sola.nimnet.asn.au> <4BA2EFE8.60004@obluda.cz> <20100319144426.GV52442@uriah.heep.sax.de> <20100320091234.GA45738@uriah.heep.sax.de> <4BA53638.1080500@obluda.cz> <20100320232010.GY52442@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: Funny battery values (nx6325) 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, 21 Mar 2010 03:37:53 -0000 On Sun, 21 Mar 2010, Joerg Wunsch wrote: > As Dan Lukes wrote: > > > Three or four cycles of charging / depth depleting may recalibrate > > the internals and reported values may become more appropriate. > > I wonder whether I'll better do that outside the computer though. > After all, the Coulomb counter in the battery does not care much > whether it is attached to a computer querying it or not. Hard to second guess what's going on in the battery chip, apart from measuring current in and out, over a shunt of some sort I suppose. It's most likely got constants (brand/model/serial/design cap etc) in EPROM, no? and presumably its estimate of present state in RAM. > > You should not stop the discharging prematurely - it affect the > > results. That's my understanding too. I don't think that process is linear, ie you really do need to drain it to some set point before it resets, such that the next full charge can calculate a new 'last full' capacity, so several such cycles should bring that up nearer your 3Ah estimate. > I did want to reboot it into normal operation in order to allow the > nightly backup to run. I simply ran out of time waiting for the > battery to drain completely. Anyway, at a voltage level of < 9.0 V, > it wouldn't have lasted for another quarter of an hour. (Worst case > cutoff level for a LiIon cell is around 2.7 V.) The chip's estimation of its voltage is likely much more accurate than current, given the cost of accurate small-current shunts, so I expect you can trust it to know its cutoff / reset level. I find running it down from the BIOS setup screen more comfortable, perhaps after taking it down near empty while you can load it enough to get on with the job. BTW, I see my presumed-dead battery which was down to 8.6V is now back to 11.4V (still saying Critical Charging) after 2 days suspended on AC, after hearing its inverter's fan revving during periods overnight, ie taking some charge now and again. Truly mysterious, _seeming_ to work differently suspended under 8.0 than 7.2-S .. but that's ridiculous! > Never trust an operating system you don't have sources for. ;-) As in the BIOS, the EC, and the battery chip? :) cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 22 11:06:55 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 017F7106567F for ; Mon, 22 Mar 2010 11:06:55 +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 CA6ED8FC26 for ; Mon, 22 Mar 2010 11:06:54 +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 o2MB6siJ014927 for ; Mon, 22 Mar 2010 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2MB6s6G014924 for freebsd-acpi@FreeBSD.org; Mon, 22 Mar 2010 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Mar 2010 11:06:54 GMT Message-Id: <201003221106.o2MB6s6G014924@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, 22 Mar 2010 11:06:55 -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 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 kern/136808 acpi [acpi] panic when switching to s3 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/117605 acpi [acpi] [request] add debug.cpufreq.highest 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 60 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 22 19:56:18 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 D67CC1065670 for ; Mon, 22 Mar 2010 19:56:18 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id 671098FC0C for ; Mon, 22 Mar 2010 19:56:18 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o2MJu7ZS022263 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Mar 2010 06:56:16 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id o2MJu6s4076340; Tue, 23 Mar 2010 06:56:06 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id o2MJu6m3076339; Tue, 23 Mar 2010 06:56:06 +1100 (EST) (envelope-from peter) Date: Tue, 23 Mar 2010 06:56:06 +1100 From: Peter Jeremy To: Adrian Higgs Message-ID: <20100322195606.GA76189@server.vk2pj.dyndns.org> References: <54456.17476.qm@web36202.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <54456.17476.qm@web36202.mail.mud.yahoo.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) X-CMAE-Score: 0 X-CMAE-Analysis: v=1.1 cv=QB3v/cEtJftM/m+Is5UxN4jb2FThdzlYtaV3iHs2N20= c=1 sm=1 a=CjxXgO3LAAAA:8 a=jNgxo5n5TdlX8mrr2WUA:9 a=NST51jews-yBzWINg-utsTF9TtIA:4 a=CjuIK1q_8ugA:10 a=rC2wZJ5BpNYA:10 a=Sw85SfcVApTmOmPPsbAA:9 a=EFTYkDuxMkg0zn2TCYjRvrDH8VcA:4 a=y9B6laZwkeQwSvSRL7oYmA==:117 Cc: freebsd-acpi@FreeBSD.org Subject: Re: Disabling the thermal zones 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, 22 Mar 2010 19:56:18 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Mar-19 21:52:15 -0700, Adrian Higgs wrote: >I've got a constant annoyance on my hands, the acpi module keeps >forcing my laptop to shutdown due to its thermal limits. Is there any >way I can disable the thermal monitor for this module? As mentioned, your first step is to work out why you are getting ACPI shutdown events by reviewing the output from "sysctl hw.acpi.thermal" and also confirm that the shutdowns really are spurious - dust buildup on CPU cooling fins is fairly common and there have been issues in the past where incorrect amounts of heatsink compound resulted in overheating. It _is_ possible to alter the ACPI thermal limits by first setting hw.acpi.thermal.user_override=3D1 but you need to be confident that you aren't masking a real problem or you could damage your laptop. --=20 Peter Jeremy --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuny1YACgkQ/opHv/APuIe5AACfR1lpElSOj333swD0G8clMj+l /jwAni66vOYcBk+aJqTn6iF3i9D6pTfm =FEL7 -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 23 09:57:10 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 A1ED01065670 for ; Tue, 23 Mar 2010 09:57:10 +0000 (UTC) (envelope-from a.huth@tmr.net) Received: from bo-uwka-srv01.de.tmr.net (bo-uwka-srv01.de.tmr.net [212.23.146.2]) by mx1.freebsd.org (Postfix) with ESMTP id 604D38FC1C for ; Tue, 23 Mar 2010 09:57:10 +0000 (UTC) Received: from localhost (localhost.de.tmr.net [127.0.0.1]) by bo-uwka-srv01.de.tmr.net (Postfix) with ESMTP id E99291DEF2F for ; Tue, 23 Mar 2010 10:24:46 +0100 (CET) Received: from bo-uwka-srv01.de.tmr.net ([127.0.0.1]) by localhost (bo-uwka-srv01.de.tmr.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 83753-01-70 for ; Tue, 23 Mar 2010 10:24:46 +0100 (CET) Received: from [10.253.243.119] (bo-stwhv-fw02.de.tmr.net [212.23.140.253]) by bo-uwka-srv01.de.tmr.net (Postfix) with ESMTP id BE7071DEDC1 for ; Tue, 23 Mar 2010 10:24:46 +0100 (CET) From: Alex Huth To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset="iso8859-1" Date: Tue, 23 Mar 2010 10:24:48 +0100 Message-ID: <1269336288.1522.8.camel@borusse.ewmr.base> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: SMP 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, 23 Mar 2010 09:57:10 -0000 Hello! I have searched google now for a while, to get suspend on SMP working. I found nothing really helpful. Before i start searching the archiv of the mailinglist: Can you tell me if this is working? Either suspend to RAM or disk? My system is a Dell Latitude E6500. The output of dmesg: -----------------------------FreeBSD 8.0-RELEASE-p2 #0: Tue Jan 5 21:11:58 UTC 2010 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz (2394.02-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Features=0xbfebfbff Features2=0x408e3fd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 4102565888 (3912 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi0: reservation of 0, 9f000 (3) failed acpi0: reservation of 100000, df34d400 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi_ec0: port 0x930,0x934 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 ---------------------------------------- sysctl -a ------------------------------------------ acpi0hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: S3 hw.acpi.standby_state: NONE hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 3 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.acline: 1 hw.acpi.battery.life: 56 hw.acpi.battery.time: -1 hw.acpi.battery.state: 2 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 ------------------------------------------ When i close the lid it is suspend, but when i open the lid there is no awake (black screen). Greetings Alex From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 24 14:17:15 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 99911106566B for ; Wed, 24 Mar 2010 14:17:15 +0000 (UTC) (envelope-from romanpetrov87@gmail.com) Received: from mail-ww0-f68.google.com (mail-ww0-f68.google.com [74.125.82.68]) by mx1.freebsd.org (Postfix) with ESMTP id D08CC8FC1C for ; Wed, 24 Mar 2010 14:17:14 +0000 (UTC) Received: by wwg30 with SMTP id 30so9681wwg.7 for ; Wed, 24 Mar 2010 07:17:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=C228B4uMWF/39OSOPJskW/AD096EmpSAToPsyBx+x5A=; b=WSjA4UA5gemlbAMJ77DTo+Si3SkG2kG+RTzpocy6hCLp2eT6ABeZU2/IlUYOgTxZIJ 4Zo++GmHAT8t6xrk3NNBSgqCjy6P9GPdDWJzRwLI26zarHikemiUX/H7RX2FTcU/w5+I VoqRMWR9OSBxKXIsILXqh0SxzBYqHHP9n7RS0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=NAB4LiNXqDyiQ9tfFkPgmXACUx8PvgrVlQztDhF8XOyo5Ib1xA0JsJ4f8SMJt1uicG fiQvlbY/4mSFvAuPSSwTx7VqzoJ2fVSjvtW4/TAi8bprTNj+hSweS7H5KVEoD/1vOmCs cH1Y4dHwY5ijvDtOHJ92qSLZDQdiETQb6dq5I= MIME-Version: 1.0 Received: by 10.216.88.68 with SMTP id z46mr2269530wee.215.1269439148405; Wed, 24 Mar 2010 06:59:08 -0700 (PDT) Date: Wed, 24 Mar 2010 16:59:07 +0300 Message-ID: <3024f8471003240659r72afdf02j890d8314cd213e30@mail.gmail.com> From: Roman Petrov To: freebsd-acpi@FreeBSD.org Content-Type: multipart/mixed; boundary=0016e6daa82b81347404828c55cc X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: HP 500 Notebook PC 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, 24 Mar 2010 14:17:15 -0000 --0016e6daa82b81347404828c55cc Content-Type: text/plain; charset=ISO-8859-1 I have a notebook HP 500, a problem with ACPI: dmesg acpi_ec0: EcRead: failed waiting to get data ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.C002.C003.C004.C158] (Node 0xc31a0780), AE_NO_HARDWARE_RESPONSE ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.C158] (Node 0xc31a7260), AE_NO_HARDWARE_RESPONSE ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.C15E._BST] (Node 0xc31a71a0), AE_NO_HARDWARE_RESPONSE uname -a FreeBSD irishka-bsd 7.3-RELEASE FreeBSD 7.3-RELEASE #0: Sun Mar 21 06:15:01 UTC 2010 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 dmesg Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.3-RELEASE #0: Sun Mar 21 06:15:01 UTC 2010 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.73GHz (1729.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 528285696 (503 MB) avail memory = 502931456 (479 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1f700000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x3000-0x3007 mem 0xd0600000-0xd067ffff,0xc0000000-0xcfffffff,0xd0680000-0xd06bffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M vgapci1: mem 0xd0700000-0xd077ffff at device 2.1 on pci0 uhci0: port 0x3020-0x303f irq 19 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ehci0: mem 0xd0780000-0xd07803ff irq 19 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: wrong number of companions (4 != 1) usb1: companion controller, 2 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 8 ports with 8 removable, self powered pcib1: at device 30.0 on pci0 pci2: on pcib1 pci2: at device 4.0 (no driver attached) cbb0: mem 0xd0001000-0xd0001fff irq 18 at device 6.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] fxp0: port 0x2000-0x203f mem 0xd0002000-0xd0002fff irq 20 at device 8.0 on pci2 fxp0: Enabling Rx lock-up workaround miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:16:d4:9d:19:3e fxp0: [ITHREAD] pci0: at device 30.2 (no driver attached) pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3580-0x358f irq 16 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] battery0: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1729013888 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master UDMA100 ath0: mem 0xd0010000-0xd001ffff irq 18 at device 0.0 on cardbus0 ath0: [ITHREAD] ath0: WARNING: using obsoleted if_watchdog interface ath0: Ethernet address: 00:1d:0f:c9:c0:77 ath0: mac 15.0 phy 7.0 radio 10.2 acd0: DVDR at ata0-slave PIO4 Trying to mount root from ufs:/dev/ad0s1a WARNING: attempt to net_add_domain(netgraph) after domainfinalize() pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x30c4103c chip=0x25908086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile Intel(R) 915GM/PM/GMS/910GML Express Processor to DRAM Controller (915GM)' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0x30c4103c chip=0x25928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'you can be found in www.intelcom (Intel 82852/82855 Graphic controller family)' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x30c4103c chip=0x27928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile Intel(R) 915GM/GMS/, 910GML Express Chipset Family (Mobile 82915GLx/x/x)' class = display uhci0@pci0:0:29:0: class=0x0c0300 card=0x30c4103c chip=0x26588086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'USB UHCI Controller *1 (82801FB/FR/FW/FRW)' class = serial bus subclass = USB ehci0@pci0:0:29:7: class=0x0c0320 card=0x30c4103c chip=0x265c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'USB 2.0 EHCI Controller (82801FB/FR/FW/FRW)' class = serial bus subclass = USB pcib1@pci0:0:30:0: class=0x060401 card=0x30c4103c chip=0x24488086 rev=0xd3 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/5/6/7/8/9-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI none0@pci0:0:30:2: class=0x040100 card=0x30c4103c chip=0x266e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'AC '97 Audio Controller/ Sigmatel (SoundMAX Integrated Digital Audio) (Intel Corporation 82830M/MG SDRAM Controller / Ho)' class = multimedia subclass = audio none1@pci0:0:30:3: class=0x070300 card=0x30c4103c chip=0x266d8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82801GB ICH7 - High Definition Audio Controller [A-1] (82801I)' class = simple comms subclass = generic modem isab0@pci0:0:31:0: class=0x060100 card=0x30c4103c chip=0x26418086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'LPC Interface Bridge (ICH6-M) (82801FBM)' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:1: class=0x01018a card=0x30c4103c chip=0x266f8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'PATA100 Controller - 266F (82801FB/FBM/FW/FR/FRW)' class = mass storage subclass = ATA none2@pci0:2:4:0: class=0x028000 card=0x12f6103c chip=0x42208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'driverIntel PRO/Wireless 2200BG (MPCI3B)' class = network cbb0@pci0:2:6:0: class=0x060700 card=0x30c4103c chip=0x14101524 rev=0x01 hdr=0x02 vendor = 'ENE Technology Inc' device = 'CardBus Controller (CB-1420)' class = bridge subclass = PCI-CardBus fxp0@pci0:2:8:0: class=0x020000 card=0x30c4103c chip=0x10928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/100 VE Network Controller (27DA)' class = network subclass = ethernet ath0@pci0:3:0:0: class=0x020000 card=0x1055168c chip=0x001d168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' class = network subclass = ethernet 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: 1 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.battery.life: -1 hw.acpi.battery.time: -1 hw.acpi.battery.state: 7 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 56.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: 100.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 hw.acpi.cpu.cx_lowest: C1 acpidump -t -d > hp500.asl iasl hp500.asl Intel ACPI Component Architecture ASL Optimizing Compiler version 20070320 [Mar 21 2010] Copyright (C) 2000 - 2007 Intel Corporation Supports ACPI Specification Revision 3.0a hp500.asl 3181: And (Local1, 0xFFFF) Warning 1104 - Result is not used, operator has no effect ^ ASL Input: hp500.asl - 7240 lines, 254703 bytes, 3290 keywords AML Output: /tmp/acpidump.aml - 26288 bytes 787 named objects 2503 executable opcodes Compilation complete. 0 Errors, 1 Warnings, 0 Remarks, 957 Optimizations hp500.asl > http://forum.lissyara.su/download/file.php?id=3084 ps: http://forum.lissyara.su/viewtopic.php?f=8&t=25056&start=0 Thanks in advance. --0016e6daa82b81347404828c55cc-- From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 25 08:29:28 2010 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 0A7CD106566B; Thu, 25 Mar 2010 08:29:28 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D51DA8FC14; Thu, 25 Mar 2010 08:29:27 +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 o2P8TRMp001175; Thu, 25 Mar 2010 08:29:27 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2P8TRKm001171; Thu, 25 Mar 2010 08:29:27 GMT (envelope-from brucec) Date: Thu, 25 Mar 2010 08:29:27 GMT Message-Id: <201003250829.o2P8TRKm001171@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/144232: [cpufreq] [patch] Add debug.cpufreq.highest to cpufreq 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, 25 Mar 2010 08:29:28 -0000 Synopsis: [cpufreq] [patch] Add debug.cpufreq.highest to cpufreq Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: brucec Responsible-Changed-When: Thu Mar 25 08:29:06 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=144232 From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 25 08:30:34 2010 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 E24911065673; Thu, 25 Mar 2010 08:30:34 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B877D8FC13; Thu, 25 Mar 2010 08:30:34 +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 o2P8UYTK005293; Thu, 25 Mar 2010 08:30:34 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2P8UYdj005257; Thu, 25 Mar 2010 08:30:34 GMT (envelope-from brucec) Date: Thu, 25 Mar 2010 08:30:34 GMT Message-Id: <201003250830.o2P8UYdj005257@freefall.freebsd.org> To: arno@heho.snv.jussieu.fr, brucec@FreeBSD.org, freebsd-acpi@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/117605: [acpi] [request] add debug.cpufreq.highest 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, 25 Mar 2010 08:30:35 -0000 Synopsis: [acpi] [request] add debug.cpufreq.highest State-Changed-From-To: open->closed State-Changed-By: brucec State-Changed-When: Thu Mar 25 08:29:39 UTC 2010 State-Changed-Why: Duplicate of kern/144232, which contains a patch. http://www.freebsd.org/cgi/query-pr.cgi?pr=117605 From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 25 10:10:03 2010 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 6CD5D106564A for ; Thu, 25 Mar 2010 10:10:03 +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 5B9CB8FC13 for ; Thu, 25 Mar 2010 10:10:03 +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 o2PAA3KQ086684 for ; Thu, 25 Mar 2010 10:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2PAA35L086683; Thu, 25 Mar 2010 10:10:03 GMT (envelope-from gnats) Date: Thu, 25 Mar 2010 10:10:03 GMT Message-Id: <201003251010.o2PAA35L086683@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dan Lukes Cc: Subject: Re: kern/144232: [cpufreq] [patch] Add debug.cpufreq.highest to cpufreq 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: Thu, 25 Mar 2010 10:10:03 -0000 The following reply was made to PR kern/144232; it has been noted by GNATS. From: Dan Lukes To: bug-followup@FreeBSD.org, spawk@acm.poly.edu Cc: Subject: Re: kern/144232: [cpufreq] [patch] Add debug.cpufreq.highest to cpufreq Date: Thu, 25 Mar 2010 11:04:15 +0100 It sound like improper place for implementation of such logic. Cpufreq is hardware driver - it allow others to control CPU speeds. It do no own decisions nor should do (imho). When it should not do decisions, then it's not appropriate place to store variables that exist for the purpose of such decision process only. cpufreq consumers (like powerd or acpi_thermal) are there for decision making so such logic and configuration variables should be there. The debug.cpufreq.lowest is here because some reported levels are not usable in the real, not because someone decided he don't want to use it. You may be interested that requested feature is implemented as part of acpi_thermal. From man acpi_thermal: hw.acpi.thermal.tz%d.passive_cooling If set to 1, passive cooling is enabled. It does cooling without fans using cpufreq(4) as the mechanism for controlling CPU speed. Default is enabled for tz0 where it is available. It require support from ACPI on your notebook which may or may not be present. If such support is not present, so acpi_thermal can't help you, then another "frequency decision" utility - e.g. - powerd - is candidate-place to implement requested logic. No logic should belong to cpufreq device driver itself, so no tunables for them there. I noticed the argument "maximum on AC is another than maximum on battery", but power state is available to powerd, so the logic we are speaking about can count the power state as well. The only question is - how to tell to powerd what we want from it exactly. Dan From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 25 16:30:05 2010 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 096CA106567A for ; Thu, 25 Mar 2010 16: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 D45EB8FC25 for ; Thu, 25 Mar 2010 16:30:04 +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 o2PGU4qj014205 for ; Thu, 25 Mar 2010 16:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2PGU4GZ014200; Thu, 25 Mar 2010 16:30:04 GMT (envelope-from gnats) Date: Thu, 25 Mar 2010 16:30:04 GMT Message-Id: <201003251630.o2PGU4GZ014200@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Nate Lawson Cc: Subject: Re: kern/144232: [cpufreq] [patch] Add debug.cpufreq.highest to cpufreq X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nate Lawson List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 16:30:05 -0000 The following reply was made to PR kern/144232; it has been noted by GNATS. From: Nate Lawson To: Dan Lukes Cc: bug-followup@FreeBSD.org Subject: Re: kern/144232: [cpufreq] [patch] Add debug.cpufreq.highest to cpufreq Date: Thu, 25 Mar 2010 09:06:04 -0700 Dan Lukes wrote: > It sound like improper place for implementation of such logic. > > Cpufreq is hardware driver - it allow others to control CPU speeds. It > do no own decisions nor should do (imho). When it should not do > decisions, then it's not appropriate place to store variables that exist > for the purpose of such decision process only. > > cpufreq consumers (like powerd or acpi_thermal) are there for decision > making so such logic and configuration variables should be there. > > The debug.cpufreq.lowest is here because some reported levels are not > usable in the real, not because someone decided he don't want to use it. Exactly right. The "lowest" sysctl was there to prevent use of modes that users said froze their laptop. It is not for scheduling/general policy decisions. There is no reason for "highest" as this is a scheduling decision. Such logic should be in powerd and such control programs. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 25 17:07:04 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 3A5AC106566C for ; Thu, 25 Mar 2010 17:07:04 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id CDCB48FC08 for ; Thu, 25 Mar 2010 17:07:03 +0000 (UTC) Received: (qmail 46406 invoked from network); 25 Mar 2010 16:40:22 -0000 Received: from unknown (HELO ?10.0.0.170?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 25 Mar 2010 16:40:22 -0000 Message-ID: <4BAB91D4.5030700@acm.poly.edu> Date: Thu, 25 Mar 2010 12:39:48 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.24 (X11/20100325) MIME-Version: 1.0 To: Nate Lawson References: <201003251630.o2PGU4GZ014200@freefall.freebsd.org> In-Reply-To: <201003251630.o2PGU4GZ014200@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org Subject: Re: kern/144232: [cpufreq] [patch] Add debug.cpufreq.highest to cpufreq 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, 25 Mar 2010 17:07:04 -0000 Nate Lawson wrote: > The following reply was made to PR kern/144232; it has been noted by GNATS. > > From: Nate Lawson > To: Dan Lukes > Cc: bug-followup@FreeBSD.org > Subject: Re: kern/144232: [cpufreq] [patch] Add debug.cpufreq.highest to > cpufreq > Date: Thu, 25 Mar 2010 09:06:04 -0700 > > Dan Lukes wrote: > > It sound like improper place for implementation of such logic. > > > > Cpufreq is hardware driver - it allow others to control CPU speeds. It > > do no own decisions nor should do (imho). When it should not do > > decisions, then it's not appropriate place to store variables that exist > > for the purpose of such decision process only. > > > > cpufreq consumers (like powerd or acpi_thermal) are there for decision > > making so such logic and configuration variables should be there. > > > > The debug.cpufreq.lowest is here because some reported levels are not > > usable in the real, not because someone decided he don't want to use it. > > Exactly right. The "lowest" sysctl was there to prevent use of modes > that users said froze their laptop. It is not for scheduling/general > policy decisions. There is no reason for "highest" as this is a > scheduling decision. Such logic should be in powerd and such control > programs. > > -- > Nate > OK. I also have code to implement -m and -M (minimum and maximum frequency, respectively) options in powerd: http://acm.poly.edu/~spawk/powerd/ It's for 7.0-RELEASE, so I will see if it needs to be brought up to date and will file a PR. -Boris From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 25 18:10:06 2010 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 76F54106566B for ; Thu, 25 Mar 2010 18:10: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 4E49F8FC1F for ; Thu, 25 Mar 2010 18:10:06 +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 o2PIA6kL099072 for ; Thu, 25 Mar 2010 18:10:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2PIA6pg099071; Thu, 25 Mar 2010 18:10:06 GMT (envelope-from gnats) Date: Thu, 25 Mar 2010 18:10:06 GMT Message-Id: <201003251810.o2PIA6pg099071@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Nate Lawson Cc: Subject: Re: kern/144232: [cpufreq] [patch] Add debug.cpufreq.highest to cpufreq X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nate Lawson List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 18:10:06 -0000 The following reply was made to PR kern/144232; it has been noted by GNATS. From: Nate Lawson To: Boris Kochergin Cc: bug-followup@FreeBSD.org Subject: Re: kern/144232: [cpufreq] [patch] Add debug.cpufreq.highest to cpufreq Date: Thu, 25 Mar 2010 11:08:52 -0700 Boris Kochergin wrote: > > OK. I also have code to implement -m and -M (minimum and maximum > frequency, respectively) options in powerd: > > http://acm.poly.edu/~spawk/powerd/ > > It's for 7.0-RELEASE, so I will see if it needs to be brought up to date > and will file a PR. Seems reasonable. Needs a little whitespace cleanup. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 26 12:21:30 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 6C2B7106564A for ; Fri, 26 Mar 2010 12:21:30 +0000 (UTC) (envelope-from newuse@qip.ru) Received: from web21.pochta.ru (web21.pochta.ru [82.204.219.121]) by mx1.freebsd.org (Postfix) with ESMTP id 2133C8FC0C for ; Fri, 26 Mar 2010 12:21:29 +0000 (UTC) Received: from [127.0.0.1] (port=44522 helo=localhost) by web21.pochta.ru ( sendmail 8.13.3/8.13.1) with esmtp id 1Nv8Am-0002EW-5z for freebsd-acpi@freebsd.org; Fri, 26 Mar 2010 14:58:04 +0300 From: newuse@qip.ru To: freebsd-acpi@freebsd.org Date: Fri, 26 Mar 2010 14:57:56 +0300 Message-Id: X-Priority: 3 MIME-Version: 1.0 X-SpamTest-Envelope-From: newuse@qip.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 12904 [Mar 26 2010] X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Power OFF button on very old motherboard with FreeBSD 7.2 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, 26 Mar 2010 12:21:30 -0000 From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 26 17:30:07 2010 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 B33231065672 for ; Fri, 26 Mar 2010 17:30: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 87EA48FC19 for ; Fri, 26 Mar 2010 17:30:07 +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 o2QHU74n012580 for ; Fri, 26 Mar 2010 17:30:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2QHU7bs012576; Fri, 26 Mar 2010 17:30:07 GMT (envelope-from gnats) Date: Fri, 26 Mar 2010 17:30:07 GMT Message-Id: <201003261730.o2QHU7bs012576@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Boris Kochergin Cc: Subject: Re: kern/144232: [cpufreq] [patch] Add debug.cpufreq.highest to cpufreq X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Boris Kochergin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 17:30:07 -0000 The following reply was made to PR kern/144232; it has been noted by GNATS. From: Boris Kochergin To: bug-followup@FreeBSD.org Cc: Nate Lawson Subject: Re: kern/144232: [cpufreq] [patch] Add debug.cpufreq.highest to cpufreq Date: Fri, 26 Mar 2010 13:02:33 -0400 This PR can be closed. A new one with modernized patches to add support for this in powerd is at bin/145063. -Boris From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 26 20:03:58 2010 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 0E048106566C; Fri, 26 Mar 2010 20:03:58 +0000 (UTC) (envelope-from joerg@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D82618FC1A; Fri, 26 Mar 2010 20:03:57 +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 o2QK3vQd047322; Fri, 26 Mar 2010 20:03:57 GMT (envelope-from joerg@freefall.freebsd.org) Received: (from joerg@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2QK3vFO047318; Fri, 26 Mar 2010 21:03:57 +0100 (MET) (envelope-from joerg) Date: Fri, 26 Mar 2010 21:03:57 +0100 (MET) Message-Id: <201003262003.o2QK3vFO047318@freefall.freebsd.org> To: spawk@acm.poly.edu, joerg@FreeBSD.org, freebsd-acpi@FreeBSD.org From: joerg@FreeBSD.org Cc: Subject: Re: kern/144232: [cpufreq] [patch] Add debug.cpufreq.highest to cpufreq 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, 26 Mar 2010 20:03:58 -0000 Synopsis: [cpufreq] [patch] Add debug.cpufreq.highest to cpufreq State-Changed-From-To: open->closed State-Changed-By: joerg State-Changed-When: Fri Mar 26 21:03:30 MET 2010 State-Changed-Why: Closed upon Boris' request. http://www.freebsd.org/cgi/query-pr.cgi?pr=144232