From owner-freebsd-acpi@FreeBSD.ORG Sun Dec 9 14:00:03 2007 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 BEB3D16A41B; Sun, 9 Dec 2007 14:00:03 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 930A413C458; Sun, 9 Dec 2007 14:00:03 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lB9E03mS004707; Sun, 9 Dec 2007 14:00:03 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lB9E0309004703; Sun, 9 Dec 2007 14:00:03 GMT (envelope-from remko) Date: Sun, 9 Dec 2007 14:00:03 GMT Message-Id: <200712091400.lB9E0309004703@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/81000: [apic] Via 8235 sound card worked great with FreeBSD 5.3 but doesn't work with 5.4 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, 09 Dec 2007 14:00:03 -0000 Synopsis: [apic] Via 8235 sound card worked great with FreeBSD 5.3 but doesn't work with 5.4 Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: remko Responsible-Changed-When: Sun Dec 9 13:59:44 UTC 2007 Responsible-Changed-Why: Dear acpi team, can you have a look at this? or is APIC not part of ACPI? http://www.freebsd.org/cgi/query-pr.cgi?pr=81000 From owner-freebsd-acpi@FreeBSD.ORG Mon Dec 10 11:06:59 2007 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 25FF916A46E for ; Mon, 10 Dec 2007 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 15BE813C468 for ; Mon, 10 Dec 2007 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lBAB6wj9073261 for ; Mon, 10 Dec 2007 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lBAB6w81073257 for freebsd-acpi@FreeBSD.org; Mon, 10 Dec 2007 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Dec 2007 11:06:58 GMT Message-Id: <200712101106.lBAB6w81073257@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, 10 Dec 2007 11:06:59 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 s i386/79080 acpi acpi thermal changes freezes HP nx6110 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/114113 acpi [patch] ACPI kernel panic during S3 suspend / resume o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o amd64/115011 acpi ACPI problem ,reboot system down. o kern/116169 acpi [PATCH] acpi_ibm => psm0 not found problem o kern/118497 acpi [acpi][patch] Incorrectly determined device count in t 16 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/67309 acpi zzz reboot computer (ACPI S3) o i386/69750 acpi Boot without ACPI failed on ASUS L5 o i386/72179 acpi [acpi] [patch] Inconsistent apm(8) output regarding th o kern/73823 acpi [feature request] acpi / power-on by timer support o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys o kern/89411 acpi [acpi] acpiconf bug o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI o kern/98171 acpi [acpi] ACPI 1304 / 0501 errors on Acer 5024WLMi Laptop o kern/103365 acpi [acpi] acpi poweroff doesn't work with geli device att o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o bin/109760 acpi [acpi]: [modules] kldunload acpi_video - crash o kern/111591 acpi [acpi] dev.acpi_ibm.0.events returns I/O error (regres o kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/114165 acpi Dell C810 - ACPI problem o kern/114649 acpi [patch][acpi] panic: recursed on non-recursive mutex o kern/114722 acpi [acpi] [patch] Nearly duplicate p-state entries report o kern/117605 acpi [acpi] request for debug.cpufreq.highest 21 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue Dec 11 07:46:20 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F34916A41B for ; Tue, 11 Dec 2007 07:46:20 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from w3projmail.ze.tum.de (w3projmail.ze.tum.de [129.187.39.2]) by mx1.freebsd.org (Postfix) with ESMTP id C5FEA13C458 for ; Tue, 11 Dec 2007 07:46:19 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from etustar.ze.tum.de (etustar.ze.tum.de [129.187.39.96]) by phobos.ze.tum.de (8.14.1/8.14.1) with ESMTP id lBB7YMch002718 for ; Tue, 11 Dec 2007 08:34:22 +0100 (CET) (envelope-from estartu@ze.tum.de) Message-ID: <475E3D80.4090002@ze.tum.de> Date: Tue, 11 Dec 2007 08:34:24 +0100 From: Gerhard Schmidt User-Agent: Thunderbird 2.0.0.9 (X11/20071204) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: multipart/mixed; boundary="------------020705070707050507090303" Subject: device_attach: est0 attach returned 6 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, 11 Dec 2007 07:46:20 -0000 This is a multi-part message in MIME format. --------------020705070707050507090303 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit I'm Just building a new Workstation for me. It has a Asus P5M2 Main board and an Intel Core2Quad CPU. Booting FreeBSD 7.0-Beta4 I get the following message device_attach: est0 attach returned 6 and powerd is not working properly [root@etustar2 ~]# powerd -v powerd: unable to determine AC line status idle time > 90%, decreasing clock speed from 2388 MHz to 2089 MHz powerd: error setting CPU frequency 2089: Invalid argument idle time > 90%, decreasing clock speed from 2089 MHz to 1791 MHz powerd: error setting CPU frequency 1791: Invalid argument idle time > 90%, decreasing clock speed from 1791 MHz to 1492 MHz powerd: error setting CPU frequency 1492: Invalid argument idle time > 90%, decreasing clock speed from 1492 MHz to 1194 MHz powerd: error setting CPU frequency 1194: Invalid argument idle time > 90%, decreasing clock speed from 1194 MHz to 895 MHz powerd: error setting CPU frequency 895: Invalid argument idle time > 90%, decreasing clock speed from 895 MHz to 597 MHz powerd: error setting CPU frequency 597: Invalid argument idle time > 90%, decreasing clock speed from 597 MHz to 298 MHz powerd: error setting CPU frequency 298: Invalid argument idle time < 65%, increasing clock speed from 298 MHz to 895 MHz powerd: error setting CPU frequency 895: Invalid argument idle time < 65%, increasing clock speed from 895 MHz to 1492 MHz powerd: error setting CPU frequency 1492: Invalid argument idle time < 65%, increasing clock speed from 1492 MHz to 2089 MHz powerd: error setting CPU frequency 2089: Invalid argument idle time < 65%, increasing clock speed from 2089 MHz to 2388 MHz powerd: error setting CPU frequency 2388: Invalid argument Any ideas how to fix this. I have the complete dmesg output attached. Greetings Estartu -- ------------------------------------------------- Gerhard Schmidt | E-Mail: schmidt@ze.tum.de TU-München | WWW & Online Services | Tel: 089/289-25270 | Fax: 089/289-25257 | PGP-Publickey auf Anfrage --------------020705070707050507090303 Content-Type: text/plain; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot" Copyright (c) 1992-2007 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.0-BETA4 #1: Mon Dec 10 12:39:36 CET 2007 root@etustar2.ze.tum.de:/usr/src/sys/amd64/compile/ETUSTAR Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2400.10-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 4286242816 (4087 MB) avail memory = 4085571584 (3896 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 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, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [SSDT] - 9F, should be A6 [20070320] ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - A0, should be 9B [20070320] est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 922092206000922 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 922092206000922 device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 922092206000922 device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [SSDT] - 2F, should be 40 [20070320] est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 922092206000922 device_attach: est3 attach returned 6 p4tcc3: on cpu3 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xdc00-0xdc7f mem 0xfd000000-0xfdffffff,0xc0000000-0xcfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci1 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 fwohci0: mem 0xfe8ff000-0xfe8fffff irq 28 at device 2.0 on pci3 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:4c:01:00:00:40:71 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:4c:00:40:71 fwe0: Ethernet address: 02:00:4c:00:40:71 fwip0: on firewire0 fwip0: Firewire address: 00:00:4c:01:00:00:40:71 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x7fb1c000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode pcib4: irq 16 at device 28.4 on pci0 pci4: on pcib4 bge0: mem 0xfe9f0000-0xfe9fffff irq 16 at device 0.0 on pci4 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:1e:8c:01:8d:d8 bge0: [ITHREAD] pcib5: irq 17 at device 28.5 on pci0 pci5: on pcib5 bge1: mem 0xfeaf0000-0xfeafffff irq 17 at device 0.0 on pci5 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: Ethernet address: 00:1e:8c:01:8d:74 bge1: [ITHREAD] uhci0: port 0xec00-0xec1f irq 23 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 uhci1: port 0xe880-0xe89f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfebffc00-0xfebfffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcib6: at device 30.0 on pci0 pci6: on pcib6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0xe800-0xe807,0xe480-0xe483,0xe400-0xe407,0xe080-0xe083,0xe000-0xe00f mem 0xfebff800-0xfebffbff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 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: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] orm0: at iomem 0xc0000-0xcdfff,0xce000-0xcf7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 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 4D+ Mouse, device ID 8 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> 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 ukbd0: on uhub0 kbd2 at ukbd0 uhid0: on uhub0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad4: 476940MB at ata2-master SATA300 acd0: DVDR at ata3-master SATA150 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! cd0 at ata3 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad4s1a --------------020705070707050507090303-- From owner-freebsd-acpi@FreeBSD.ORG Tue Dec 11 08:30:04 2007 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 3848616A417 for ; Tue, 11 Dec 2007 08:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1537D13C46E for ; Tue, 11 Dec 2007 08:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lBB8U38b031022 for ; Tue, 11 Dec 2007 08:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lBB8U3Jk031019; Tue, 11 Dec 2007 08:30:03 GMT (envelope-from gnats) Date: Tue, 11 Dec 2007 08:30:03 GMT Message-Id: <200712110830.lBB8U3Jk031019@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: John Baldwin Cc: Subject: Re: kern/81000: [apic] Via 8235 sound card worked great with FreeBSD 5.3 but doesn't work with 5.4 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 08:30:04 -0000 The following reply was made to PR kern/81000; it has been noted by GNATS. From: John Baldwin To: bug-followup@FreeBSD.org, eba@upsylon.com Cc: Subject: Re: kern/81000: [apic] Via 8235 sound card worked great with FreeBSD 5.3 but doesn't work with 5.4 Date: Tue, 11 Dec 2007 02:55:21 -0500 Can you try 6.x? The PCI link code has changed a lot since 5.x and might explain the issue you are seeing. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Dec 12 17:46:09 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1936316A419 for ; Wed, 12 Dec 2007 17:46:09 +0000 (UTC) (envelope-from kenfreebsd@icarz.com) Received: from deanna.icarz.com (deanna.icarz.com [207.99.22.19]) by mx1.freebsd.org (Postfix) with ESMTP id D70F113C458 for ; Wed, 12 Dec 2007 17:46:08 +0000 (UTC) (envelope-from kenfreebsd@icarz.com) Received: from kenxp (netb-138.icarz.com [209.123.219.138]) by deanna.icarz.com (8.13.8/8.13.8) with SMTP id lBCHW48h064261 for ; Wed, 12 Dec 2007 12:32:04 -0500 (EST) (envelope-from kenfreebsd@icarz.com) Message-ID: <13a701c83ce4$e94bfb20$8adb7bd1@icarz.com> From: "Ken Menzel" To: Date: Wed, 12 Dec 2007 12:32:04 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Spam-Score: -101.626 () ALL_TRUSTED, AWL, BAYES_00, STOX_REPLY_TYPE, USER_IN_WHITELIST X-Scanned-By: MIMEDefang 2.63 on 207.99.22.19 Subject: CURRENTand releng_7 kernel makes the system run very very hot X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ken Menzel List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 17:46:09 -0000 It has been suggested to me to move this thread from current to acpi. >From what I can tell the CPU's do not halt on idle. Top -SH from a system booted for a few hours on releng_7 or on current shows hours of time used where as releng_6 used only minutes or seconds. This is causing some sytems to overheat. I am trying to compile all the relevant information in this e-mail. If I have missed anything please let me kow. I can also provide ssh access to a developer who would like to see the problem. I see the problem on both AMD64 kernel and i386 kernel single and multi processor. Here is information I have gather so far: Is there anything else needed for the PR? Ken http://www.kodem.com/ports/kenfreebsd-dell2950.asl http://www.kodem.com/ports/dmesg-dell2950.txt barclay# top -SH last pid: 833; load averages: 0.12, 0.03, 0.01 up 0+00:44:45 11:12:22 73 processes: 9 running, 46 sleeping, 18 waiting CPU states: 0.0% user, 0.0% nice, 0.6% system, 0.2% interrupt, 99.2% idle Mem: 9816K Active, 138M Inact, 181M Wired, 48K Cache, 214M Buf, 3611M Free Swap: 12G Total, 12G Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 14 root 171 ki31 0K 16K CPU4 4 44:14 100.00% idle: cpu4 15 root 171 ki31 0K 16K CPU3 3 44:07 100.00% idle: cpu3 18 root 171 ki31 0K 16K RUN 0 43:48 100.00% idle: cpu0 13 root 171 ki31 0K 16K CPU5 5 43:47 100.00% idle: cpu5 16 root 171 ki31 0K 16K CPU2 2 43:42 100.00% idle: cpu2 17 root 171 ki31 0K 16K CPU1 1 43:38 100.00% idle: cpu1 12 root 171 ki31 0K 16K CPU6 6 43:19 100.00% idle: cpu6 11 root 171 ki31 0K 16K CPU7 7 43:15 100.00% idle: cpu7 19 root -32 - 0K 16K WAIT 0 0:16 0.20% swi4: clock sio 49 root 20 - 0K 16K syncer 1 0:01 0.20% syncer 48 root -16 - 0K 16K psleep 7 0:58 0.00% bufdaemon 3 root -8 - 0K 16K - 3 0:45 0.00% g_up 4 root -8 - 0K 16K - 6 0:07 0.00% g_down 30 root -64 - 0K 16K WAIT 0 0:05 0.00% irq78: mfi0 51 root -8 - 0K 16K biord 0 0:00 0.00% softdepflush 22 root -16 - 0K 16K - 4 0:00 0.00% yarrow barclay# w 11:12AM up 44 mins, 1 user, load averages: 0.12, 0.03, 0.01 USER TTY FROM LOGIN@ IDLE WHAT sysadm p0 netb-138.icarz.c 10:29AM - w barclay# barclay# kgdb kernel.debug /dev/mem [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". (kgdb) print cpu_idle_hook $1 = (void (*)(void)) 0xffffffff801d0bb0 barclay# sysctl hw.acpi hw.acpi.supported_sleep_state: S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S4 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.cpu.cx_lowest: C1 barclay# ----------------------------------------------------- Ken Menzel kmenzel@whisolutions.com /earth is 98% full ... please delete anyone you can. From owner-freebsd-acpi@FreeBSD.ORG Wed Dec 12 18:06:34 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AB5716A41B for ; Wed, 12 Dec 2007 18:06:34 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 72BED13C4EB for ; Wed, 12 Dec 2007 18:06:34 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 13322 invoked from network); 12 Dec 2007 18:06:34 -0000 Received: from adsl-71-141-123-117.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?) (nate-mail@71.141.123.117) by root.org with ESMTPA; 12 Dec 2007 18:06:34 -0000 Message-ID: <47602323.2010807@root.org> Date: Wed, 12 Dec 2007 10:06:27 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Ken Menzel References: <13a701c83ce4$e94bfb20$8adb7bd1@icarz.com> In-Reply-To: <13a701c83ce4$e94bfb20$8adb7bd1@icarz.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: CURRENTand releng_7 kernel makes the system run very very hot X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 18:06:34 -0000 Ken Menzel wrote: > It has been suggested to me to move this thread from current to acpi. > From what I can tell the CPU's do not halt on idle. Top -SH from a > system booted for a few hours on releng_7 or on current shows hours of > time used where as releng_6 used only minutes or seconds. This is > causing some sytems to overheat. > > I am trying to compile all the relevant information in this e-mail. If I > have missed anything please let me kow. I can also provide ssh access > to a developer who would like to see the problem. I see the problem on > both AMD64 kernel and i386 kernel single and multi processor. > > Here is information I have gather so far: Is there anything else needed > for the PR? The below information is confusing. It lists C1 as the lowest idle state, which is a simple HLT instruction. There should be no problem for that to stop your CPU. So something is keeping your system from executing that instruction. If you could put a printf inside this if statement: if (cpu_disable_idle) { ACPI_ENABLE_IRQS(); return; } And also this one: if (cx_next->type == ACPI_STATE_C1) { sc->cpu_prev_sleep = 1000000 / hz; acpi_cpu_c1(); return; } That might help see what's happening. > http://www.kodem.com/ports/kenfreebsd-dell2950.asl > > http://www.kodem.com/ports/dmesg-dell2950.txt > barclay# top -SH > last pid: 833; load averages: 0.12, 0.03, 0.01 up 0+00:44:45 > 11:12:22 > 73 processes: 9 running, 46 sleeping, 18 waiting > CPU states: 0.0% user, 0.0% nice, 0.6% system, 0.2% interrupt, 99.2% > idle > Mem: 9816K Active, 138M Inact, 181M Wired, 48K Cache, 214M Buf, 3611M Free > Swap: 12G Total, 12G Free > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 14 root 171 ki31 0K 16K CPU4 4 44:14 100.00% idle: cpu4 > 15 root 171 ki31 0K 16K CPU3 3 44:07 100.00% idle: cpu3 > 18 root 171 ki31 0K 16K RUN 0 43:48 100.00% idle: cpu0 > 13 root 171 ki31 0K 16K CPU5 5 43:47 100.00% idle: cpu5 > 16 root 171 ki31 0K 16K CPU2 2 43:42 100.00% idle: cpu2 > 17 root 171 ki31 0K 16K CPU1 1 43:38 100.00% idle: cpu1 > 12 root 171 ki31 0K 16K CPU6 6 43:19 100.00% idle: cpu6 > 11 root 171 ki31 0K 16K CPU7 7 43:15 100.00% idle: cpu7 > barclay# sysctl hw.acpi > hw.acpi.supported_sleep_state: S4 S5 > hw.acpi.power_button_state: S5 > hw.acpi.sleep_button_state: S4 > hw.acpi.lid_switch_state: NONE > hw.acpi.standby_state: S1 > hw.acpi.suspend_state: S3 > hw.acpi.sleep_delay: 1 > hw.acpi.s4bios: 0 > hw.acpi.verbose: 0 > hw.acpi.disable_on_reboot: 0 > hw.acpi.handle_reboot: 0 > hw.acpi.cpu.cx_lowest: C1 -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 13 01:42:15 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A30016A419 for ; Thu, 13 Dec 2007 01:42:15 +0000 (UTC) (envelope-from lioux-list@uol.com.br) Received: from goat.gigo.com (goat.gigo.com [216.218.228.114]) by mx1.freebsd.org (Postfix) with ESMTP id 78DC713C46E for ; Thu, 13 Dec 2007 01:42:14 +0000 (UTC) (envelope-from lioux-list@uol.com.br) Received: from 200.140.84.4 (200-140-84-4.bsace702.dsl.brasiltelecom.net.br [200.140.84.4]) by goat.gigo.com (Postfix) with ESMTP id 241E3B839 for ; Wed, 12 Dec 2007 17:24:47 -0800 (PST) Received: (qmail 35645 invoked from network); 12 Dec 2007 23:19:46 -0200 Received: from unknown (HELO nexxus.fedaykin.here) (127.0.0.1) by exxodus.fedaykin.here with SMTP; 12 Dec 2007 23:19:46 -0200 Message-ID: <476088B0.8070105@uol.com.br> Date: Thu, 13 Dec 2007 01:19:44 +0000 From: Mario Sergio Fujikawa Ferreira User-Agent: Thunderbird 2.0.0.9 (X11/20071118) MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Hiroyuki Aizu , lioux-sentmail@exxodus.fedaykin.here Subject: Problem with both acpi_thermal and acpi_toshiba 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, 13 Dec 2007 01:42:15 -0000 I am running FreeBSD 7-STABLE from November 20th on a Toshiba laptop Satellite A135-S4527 with Intel Pentium dual-core processor T2080. # uname -a FreeBSD nexxus.fedaykin.here 7.0-BETA4 FreeBSD 7.0-BETA4 #10: Sat Dec 8 03:14:41 BRST 2007 lioux@nexxus:/usr/obj/usr/src/sys/LIOUX i386 I get neither acpi_thermal nor acpi_toshiba sysctl entries on my system though the correct modules are loaded. I am attaching my system information. Let me know if there is anything I can do to help. Regards, # kldstat Id Refs Address Size Name 1 17 0xc0400000 751d84 kernel 2 2 0xc0b52000 52a08 sound.ko 3 1 0xc0ba5000 15344 snd_hda.ko 4 1 0xc0bbb000 5868 acpi_video.ko 5 4 0xc0bc1000 6c4b4 acpi.ko 6 1 0xc0c2e000 295c coretemp.ko 7 1 0xc0c31000 b638 cpufreq.ko 8 1 0xc0c3d000 3224 acpi_toshiba.ko 9 1 0xc5586000 36000 ipl.ko 10 1 0xc573b000 f000 fuse.ko 11 1 0xc584b000 2000 blank_saver.ko 12 1 0xc584f000 2000 rtc.ko 13 1 0xc5987000 6000 i915.ko # sysctl hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C3 hw.acpi.video.crt0.active: 0 hw.acpi.video.tv0.active: 0 hw.acpi.video.lcd0.active: 1 hw.acpi.video.lcd0.brightness: 50 hw.acpi.video.lcd0.fullpower: 50 hw.acpi.video.lcd0.economy: 20 hw.acpi.video.lcd0.levels: 70 40 0 10 20 30 40 50 60 70 hw.acpi.acline: 1 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 - Kernel configuration http://people.freebsd.org/~lioux/acpi/toshiba_A135-S4527/KERNCONF - /var/run/dmesg.boot http://people.freebsd.org/~lioux/acpi/toshiba_A135-S4527/dmesg.boot - kldstat -a http://people.freebsd.org/~lioux/acpi/toshiba_A135-S4527/kldstat.txt - /boot/loader.conf http://people.freebsd.org/~lioux/acpi/toshiba_A135-S4527/loader.conf - pciconf -lv http://people.freebsd.org/~lioux/acpi/toshiba_A135-S4527/pciconf.txt - /etc/sysctl.conf http://people.freebsd.org/~lioux/acpi/toshiba_A135-S4527/sysctl.conf - sysctl -a http://people.freebsd.org/~lioux/acpi/toshiba_A135-S4527/sysctl.txt - uname -a http://people.freebsd.org/~lioux/acpi/toshiba_A135-S4527/uname.txt - acpi asl http://people.freebsd.org/~lioux/acpi/toshiba_A135-S4527/toshiba_A135-S4527.asl - acpi dsdt http://people.freebsd.org/~lioux/acpi/toshiba_A135-S4527/toshiba_A135-S4527.dsdt -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 13 03:56:46 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8478816A417 for ; Thu, 13 Dec 2007 03:56:46 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 566A113C455 for ; Thu, 13 Dec 2007 03:56:46 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 98530 invoked from network); 13 Dec 2007 03:56:47 -0000 Received: from adsl-71-141-123-117.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?) (nate-mail@71.141.123.117) by root.org with ESMTPA; 13 Dec 2007 03:56:47 -0000 Message-ID: <4760AD75.5010105@root.org> Date: Wed, 12 Dec 2007 19:56:37 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Mario Sergio Fujikawa Ferreira References: <476088B0.8070105@uol.com.br> In-Reply-To: <476088B0.8070105@uol.com.br> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, Hiroyuki Aizu Subject: Re: Problem with both acpi_thermal and acpi_toshiba 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, 13 Dec 2007 03:56:46 -0000 Your ASL has no ThermalZone objects. Nothing we can do about this, it's an omission of the BIOS author. So you have to use a device-specific driver (i.e. acpi_toshiba) or a generic i2c monitoring package like lmsensors. Your acpi_toshiba device seems to implement a different API, one I haven't seen before. It appears to be device "VALZ" with HID "TOS1900" in your ASL. Perhaps you can look for the linux driver and see if it's been updated to this interface. Unfortunately, all we (including Linux) have to go on is reverse engineering since laptop makers don't publish the specs to these vendor-specific devices. Mario Sergio Fujikawa Ferreira wrote: > I am running FreeBSD 7-STABLE from November 20th on a Toshiba > laptop Satellite A135-S4527 with Intel Pentium dual-core processor > T2080. > > # uname -a > FreeBSD nexxus.fedaykin.here 7.0-BETA4 FreeBSD 7.0-BETA4 #10: Sat Dec 8 > 03:14:41 BRST 2007 lioux@nexxus:/usr/obj/usr/src/sys/LIOUX i386 > > > I get neither acpi_thermal nor acpi_toshiba sysctl entries > on my system though the correct modules are loaded. > > I am attaching my system information. Let me know if there > is anything I can do to help. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 13 04:25:55 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08B0216A420 for ; Thu, 13 Dec 2007 04:25:55 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id CE96E13C45B for ; Thu, 13 Dec 2007 04:25:54 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 904 invoked from network); 13 Dec 2007 04:25:52 -0000 Received: from adsl-71-141-123-117.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?) (nate-mail@71.141.123.117) by root.org with ESMTPA; 13 Dec 2007 04:25:52 -0000 Message-ID: <4760B444.4020302@root.org> Date: Wed, 12 Dec 2007 20:25:40 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Ken Menzel References: <13a701c83ce4$e94bfb20$8adb7bd1@icarz.com> In-Reply-To: <13a701c83ce4$e94bfb20$8adb7bd1@icarz.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: CURRENTand releng_7 kernel makes the system run very very hot X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 04:25:55 -0000 Ken Menzel wrote: > It has been suggested to me to move this thread from current to acpi. >> From what I can tell the CPU's do not halt on idle. Top -SH from a > system booted for a few hours on releng_7 or on current shows hours of > time used where as releng_6 used only minutes or seconds. This is > causing some sytems to overheat. > > I am trying to compile all the relevant information in this e-mail. If I > have missed anything please let me kow. I can also provide ssh access > to a developer who would like to see the problem. I see the problem on > both AMD64 kernel and i386 kernel single and multi processor. > > Here is information I have gather so far: Is there anything else needed > for the PR? Based on the information you sent privately, I don't see anything wrong. acpi_cpu_idle() is calling acpi_cpu_c1() as expected. There is no interrupt storm according to vmstat -i. So the question now is, "why doesn't the HLT instruction actually work?" Perhaps there is some CPU errata or BIOS configuration option you need to change to enable C1? What does sysctl dev.cpu say? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 13 04:24:25 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0006E16A418 for ; Thu, 13 Dec 2007 04:24:24 +0000 (UTC) (envelope-from patttern@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id 4434F13C45B for ; Thu, 13 Dec 2007 04:24:10 +0000 (UTC) (envelope-from patttern@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so861467mue.3 for ; Wed, 12 Dec 2007 20:24:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=RMa2z3WCbB2VuFtT5RvuruFOO7x03WbSRGf6Q2SF9y4=; b=UYb2Hni0LkZiJYhYfXcYF0YiCrFsROJJ8/oZVg/Ecr6nUyKLxxMY/uu3L8OkAPSJnKpWuExaLoGW6/oOxl/FXVDp+gMPOO92KtTRX2BRNLbaErNeZ3iSYFKEfAaSIqIi2rxUt3LbncmhB3cHfsDJbKkhc0VhaaXLtWSsIVU2EQs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=qndDRoTHmTiItWGTFvq7dHwvq9PFlSsR093k+IfnUHww80a3cos3TY2BdjPJxBpUumQ8jfXBcfFgQPbp5NnI1cpHXCQX/kVvi+tFi8LREx2gjNjQzwcaMzHuH17wL0KjFlqkja29tmR0xRTwKFHNk4r8F4QmeYqQrI8kNhwQDOg= Received: by 10.82.121.15 with SMTP id t15mr3912767buc.26.1197518173035; Wed, 12 Dec 2007 19:56:13 -0800 (PST) Received: by 10.82.153.18 with HTTP; Wed, 12 Dec 2007 19:56:12 -0800 (PST) Message-ID: <107cc88f0712121956y785a4d27sd48b076a6e09e386@mail.gmail.com> Date: Thu, 13 Dec 2007 06:56:12 +0300 From: "=?ISO-8859-1?Q?Pattern=AE?=" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1606_6953755.1197518172997" X-Mailman-Approved-At: Thu, 13 Dec 2007 05:02:45 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Trouble with Dell Inspiron 1501 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, 13 Dec 2007 04:24:25 -0000 ------=_Part_1606_6953755.1197518172997 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Notebook Model: Dell Inspiron 1501 BIOS version: 2.6.2 (A15) Try installing FreeBSD 6.2 and 6.3. Hard drive detected, slice and labels created, but installer cannot write any files on it. FreeBSD 7.0 halted on load from CD. PCBSD 1.4.1 installed successful. Not detected: - modem - cardreader - WiFi (loaded from ndis-driver) Not worked: - ACPI - with ACPI disabled notebook rebooting - shutdown/reboot work only if disabled legacy USB and Wireless hotkey in BIOS. In attachment (text/plain): pattern_DellInspiron1501.asl - ACPI Source Language pattern_DellInspiron1501.dmesg - log "dmesg" pattern_DellInspiron1501.hw_acpi - log "sysctl hw.acpi" PANTERA.i386 - kernel config PS: Sorry for my English. ------=_Part_1606_6953755.1197518172997 Content-Type: text/plain; name=pattern_DellInspiron1501.hw_acpi Content-Transfer-Encoding: base64 X-Attachment-Id: file3 Content-Disposition: attachment; filename=pattern_DellInspiron1501.hw_acpi aHcuYWNwaS5zdXBwb3J0ZWRfc2xlZXBfc3RhdGU6IFMzIFM0IFM1Cmh3LmFjcGkucG93ZXJfYnV0 dG9uX3N0YXRlOiBTNQpody5hY3BpLnNsZWVwX2J1dHRvbl9zdGF0ZTogUzMKaHcuYWNwaS5saWRf c3dpdGNoX3N0YXRlOiBOT05FCmh3LmFjcGkuc3RhbmRieV9zdGF0ZTogUzEKaHcuYWNwaS5zdXNw ZW5kX3N0YXRlOiBTMwpody5hY3BpLnNsZWVwX2RlbGF5OiAxCmh3LmFjcGkuczRiaW9zOiAwCmh3 LmFjcGkudmVyYm9zZTogMApody5hY3BpLmRpc2FibGVfb25fcmVib290OiAwCmh3LmFjcGkuaGFu ZGxlX3JlYm9vdDogMApody5hY3BpLnJlc2V0X3ZpZGVvOiAwCmh3LmFjcGkuY3B1LmN4X2xvd2Vz dDogQzEKaHcuYWNwaS5hY2xpbmU6IDEKaHcuYWNwaS5iYXR0ZXJ5LmxpZmU6IDAKaHcuYWNwaS5i YXR0ZXJ5LnRpbWU6IC0xCmh3LmFjcGkuYmF0dGVyeS5zdGF0ZTogMApody5hY3BpLmJhdHRlcnku dW5pdHM6IDEKaHcuYWNwaS5iYXR0ZXJ5LmluZm9fZXhwaXJlOiA1Cmh3LmFjcGkudGhlcm1hbC5t aW5fcnVudGltZTogMApody5hY3BpLnRoZXJtYWwucG9sbGluZ19yYXRlOiAxMApody5hY3BpLnRo ZXJtYWwudXNlcl9vdmVycmlkZTogMApody5hY3BpLnRoZXJtYWwudHowLnRlbXBlcmF0dXJlOiA0 OSwwQwpody5hY3BpLnRoZXJtYWwudHowLmFjdGl2ZTogLTEKaHcuYWNwaS50aGVybWFsLnR6MC5w YXNzaXZlX2Nvb2xpbmc6IDEKaHcuYWNwaS50aGVybWFsLnR6MC50aGVybWFsX2ZsYWdzOiAwCmh3 LmFjcGkudGhlcm1hbC50ejAuX1BTVjogODUsMEMKaHcuYWNwaS50aGVybWFsLnR6MC5fSE9UOiAt MQpody5hY3BpLnRoZXJtYWwudHowLl9DUlQ6IDExMCwwQwpody5hY3BpLnRoZXJtYWwudHowLl9B Q3g6IC0xIC0xIC0xIC0xIC0xIC0xIC0xIC0xIC0xIC0xCg== ------=_Part_1606_6953755.1197518172997 Content-Type: text/plain; name=PANTERA.i386 Content-Transfer-Encoding: base64 X-Attachment-Id: file4 Content-Disposition: attachment; filename=PANTERA.i386 IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2kzODYKIwojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJl YWQgdGhlIGhhbmRib29rIHNlY3Rpb24gb24KIyBLZXJuZWwgQ29uZmlndXJhdGlvbiBGaWxlczoK IwojICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9o YW5kYm9vay9rZXJuZWxjb25maWctY29uZmlnLmh0bWwKIwojIFRoZSBoYW5kYm9vayBpcyBhbHNv IGF2YWlsYWJsZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rCiMgaWYgeW91J3Zl IGluc3RhbGxlZCB0aGUgZG9jIGRpc3RyaWJ1dGlvbiwgb3RoZXJ3aXNlIGFsd2F5cyBzZWUgdGhl CiMgRnJlZUJTRCBXb3JsZCBXaWRlIFdlYiBzZXJ2ZXIgKGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcv KSBmb3IgdGhlCiMgbGF0ZXN0IGluZm9ybWF0aW9uLgojCiMgQW4gZXhoYXVzdGl2ZSBsaXN0IG9m IG9wdGlvbnMgYW5kIG1vcmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZQojIGRldmljZSBs aW5lcyBpcyBhbHNvIHByZXNlbnQgaW4gdGhlIC4uLy4uL2NvbmYvTk9URVMgYW5kIE5PVEVTIGZp bGVzLgojIElmIHlvdSBhcmUgaW4gZG91YnQgYXMgdG8gdGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5 IG9mIGEgbGluZSwgY2hlY2sgZmlyc3QKIyBpbiBOT1RFUy4KIwojICRGcmVlQlNEOiBzcmMvc3lz L2kzODYvY29uZi9HRU5FUklDLHYgMS40MjkuMi43LjIuMiAyMDA2LzA1LzAxIDAwOjE1OjEyIHNj b3R0bCBFeHAgJAoKbWFjaGluZQkJaTM4NgpjcHUJCUk2ODZfQ1BVCmlkZW50CQlQQU5URVJBCgoj IFRvIHN0YXRpY2FsbHkgY29tcGlsZSBpbiBkZXZpY2Ugd2lyaW5nIGluc3RlYWQgb2YgL2Jvb3Qv ZGV2aWNlLmhpbnRzCiNoaW50cwkJIkdFTkVSSUMuaGludHMiCQkjIERlZmF1bHQgcGxhY2VzIHRv IGxvb2sgZm9yIGRldmljZXMuCgojbWFrZW9wdGlvbnMJREVCVUc9LWcJCSMgQnVpbGQga2VybmVs IHdpdGggZ2RiKDEpIGRlYnVnIHN5bWJvbHMKCm9wdGlvbnMgCVNDSEVEXzRCU0QJCSMgNEJTRCBz Y2hlZHVsZXIKb3B0aW9ucyAJUFJFRU1QVElPTgkJIyBFbmFibGUga2VybmVsIHRocmVhZCBwcmVl bXB0aW9uCm9wdGlvbnMgCUlORVQJCQkjIEludGVyTkVUd29ya2luZwpvcHRpb25zIAlJTkVUNgkJ CSMgSVB2NiBjb21tdW5pY2F0aW9ucyBwcm90b2NvbHMKb3B0aW9ucyAJRkZTCQkJIyBCZXJrZWxl eSBGYXN0IEZpbGVzeXN0ZW0Kb3B0aW9ucyAJU09GVFVQREFURVMJCSMgRW5hYmxlIEZGUyBzb2Z0 IHVwZGF0ZXMgc3VwcG9ydApvcHRpb25zIAlVRlNfQUNMCQkJIyBTdXBwb3J0IGZvciBhY2Nlc3Mg Y29udHJvbCBsaXN0cwpvcHRpb25zIAlVRlNfRElSSEFTSAkJIyBJbXByb3ZlIHBlcmZvcm1hbmNl IG9uIGJpZyBkaXJlY3RvcmllcwpvcHRpb25zIAlNRF9ST09UCQkJIyBNRCBpcyBhIHBvdGVudGlh bCByb290IGRldmljZQpvcHRpb25zIAlORlNDTElFTlQJCSMgTmV0d29yayBGaWxlc3lzdGVtIENs aWVudApvcHRpb25zIAlORlNTRVJWRVIJCSMgTmV0d29yayBGaWxlc3lzdGVtIFNlcnZlcgpvcHRp b25zIAlORlNfUk9PVAkJIyBORlMgdXNhYmxlIGFzIC8sIHJlcXVpcmVzIE5GU0NMSUVOVApvcHRp b25zIAlNU0RPU0ZTCQkJIyBNU0RPUyBGaWxlc3lzdGVtCm9wdGlvbnMgCUNEOTY2MAkJCSMgSVNP IDk2NjAgRmlsZXN5c3RlbQpvcHRpb25zCQlMSUJJQ09OVgpvcHRpb25zCQlMSUJNQ0hBSU4Kb3B0 aW9ucwkJQ0Q5NjYwX0lDT05WCm9wdGlvbnMJCU1TRE9TRlNfSUNPTlYKb3B0aW9ucwkJTlRGUwpv cHRpb25zCQlOVEZTX0lDT05WCm9wdGlvbnMJCVVERgpvcHRpb25zCQlVREZfSUNPTlYKb3B0aW9u cyAJUFJPQ0ZTCQkJIyBQcm9jZXNzIGZpbGVzeXN0ZW0gKHJlcXVpcmVzIFBTRVVET0ZTKQpvcHRp b25zIAlQU0VVRE9GUwkJIyBQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsKb3B0aW9ucyAJR0VP TV9HUFQJCSMgR1VJRCBQYXJ0aXRpb24gVGFibGVzLgpvcHRpb25zCQlHRU9NX1VaSVAJCSMgUmVh ZC1vbmx5IGNvbXByZXNzZWQgZGlza3MKb3B0aW9ucyAJQ09NUEFUXzQzCQkjIENvbXBhdGlibGUg d2l0aCBCU0QgNC4zIFtLRUVQIFRISVMhXQpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDQJCSMgQ29t cGF0aWJsZSB3aXRoIEZyZWVCU0Q0Cm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENQkJIyBDb21wYXRp YmxlIHdpdGggRnJlZUJTRDUKb3B0aW9ucyAJU0NTSV9ERUxBWT01MDAwCQkjIERlbGF5IChpbiBt cykgYmVmb3JlIHByb2JpbmcgU0NTSQpvcHRpb25zIAlLVFJBQ0UJCQkjIGt0cmFjZSgxKSBzdXBw b3J0Cm9wdGlvbnMgCVNZU1ZTSE0JCQkjIFNZU1Ytc3R5bGUgc2hhcmVkIG1lbW9yeQpvcHRpb25z IAlTWVNWTVNHCQkJIyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVzCm9wdGlvbnMgCVNZU1ZTRU0J CQkjIFNZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zIAlfS1BPU0lYX1BSSU9SSVRZX1NDSEVE VUxJTkcgIyBQT1NJWCBQMTAwM18xQiByZWFsLXRpbWUgZXh0ZW5zaW9ucwpvcHRpb25zIAlLQkRf SU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2RldgpvcHRpb25zIAlBSENf UkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBpbiBkZWJ1ZwoJCQkJ CSMgb3V0cHV0LiAgQWRkcyB+MTI4ayB0byBkcml2ZXIuCm9wdGlvbnMgCUFIRF9SRUdfUFJFVFRZ X1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJCQkJIyBvdXRwdXQu ICBBZGRzIH4yMTVrIHRvIGRyaXZlci4Kb3B0aW9ucyAJQURBUFRJVkVfR0lBTlQJCSMgR2lhbnQg bXV0ZXggaXMgYWRhcHRpdmUuCgpkZXZpY2UJCWFwaWMJCQkjIEkvTyBBUElDCgojIEJ1cyBzdXBw b3J0LgpkZXZpY2UJCWlzYQojZGV2aWNlCQllaXNhCmRldmljZQkJcGNpCgojIEZsb3BweSBkcml2 ZXMKZGV2aWNlCQlmZGMKCiMgQVRBIGFuZCBBVEFQSSBkZXZpY2VzCmRldmljZQkJYXRhCmRldmlj ZQkJYXRhZGlzawkJIyBBVEEgZGlzayBkcml2ZXMKZGV2aWNlCQlhdGFyYWlkCQkjIEFUQSBSQUlE IGRyaXZlcwpkZXZpY2UJCWF0YXBpY2QJCSMgQVRBUEkgQ0RST00gZHJpdmVzCmRldmljZQkJYXRh cGlmZAkJIyBBVEFQSSBmbG9wcHkgZHJpdmVzCmRldmljZQkJYXRhcGlzdAkJIyBBVEFQSSB0YXBl IGRyaXZlcwojb3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkjIFN0YXRpYyBkZXZpY2UgbnVtYmVyaW5n CmRldmljZQkJYXRhcGljYW0JIyBBdGFwaSBDQU0gU3VwcG9ydAoKIyBTQ1NJIENvbnRyb2xsZXJz CmRldmljZQkJYWhiCQkjIEVJU0EgQUhBMTc0MiBmYW1pbHkKZGV2aWNlCQlhaGMJCSMgQUhBMjk0 MCBhbmQgb25ib2FyZCBBSUM3eHh4IGRldmljZXMKZGV2aWNlCQlhaGQJCSMgQUhBMzkzMjAvMjkz MjAgYW5kIG9uYm9hcmQgQUlDNzl4eCBkZXZpY2VzCmRldmljZQkJYW1kCQkjIEFNRCA1M0M5NzQg KFRla3JhbSBEQy0zOTAoVCkpCmRldmljZQkJaXNwCQkjIFFsb2dpYyBmYW1pbHkKI2RldmljZSAJ aXNwZncJCSMgRmlybXdhcmUgZm9yIFFMb2dpYyBIQkFzLSBub3JtYWxseSBhIG1vZHVsZQpkZXZp Y2UJCW1wdAkJIyBMU0ktTG9naWMgTVBULUZ1c2lvbgojZGV2aWNlCQluY3IJCSMgTkNSL1N5bWJp b3MgTG9naWMKZGV2aWNlCQlzeW0JCSMgTkNSL1N5bWJpb3MgTG9naWMgKG5ld2VyIGNoaXBzZXRz ICsgdGhvc2Ugb2YgYG5jcicpCmRldmljZQkJdHJtCQkjIFRla3JhbSBEQzM5NVUvVVcvRiBEQzMx NVUgYWRhcHRlcnMKCmRldmljZQkJYWR2CQkjIEFkdmFuc3lzIFNDU0kgYWRhcHRlcnMKZGV2aWNl CQlhZHcJCSMgQWR2YW5zeXMgd2lkZSBTQ1NJIGFkYXB0ZXJzCmRldmljZQkJYWhhCQkjIEFkYXB0 ZWMgMTU0eCBTQ1NJIGFkYXB0ZXJzCmRldmljZQkJYWljCQkjIEFkYXB0ZWMgMTVbMDEyXXggU0NT SSBhZGFwdGVycywgQUlDLTZbMjNdNjAuCmRldmljZQkJYnQJCSMgQnVzbG9naWMvTXlsZXggTXVs dGlNYXN0ZXIgU0NTSSBhZGFwdGVycwoKZGV2aWNlCQluY3YJCSMgTkNSIDUzQzUwMApkZXZpY2UJ CW5zcAkJIyBXb3JrYml0IE5pbmphIFNDU0ktMwpkZXZpY2UJCXN0ZwkJIyBUTUMgMThDMzAvMThD NTAKCiMgU0NTSSBwZXJpcGhlcmFscwpkZXZpY2UJCXNjYnVzCQkjIFNDU0kgYnVzIChyZXF1aXJl ZCBmb3IgU0NTSSkKZGV2aWNlCQljaAkJIyBTQ1NJIG1lZGlhIGNoYW5nZXJzCmRldmljZQkJZGEJ CSMgRGlyZWN0IEFjY2VzcyAoZGlza3MpCmRldmljZQkJc2EJCSMgU2VxdWVudGlhbCBBY2Nlc3Mg KHRhcGUgZXRjKQpkZXZpY2UJCWNkCQkjIENECmRldmljZQkJcGFzcwkJIyBQYXNzdGhyb3VnaCBk ZXZpY2UgKGRpcmVjdCBTQ1NJIGFjY2VzcykKZGV2aWNlCQlzZXMJCSMgU0NTSSBFbnZpcm9ubWVu dGFsIFNlcnZpY2VzIChhbmQgU0FGLVRFKQoKIyBSQUlEIGNvbnRyb2xsZXJzIGludGVyZmFjZWQg dG8gdGhlIFNDU0kgc3Vic3lzdGVtCmRldmljZQkJYW1yCQkjIEFNSSBNZWdhUkFJRApkZXZpY2UJ CWFyY21zcgkJIyBBcmVjYSBTQVRBIElJIFJBSUQKZGV2aWNlCQlhc3IJCSMgRFBUIFNtYXJ0UkFJ RCBWLCBWSSBhbmQgQWRhcHRlYyBTQ1NJIFJBSUQKZGV2aWNlCQljaXNzCQkjIENvbXBhcSBTbWFy dCBSQUlEIDUqCmRldmljZQkJZHB0CQkjIERQVCBTbWFydGNhY2hlIElJSSwgSVYgLSBTZWUgTk9U RVMgZm9yIG9wdGlvbnMKZGV2aWNlCQlocHRtdgkJIyBIaWdocG9pbnQgUm9ja2V0UkFJRCAxODJ4 CmRldmljZQkJcnIyMzJ4CQkjIEhpZ2hwb2ludCBSb2NrZXRSQUlEIDIzMngKZGV2aWNlCQlpaXIJ CSMgSW50ZWwgSW50ZWdyYXRlZCBSQUlECmRldmljZQkJaXBzCQkjIElCTSAoQWRhcHRlYykgU2Vy dmVSQUlECmRldmljZQkJbWx5CQkjIE15bGV4IEFjY2VsZVJBSUQvZVh0cmVtZVJBSUQKZGV2aWNl CQl0d2EJCSMgM3dhcmUgOTAwMCBzZXJpZXMgUEFUQS9TQVRBIFJBSUQKCiMgUkFJRCBjb250cm9s bGVycwpkZXZpY2UJCWFhYwkJIyBBZGFwdGVjIEZTQSBSQUlECmRldmljZQkJYWFjcAkJIyBTQ1NJ IHBhc3N0aHJvdWdoIGZvciBhYWMgKHJlcXVpcmVzIENBTSkKZGV2aWNlCQlpZGEJCSMgQ29tcGFx IFNtYXJ0IFJBSUQKZGV2aWNlCQltZmkJCSMgTFNJIE1lZ2FSQUlEIFNBUwpkZXZpY2UJCW1seAkJ IyBNeWxleCBEQUM5NjAgZmFtaWx5CmRldmljZQkJcHN0CQkjIFByb21pc2UgU3VwZXJ0cmFrIFNY NjAwMApkZXZpY2UJCXR3ZQkJIyAzd2FyZSBBVEEgUkFJRAoKIyBhdGtiZGMwIGNvbnRyb2xzIGJv dGggdGhlIGtleWJvYXJkIGFuZCB0aGUgUFMvMiBtb3VzZQpkZXZpY2UJCWF0a2JkYwkJIyBBVCBr ZXlib2FyZCBjb250cm9sbGVyCmRldmljZQkJYXRrYmQJCSMgQVQga2V5Ym9hcmQKZGV2aWNlCQlw c20JCSMgUFMvMiBtb3VzZQoKZGV2aWNlCQlrYmRtdXgJCSMga2V5Ym9hcmQgbXVsdGlwbGV4ZXIK CmRldmljZQkJdmdhCQkjIFZHQSB2aWRlbyBjYXJkIGRyaXZlcgoKZGV2aWNlCQlzcGxhc2gJCSMg U3BsYXNoIHNjcmVlbiBhbmQgc2NyZWVuIHNhdmVyIHN1cHBvcnQKCiMgc3lzY29ucyBpcyB0aGUg ZGVmYXVsdCBjb25zb2xlIGRyaXZlciwgcmVzZW1ibGluZyBhbiBTQ08gY29uc29sZQpkZXZpY2UJ CXNjCgojIEVuYWJsZSB0aGlzIGZvciB0aGUgcGN2dCAoVlQyMjAgY29tcGF0aWJsZSkgY29uc29s ZSBkcml2ZXIKI2RldmljZQkJdnQKI29wdGlvbnMgCVhTRVJWRVIJCSMgc3VwcG9ydCBmb3IgWCBz ZXJ2ZXIgb24gYSB2dCBjb25zb2xlCiNvcHRpb25zIAlGQVRfQ1VSU09SCSMgc3RhcnQgd2l0aCBi bG9jayBjdXJzb3IKCmRldmljZQkJYWdwCQkjIHN1cHBvcnQgc2V2ZXJhbCBBR1AgY2hpcHNldHMK CiMgUG93ZXIgbWFuYWdlbWVudCBzdXBwb3J0IChzZWUgTk9URVMgZm9yIG1vcmUgb3B0aW9ucykK ZGV2aWNlCQlhcG0KIyBBZGQgc3VzcGVuZC9yZXN1bWUgc3VwcG9ydCBmb3IgdGhlIGk4MjU0Lgpk ZXZpY2UJCXBtdGltZXIKCiMgUENDQVJEIChQQ01DSUEpIHN1cHBvcnQKIyBQQ01DSUEgYW5kIGNh cmRidXMgYnJpZGdlIHN1cHBvcnQKZGV2aWNlCQljYmIJCSMgY2FyZGJ1cyAoeWVudGEpIGJyaWRn ZQpkZXZpY2UJCXBjY2FyZAkJIyBQQyBDYXJkICgxNi1iaXQpIGJ1cwpkZXZpY2UJCWNhcmRidXMJ CSMgQ2FyZEJ1cyAoMzItYml0KSBidXMKCiMgU2VyaWFsIChDT00pIHBvcnRzCmRldmljZQkJc2lv CQkjIDgyNTAsIDE2WzQ1XTUwIGJhc2VkIHNlcmlhbCBwb3J0cwoKIyBQYXJhbGxlbCBwb3J0CmRl dmljZQkJcHBjCmRldmljZQkJcHBidXMJCSMgUGFyYWxsZWwgcG9ydCBidXMgKHJlcXVpcmVkKQpk ZXZpY2UJCWxwdAkJIyBQcmludGVyCmRldmljZQkJcGxpcAkJIyBUQ1AvSVAgb3ZlciBwYXJhbGxl bApkZXZpY2UJCXBwaQkJIyBQYXJhbGxlbCBwb3J0IGludGVyZmFjZSBkZXZpY2UKI2RldmljZQkJ dnBvCQkjIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQoKIyBJZiB5b3UndmUgZ290IGEgImR1bWIiIHNl cmlhbCBvciBwYXJhbGxlbCBQQ0kgY2FyZCB0aGF0IGlzCiMgc3VwcG9ydGVkIGJ5IHRoZSBwdWMo NCkgZ2x1ZSBkcml2ZXIsIHVuY29tbWVudCB0aGUgZm9sbG93aW5nCiMgbGluZSB0byBlbmFibGUg aXQgKGNvbm5lY3RzIHRvIHRoZSBzaW8gYW5kL29yIHBwYyBkcml2ZXJzKToKI2RldmljZQkJcHVj CgojIFBDSSBFdGhlcm5ldCBOSUNzLgpkZXZpY2UJCWRlCQkjIERFQy9JbnRlbCBEQzIxeDR4IChg YFR1bGlwJycpCmRldmljZQkJZW0JCSMgSW50ZWwgUFJPLzEwMDAgYWRhcHRlciBHaWdhYml0IEV0 aGVybmV0IENhcmQKZGV2aWNlCQlpeGdiCQkjIEludGVsIFBSTy8xMEdiRSBFdGhlcm5ldCBDYXJk CmRldmljZQkJdHhwCQkjIDNDb20gM2NSOTkwIChgYFR5cGhvb24nJykKZGV2aWNlCQl2eAkJIyAz Q29tIDNjNTkwLCAzYzU5NSAoYGBWb3J0ZXgnJykKCiMgUENJIEV0aGVybmV0IE5JQ3MgdGhhdCB1 c2UgdGhlIGNvbW1vbiBNSUkgYnVzIGNvbnRyb2xsZXIgY29kZS4KIyBOT1RFOiBCZSBzdXJlIHRv IGtlZXAgdGhlICdkZXZpY2UgbWlpYnVzJyBsaW5lIGluIG9yZGVyIHRvIHVzZSB0aGVzZSBOSUNz IQpkZXZpY2UJCW1paWJ1cwkJIyBNSUkgYnVzIHN1cHBvcnQKZGV2aWNlCQliY2UJCSMgQnJvYWRj b20gQkNNNTcwNi9CQ001NzA4IEdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNlCQliZmUJCSMgQnJvYWRj b20gQkNNNDQweCAxMC8xMDAgRXRoZXJuZXQKZGV2aWNlCQliZ2UJCSMgQnJvYWRjb20gQkNNNTcw eHggR2lnYWJpdCBFdGhlcm5ldApkZXZpY2UJCWRjCQkjIERFQy9JbnRlbCAyMTE0MyBhbmQgdmFy aW91cyB3b3JrYWxpa2VzCmRldmljZQkJZnhwCQkjIEludGVsIEV0aGVyRXhwcmVzcyBQUk8vMTAw QiAoODI1NTcsIDgyNTU4KQpkZXZpY2UJCWxnZQkJIyBMZXZlbCAxIExYVDEwMDEgZ2lnYWJpdCBF dGhlcm5ldApkZXZpY2UJCW5nZQkJIyBOYXRTZW1pIERQODM4MjAgZ2lnYWJpdCBFdGhlcm5ldAoj ZGV2aWNlCQludmUJCSMgblZpZGlhIG5Gb3JjZSBNQ1Agb24tYm9hcmQgRXRoZXJuZXQgTmV0d29y a2luZwpkZXZpY2UJCXBjbgkJIyBBTUQgQW03OUM5N3ggUENJIDEwLzEwMChwcmVjZWRlbmNlIG92 ZXIgJ2xuYycpCmRldmljZQkJcmUJCSMgUmVhbFRlayA4MTM5QysvODE2OS84MTY5Uy84MTEwUwpk ZXZpY2UJCXJsCQkjIFJlYWxUZWsgODEyOS84MTM5CmRldmljZQkJc2YJCSMgQWRhcHRlYyBBSUMt NjkxNSAoYGBTdGFyZmlyZScnKQpkZXZpY2UJCXNpcwkJIyBTaWxpY29uIEludGVncmF0ZWQgU3lz dGVtcyBTaVMgOTAwL1NpUyA3MDE2CmRldmljZQkJc2sJCSMgU3lzS29ubmVjdCBTSy05ODR4ICYg U0stOTgyeCBnaWdhYml0IEV0aGVybmV0CmRldmljZQkJc3RlCQkjIFN1bmRhbmNlIFNUMjAxIChE LUxpbmsgREZFLTU1MFRYKQpkZXZpY2UgICAgICAgICAgc3RnZSAgICAgICAgICAgICMgU3VuZGFu Y2UvVGFtYXJhY2sgVEM5MDIxIGdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNlCQl0aQkJIyBBbHRlb24g TmV0d29ya3MgVGlnb24gSS9JSSBnaWdhYml0IEV0aGVybmV0CmRldmljZQkJdGwJCSMgVGV4YXMg SW5zdHJ1bWVudHMgVGh1bmRlckxBTgpkZXZpY2UJCXR4CQkjIFNNQyBFdGhlclBvd2VyIElJICg4 M2MxNzAgYGBFUElDJycpCmRldmljZQkJdmdlCQkjIFZJQSBWVDYxMnggZ2lnYWJpdCBFdGhlcm5l dApkZXZpY2UJCXZyCQkjIFZJQSBSaGluZSwgUmhpbmUgSUkKZGV2aWNlCQl3YgkJIyBXaW5ib25k IFc4OUM4NDBGCmRldmljZQkJeGwJCSMgM0NvbSAzYzkweCAoYGBCb29tZXJhbmcnJywgYGBDeWNs b25lJycpCgojIElTQSBFdGhlcm5ldCBOSUNzLiAgcGNjYXJkIE5JQ3MgaW5jbHVkZWQuCmRldmlj ZQkJY3MJCSMgQ3J5c3RhbCBTZW1pY29uZHVjdG9yIENTODl4MCBOSUMKIyAnZGV2aWNlIGVkJyBy ZXF1aXJlcyAnZGV2aWNlIG1paWJ1cycKZGV2aWNlCQllZAkJIyBORVsxMl0wMDAsIFNNQyBVbHRy YSwgM2M1MDMsIERTODM5MCBjYXJkcwpkZXZpY2UJCWV4CQkjIEludGVsIEV0aGVyRXhwcmVzcyBQ cm8vMTAgYW5kIFByby8xMCsKZGV2aWNlCQllcAkJIyBFdGhlcmxpbmsgSUlJIGJhc2VkIGNhcmRz CmRldmljZQkJZmUJCSMgRnVqaXRzdSBNQjg2OTZ4IGJhc2VkIGNhcmRzCmRldmljZQkJaWUJCSMg RXRoZXJFeHByZXNzIDgvMTYsIDNDNTA3LCBTdGFyTEFOIDEwIGV0Yy4KZGV2aWNlCQlsbmMJCSMg TkUyMTAwLCBORTMyLVZMIExhbmNlIEV0aGVybmV0IGNhcmRzCmRldmljZQkJc24JCSMgU01DJ3Mg OTAwMCBzZXJpZXMgb2YgRXRoZXJuZXQgY2hpcHMKZGV2aWNlCQl4ZQkJIyBYaXJjb20gcGNjYXJk IEV0aGVybmV0CgojIFdpcmVsZXNzIE5JQyBjYXJkcwpkZXZpY2UgICAgICAgICAgd2xhbiAgICAg ICAgICAgICMgODAyLjExIHN1cHBvcnQKZGV2aWNlICAgICAgICAgIHdsYW5fd2VwICAgICAgICAj IDgwMi4xMSBXRVAgc3VwcG9ydApkZXZpY2UgICAgICAgICAgd2xhbl9jY21wICAgICAgICMgODAy LjExIENDTVAgc3VwcG9ydApkZXZpY2UgICAgICAgICAgd2xhbl90a2lwICAgICAgICMgODAyLjEx IFRLSVAgc3VwcG9ydApkZXZpY2UgICAgICAgICAgYW4gICAgICAgICAgICAgICMgQWlyb25ldCA0 NTAwLzQ4MDAgODAyLjExIHdpcmVsZXNzIE5JQ3MuCmRldmljZSAgICAgICAgICBhdGggICAgICAg ICAgICAgIyBBdGhlcm9zIHBjaS9jYXJkYnVzIE5JQydzCmRldmljZSAgICAgICAgICBhdGhfaGFs ICAgICAgICAgIyBBdGhlcm9zIEhBTCAoSGFyZHdhcmUgQWNjZXNzIExheWVyKQpkZXZpY2UgICAg ICAgICAgYXRoX3JhdGVfc2FtcGxlICMgU2FtcGxlUmF0ZSB0eCByYXRlIGNvbnRyb2wgZm9yIGF0 aApkZXZpY2UgICAgICAgICAgYXdpICAgICAgICAgICAgICMgQmF5U3RhY2sgNjYwIGFuZCBvdGhl cnMKZGV2aWNlICAgICAgICAgIHJhbCAgICAgICAgICAgICAjIFJhbGluayBUZWNobm9sb2d5IFJU MjUwMCB3aXJlbGVzcyBOSUNzLgpkZXZpY2UgICAgICAgICAgd2kgICAgICAgICAgICAgICMgV2F2 ZUxBTi9JbnRlcnNpbC9TeW1ib2wgODAyLjExIHdpcmVsZXNzIE5JQ3MuCiNkZXZpY2UJCXdsCQkj IE9sZGVyIG5vbiA4MDIuMTEgV2F2ZWxhbiB3aXJlbGVzcyBOSUMuCmRldmljZSAgICAgICAgICBp d2kgICAgICAgICAgICAgIyBJbnRlbCBXaXJlbGVzcyBBZGFwdGVycwpkZXZpY2UgICAgICAgICAg aXB3ICAgICAgICAgICAgICMgSW50ZWwgV2lyZWxlc3MgQWRhcHRlcnMKZGV2aWNlICAgICAgICAg IGZpcm13YXJlICAgICAgICAjIExvYWRzIGludGVsIGZpcm13YXJlIGZvciB3aXJlbGVzcwoKCiMg UHNldWRvIGRldmljZXMuCmRldmljZQkJbG9vcAkJIyBOZXR3b3JrIGxvb3BiYWNrCmRldmljZQkJ cmFuZG9tCQkjIEVudHJvcHkgZGV2aWNlCmRldmljZQkJZXRoZXIJCSMgRXRoZXJuZXQgc3VwcG9y dApkZXZpY2UJCXNsCQkjIEtlcm5lbCBTTElQCmRldmljZQkJcHBwCQkjIEtlcm5lbCBQUFAKZGV2 aWNlCQl0dW4JCSMgUGFja2V0IHR1bm5lbC4KZGV2aWNlCQlwdHkJCSMgUHNldWRvLXR0eXMgKHRl bG5ldCBldGMpCmRldmljZQkJbWQJCSMgTWVtb3J5ICJkaXNrcyIKZGV2aWNlCQlnaWYJCSMgSVB2 NiBhbmQgSVB2NCB0dW5uZWxpbmcKZGV2aWNlCQlmYWl0aAkJIyBJUHY2LXRvLUlQdjQgcmVsYXlp bmcgKHRyYW5zbGF0aW9uKQoKIyBUaGUgYGJwZicgZGV2aWNlIGVuYWJsZXMgdGhlIEJlcmtlbGV5 IFBhY2tldCBGaWx0ZXIuCiMgQmUgYXdhcmUgb2YgdGhlIGFkbWluaXN0cmF0aXZlIGNvbnNlcXVl bmNlcyBvZiBlbmFibGluZyB0aGlzIQojIE5vdGUgdGhhdCAnYnBmJyBpcyByZXF1aXJlZCBmb3Ig REhDUC4KZGV2aWNlCQlicGYJCSMgQmVya2VsZXkgcGFja2V0IGZpbHRlcgoKIyBVU0Igc3VwcG9y dApkZXZpY2UJCXVoY2kJCSMgVUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UKZGV2aWNlCQlvaGNpCQkj IE9IQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZQkJZWhjaQkJIyBFSENJIFBDSS0+VVNCIGlu dGVyZmFjZSAoVVNCIDIuMCkKZGV2aWNlCQl1c2IJCSMgVVNCIEJ1cyAocmVxdWlyZWQpCiNkZXZp Y2UJCXVkYnAJCSMgVVNCIERvdWJsZSBCdWxrIFBpcGUgZGV2aWNlcwpkZXZpY2UJCXVnZW4JCSMg R2VuZXJpYwpkZXZpY2UJCXVoaWQJCSMgIkh1bWFuIEludGVyZmFjZSBEZXZpY2VzIgpkZXZpY2UJ CXVrYmQJCSMgS2V5Ym9hcmQKI2RldmljZQkJdWxwdAkJIyBQcmludGVyCmRldmljZQkJdW1hc3MJ CSMgRGlza3MvTWFzcyBzdG9yYWdlIC0gUmVxdWlyZXMgc2NidXMgYW5kIGRhCmRldmljZQkJdW1z CQkjIE1vdXNlCmRldmljZQkJdXJhbAkJIyBSYWxpbmsgVGVjaG5vbG9neSBSVDI1MDBVU0Igd2ly ZWxlc3MgTklDcwpkZXZpY2UJCXVyaW8JCSMgRGlhbW9uZCBSaW8gNTAwIE1QMyBwbGF5ZXIKZGV2 aWNlCQl1c2Nhbm5lcgkjIFNjYW5uZXJzCiMgVVNCIEV0aGVybmV0LCByZXF1aXJlcyBtaWlidXMK ZGV2aWNlCQlhdWUJCSMgQURNdGVrIFVTQiBFdGhlcm5ldApkZXZpY2UJCWF4ZQkJIyBBU0lYIEVs ZWN0cm9uaWNzIFVTQiBFdGhlcm5ldApkZXZpY2UJCWNkY2UJCSMgR2VuZXJpYyBVU0Igb3ZlciBF dGhlcm5ldApkZXZpY2UJCWN1ZQkJIyBDQVRDIFVTQiBFdGhlcm5ldApkZXZpY2UJCWt1ZQkJIyBL YXdhc2FraSBMU0kgVVNCIEV0aGVybmV0CmRldmljZQkJcnVlCQkjIFJlYWxUZWsgUlRMODE1MCBV U0IgRXRoZXJuZXQKCiMgRmlyZVdpcmUgc3VwcG9ydApkZXZpY2UJCWZpcmV3aXJlCSMgRmlyZVdp cmUgYnVzIGNvZGUKZGV2aWNlCQlzYnAJCSMgU0NTSSBvdmVyIEZpcmVXaXJlIChSZXF1aXJlcyBz Y2J1cyBhbmQgZGEpCmRldmljZQkJZndlCQkjIEV0aGVybmV0IG92ZXIgRmlyZVdpcmUgKG5vbi1z dGFuZGFyZCEpCgoKIyBEaXJlY3QgUmVuZGVyaW5nIG1vZHVsZXMgZm9yIDNkIGFjY2VsbGVyYXRp b24KZGV2aWNlCQlkcm0JCSMgRFJNIENvcmUgTW9kdWxlCiNkZXZpY2UJCW1hY2g2NGRybQkjIEFU SSBSYWdlIFBybwojZGV2aWNlCQltZ2Fkcm0JCSMgQUdQIE1hdHJveCBHMjAwCiNkZXZpY2UJCXIx Mjhkcm0gICAgICAgICAjIEFUSSBSYWdlIDEyOApkZXZpY2UJCXJhZGVvbmRybSAgICAgICAjIEFU SSBSYWRlb24KI2RldmljZQkJc2lzZHJtCQkjIFNJUyAzMDAvMzA1CiNkZXZpY2UJCWk5MTVkcm0J CSMgSW50ZWwgaTgzMCB0aHJvdWdoIGk5MTUKI2RldmljZQkJc2F2YWdlZHJtCSMgUzMgU2F2YWdl IDNELCBTYXZhZ2UgNAojZGV2aWNlCQl0ZGZ4ZHJtCQkjIDNkZnggVm9vZG9vIDMvNC81IGFuZCBC YW5zaGVlCgojb3B0aW9ucyAJVkVTQQkJIyBWZXNhIFN1cHBvcnQgZm9yIFNwbGFzaAojb3B0aW9u cwlTQ19QSVhFTF9NT0RFCSMgYWRkIHN1cHBvcnQgZm9yIHRoZSByYXN0ZXIgdGV4CgpvcHRpb25z IAlIWj0xMDAwCm9wdGlvbnMgCURFVklDRV9QT0xMSU5HCgpkZXZpY2UgCQlwZgpkZXZpY2UgCQlw ZmxvZwpkZXZpY2UgCQlwZnN5bmMKCm9wdGlvbnMJCUFMVFEKb3B0aW9ucwkJQUxUUV9DQlEKb3B0 aW9ucwkJQUxUUV9SRUQKb3B0aW9ucwkJQUxUUV9SSU8Kb3B0aW9ucwkJQUxUUV9IRlNDCm9wdGlv bnMJCUFMVFFfQ0ROUgpvcHRpb25zCQlBTFRRX1BSSVEKb3B0aW9ucwkJQUxUUV9OT1BDQwoKI0Fk ZG9uIGJ5IFBhdHRlcm4Kb3B0aW9ucyAgICAgICAgIE5ESVNBUEkgICAgICAgICAgICAgICAgICMg Rm9yIERFTEwgV2lGaSBNaW5pQ2FyZApkZXZpY2UgICAgICAgICAgbmRpcwpkZXZpY2UgICAgICAg ICAgc21iCmRldmljZSAgICAgICAgICBzbWJ1cwpkZXZpY2UgICAgICAgICAgbmZzbWIKZGV2aWNl ICAgICAgICAgIGFjcGkK ------=_Part_1606_6953755.1197518172997-- From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 13 14:58:52 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF2B716A41A for ; Thu, 13 Dec 2007 14:58:51 +0000 (UTC) (envelope-from kenfreebsd@icarz.com) Received: from deanna.icarz.com (deanna.icarz.com [207.99.22.19]) by mx1.freebsd.org (Postfix) with ESMTP id 8B97313C447 for ; Thu, 13 Dec 2007 14:58:51 +0000 (UTC) (envelope-from kenfreebsd@icarz.com) Received: from kenxp (netb-138.icarz.com [209.123.219.138]) by deanna.icarz.com (8.13.8/8.13.8) with SMTP id lBDEwnYg069422; Thu, 13 Dec 2007 09:58:49 -0500 (EST) (envelope-from kenfreebsd@icarz.com) Message-ID: <046801c83d98$addf8750$8adb7bd1@icarz.com> From: "Ken Menzel" To: "Nate Lawson" References: <13a701c83ce4$e94bfb20$8adb7bd1@icarz.com> <4760B444.4020302@root.org> Date: Thu, 13 Dec 2007 09:58:53 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Spam-Score: -102.634 () ALL_TRUSTED, AWL, BAYES_00, STOX_REPLY_TYPE, USER_IN_WHITELIST X-Scanned-By: MIMEDefang 2.63 on 207.99.22.19 Cc: freebsd-acpi@freebsd.org Subject: Re: CURRENTand releng_7 kernel makes the system run very very hot X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ken Menzel List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 14:58:52 -0000 ----- Original Message ----- From: "Nate Lawson" To: "Ken Menzel" Cc: Sent: Wednesday, December 12, 2007 11:25 PM Subject: Re: CURRENTand releng_7 kernel makes the system run very very hot > Ken Menzel wrote: >> It has been suggested to me to move this thread from current to >> acpi. >>> From what I can tell the CPU's do not halt on idle. Top -SH from >>> a >> system booted for a few hours on releng_7 or on current shows hours >> of >> time used where as releng_6 used only minutes or seconds. This is >> causing some sytems to overheat. >> >> I am trying to compile all the relevant information in this e-mail. >> If I >> have missed anything please let me kow. I can also provide ssh >> access >> to a developer who would like to see the problem. I see the >> problem on >> both AMD64 kernel and i386 kernel single and multi processor. >> >> Here is information I have gather so far: Is there anything else >> needed >> for the PR? > > Based on the information you sent privately, I don't see anything > wrong. > acpi_cpu_idle() is calling acpi_cpu_c1() as expected. There is no > interrupt storm according to vmstat -i. So the question now is, > "why > doesn't the HLT instruction actually work?" Perhaps there is some > CPU > errata or BIOS configuration option you need to change to enable C1? hmmm OK except I am seeing the same symptons (they are not overheating in my case just using IDLE time) on all 3 releng_7 boxes and 2 that were running 6.2 just fine. I can can downgrade it again and double check. It's just not fun to bounce back and forth. > > What does sysctl dev.cpu say? > barclay# sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU1 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1987 dev.cpu.0.freq_levels: 1987/-1 1738/-1 1490/-1 1241/-1 993/-1 745/-1 496/-1 248/ -1 dev.cpu.0.cx_supported: C1/0 C2/750 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU2 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/0 C2/750 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.CPU3 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.cx_supported: C1/0 C2/750 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% 0.00% dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.CPU4 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.cx_supported: C1/0 C2/750 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% 0.00% dev.cpu.4.%desc: ACPI CPU dev.cpu.4.%driver: cpu dev.cpu.4.%location: handle=\_PR_.CPU5 dev.cpu.4.%pnpinfo: _HID=none _UID=0 dev.cpu.4.%parent: acpi0 dev.cpu.4.cx_supported: C1/0 C2/750 dev.cpu.4.cx_lowest: C1 dev.cpu.4.cx_usage: 100.00% 0.00% dev.cpu.5.%desc: ACPI CPU dev.cpu.5.%driver: cpu dev.cpu.5.%location: handle=\_PR_.CPU6 dev.cpu.5.%pnpinfo: _HID=none _UID=0 dev.cpu.5.%parent: acpi0 dev.cpu.5.cx_supported: C1/0 C2/750 dev.cpu.5.cx_lowest: C1 dev.cpu.5.cx_usage: 100.00% 0.00% dev.cpu.6.%desc: ACPI CPU dev.cpu.6.%driver: cpu dev.cpu.6.%location: handle=\_PR_.CPU7 dev.cpu.6.%pnpinfo: _HID=none _UID=0 dev.cpu.6.%parent: acpi0 dev.cpu.6.cx_supported: C1/0 C2/750 dev.cpu.6.cx_lowest: C1 dev.cpu.6.cx_usage: 100.00% 0.00% dev.cpu.7.%desc: ACPI CPU dev.cpu.7.%driver: cpu dev.cpu.7.%location: handle=\_PR_.CPU8 dev.cpu.7.%pnpinfo: _HID=none _UID=0 dev.cpu.7.%parent: acpi0 dev.cpu.7.cx_supported: C1/0 C2/750 dev.cpu.7.cx_lowest: C1 dev.cpu.7.cx_usage: 100.00% 0.00% barclay# What else can I try? Can I force the a different routine for halt? Could this be related to this PR for overheating? http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/117727 Am I tilting at windmills? Thanks for your help Nate, Ken > -- > Nate > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to > "freebsd-acpi-unsubscribe@freebsd.org" > From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 14 08:38:49 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C81F016A421 for ; Fri, 14 Dec 2007 08:38:49 +0000 (UTC) (envelope-from cihankomecoglu@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 621F113C455 for ; Fri, 14 Dec 2007 08:38:49 +0000 (UTC) (envelope-from cihankomecoglu@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so928108nfb.33 for ; Fri, 14 Dec 2007 00:38:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=9WSZc+0PzlzADKScFjO8dbc2aMCA+3P+AvVXat42/FQ=; b=niiBLb/v/fqEOHJ9wzwk/blOk4x6g7C6yFsTE+PAOJqRIJWLDR4WXyYKG5dxqJGPgyPhbE0tuJwPPd5wS3XjG6FdfU3K0zFi9afPWaPPWynQ44Fa1vb1NldDReuyQFRUd1OTSh0HTMfhtiwJ5a2ZWYujO2LZZehfsI0oVu5OpOE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=S03o/BiY1doJtBSaugRiydNPyYJtQ/v3razViGgnI5hwBKxGX938lnPFho7pzJj6W5qDmWEcd7XtpwPfubtTQdb5H74v1ci+EpIGRKQIpy87sOuhalw7Lw0zsYe09Up/jZddzTa4JZGvrIzXi8ODmcC2lCUAPWFVIWA27WewpFg= Received: by 10.78.149.13 with SMTP id w13mr3510827hud.64.1197620064737; Fri, 14 Dec 2007 00:14:24 -0800 (PST) Received: by 10.78.154.10 with HTTP; Fri, 14 Dec 2007 00:14:24 -0800 (PST) Message-ID: <9874aea0712140014u4c1891dejf550db82bbc0a18e@mail.gmail.com> Date: Fri, 14 Dec 2007 08:14:24 +0000 From: "=?ISO-8859-9?Q?cihan_k=F6me=E7o=F0lu?=" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: energy mesaurement 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, 14 Dec 2007 08:38:49 -0000 Hi, I need to mesaure laptop's energy. How can I do? I searched any program but I can't find. thank you From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 14 11:56:01 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F11116A418 for ; Fri, 14 Dec 2007 11:56:01 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 69F8413C459 for ; Fri, 14 Dec 2007 11:55:58 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with ESMTP id WAA23718; Fri, 14 Dec 2007 22:28:34 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 14 Dec 2007 22:28:33 +1100 (EST) From: Ian Smith To: =?ISO-8859-9?Q?cihan_k=F6me=E7o=F0lu?= In-Reply-To: <9874aea0712140014u4c1891dejf550db82bbc0a18e@mail.gmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Cc: freebsd-acpi@freebsd.org Subject: Re: energy mesaurement 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, 14 Dec 2007 11:56:01 -0000 On Fri, 14 Dec 2007, [ISO-8859-9] cihan kömeçoğlu wrote: > I need to mesaure laptop's energy. > How can I do? I searched any program but I can't find. The best way is to borrow an inline or clamp wattmeter to actually measure real power usage of your laptop + adaptor/charger in use. 'acpiconf -i0' (assuming battery #0) should tell you quite a bit about present entire power usage in milliWatts, while running on battery. You may need to take several readings with one load, there's some time lag. I think 'Present rate' while charging refers to battery charging rate rather than usage, or perhaps it includes usage too. Assuming your laptop runs ACPI and has cpu frequency control, you can run 'powerd -v' in foreground mode in a console for a given interval, say 10 minutes, and when you exit powerd by ^C you'l be told how many Joules have been used (by the CPU anyway). I don't know the conversion factor between Joules and Watt-hours. CPU usage may or may not indicate something like half of the total power consumed by the laptop - it does on my T23 when running at full speed anyway, but it's not really modern. 'sysctl dev.cpu.0.freq_levels' shows CPU power usage at each of the various speeds, in milliWatts. Failing that, you'll have to rely on manufacturer's specs, or methods like dividing the battery's rated capacity by how long it will run the machine, but that depends on battery condition (see acpiconf -i0 again) HTH, Ian From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 14 18:59:25 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6572A16A469 for ; Fri, 14 Dec 2007 18:59:25 +0000 (UTC) (envelope-from llevier-lists@argosnet.com) Received: from mx.levier.org (ns.argosnet.com [213.251.139.26]) by mx1.freebsd.org (Postfix) with ESMTP id 1D6FD13C4D3 for ; Fri, 14 Dec 2007 18:59:24 +0000 (UTC) (envelope-from llevier-lists@argosnet.com) Received: from localhost (ns [213.251.139.26]) by mx.levier.org (Postfix) with ESMTP id E2BE8267FE9; Fri, 14 Dec 2007 19:59:23 +0100 (CET) X-Virus-Scanned: amavisd-new at argosnet.com Received: from mx.levier.org ([213.251.139.26]) by localhost (ns.levier.org [213.251.139.26]) (amavisd-new, port 10024) with ESMTP id C8Mj87pt3K8x; Fri, 14 Dec 2007 19:59:20 +0100 (CET) Received: from Osgiliath.argosnet.com (tirion.argosnet.com [82.224.1.141]) by mx.levier.org (Postfix) with ESMTP id BB08E267E69; Fri, 14 Dec 2007 19:59:19 +0100 (CET) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 14 Dec 2007 19:59:15 +0100 To: "=?ISO-8859-9?Q?cihan_k=F6me=E7o=F0lu?=" From: Laurent LEVIER In-Reply-To: <9874aea0712140014u4c1891dejf550db82bbc0a18e@mail.gmail.com > References: <9874aea0712140014u4c1891dejf550db82bbc0a18e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20071214185919.BB08E267E69@mx.levier.org> Cc: freebsd-acpi@freebsd.org Subject: Re: energy mesaurement 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, 14 Dec 2007 18:59:25 -0000 At 09:14 14/12/2007, =?ISO-8859-9?Q?cihan_k=F6me=E7o=F0lu?= wrote: >Hi, > >I need to mesaure laptop's energy. >How can I do? I searched any program but I can't find. Purchase a Wattmeter ;-) >thank you >_______________________________________________ >freebsd-acpi@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 15 05:02:28 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4069016A418 for ; Sat, 15 Dec 2007 05:02:28 +0000 (UTC) (envelope-from mustaxe@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id 15D7F13C465 for ; Sat, 15 Dec 2007 05:02:27 +0000 (UTC) (envelope-from mustaxe@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1274822rvb.43 for ; Fri, 14 Dec 2007 21:02:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=A+LdmZoH0v6MbBWVBD1I4W5s9F+XSeuTyKKBWLuiE5k=; b=RUmjQQZfMKi01XTko0wnSw/CMZiCnxkDuBDypewh3gjYShBDWflr3aL6ncHkwoaACz1trg8lPdkU3nQ5sA6WJf5wU/KvenGU/8SULPAbpHy6muS0Ka3roET7XgZEpIuuVED9PN77xRzkI4ruUhRdrYL8B80KNqeecyqnWtDmU7w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=eWUVeU24jirP0xWy7INcVcBduLIbUHt51LXDkgGZn1AH4DeKabAW0yOUFDPFAhcrYPKu8D6l+5yGiWm1CBBT53g8wv6qtcJBcEKuD0KxibXlyXXEdq+uRVAiuMblNTfesJZsxWnZRqh1WHci9tc3Rt6SWuSJ2g2QC2QZ2GyBWpY= Received: by 10.141.171.6 with SMTP id y6mr2468443rvo.143.1197693334936; Fri, 14 Dec 2007 20:35:34 -0800 (PST) Received: by 10.141.137.8 with HTTP; Fri, 14 Dec 2007 20:35:34 -0800 (PST) Message-ID: <986a34160712142035x48ac3169mb7a800d04ef9d30b@mail.gmail.com> Date: Fri, 14 Dec 2007 20:35:34 -0800 From: "Edu Carneiro" To: freebsd-acpi@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: ACPI Bug on Abit IP35 Pro X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Dec 2007 05:02:28 -0000 Hey guys, I just built a new machine with an Abit IP35 Pro mb and I'm running 4GB RAM on an Intel Quad processor and I keep on getting an ACPI error. I'm running FreeBSD 6_2 and also tried it from a new install but still getting the same error. Here's what it says: ACPI-1304: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node 0xc8377700), AE_AML_NO_RETURN_VALUE If I try to start with ACPI disabled my computer will hang. I tried compiling a new copy of the ASL and I got three errors 2 Methos local variable is not initialized (Local0) 1 Called method returns no value Have you guys seen or heard about this issue before? Any quick fix? Regards, Edu From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 15 18:46:32 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E69A16A417 for ; Sat, 15 Dec 2007 18:46:32 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 49ED813C4DB for ; Sat, 15 Dec 2007 18:46:32 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id E2ACC61B12C; Sat, 15 Dec 2007 10:46:31 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28888-09; Sat, 15 Dec 2007 10:46:31 -0800 (PST) Received: from [10.47.1.118] (vpn.office.miralink.com [10.0.0.5]) by plato.miralink.com (Postfix) with ESMTP id 132C561B10A; Sat, 15 Dec 2007 10:46:31 -0800 (PST) Message-ID: <47642106.40800@miralink.com> Date: Sat, 15 Dec 2007 10:46:30 -0800 From: Sean Bruno User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Edu Carneiro References: <986a34160712142035x48ac3169mb7a800d04ef9d30b@mail.gmail.com> In-Reply-To: <986a34160712142035x48ac3169mb7a800d04ef9d30b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat Dec 15 10:46:31 2007 X-DSPAM-Confidence: 0.7829 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47642107194471542430122 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.499 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.499 X-Spam-Level: Cc: freebsd-acpi@FreeBSD.org Subject: Re: ACPI Bug on Abit IP35 Pro X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Dec 2007 18:46:32 -0000 Edu Carneiro wrote: > Hey guys, > > I just built a new machine with an Abit IP35 Pro mb and I'm running 4GB RAM > on an Intel Quad processor and I keep on getting an ACPI error. I'm running > FreeBSD 6_2 and also tried it from a new install but still getting the same > error. > > Here's what it says: > ACPI-1304: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node > 0xc8377700), AE_AML_NO_RETURN_VALUE > > First thing I would try is disabling ACPI thermal, that should make this error go away. If you would like more assistance, dump your ACPI tables and post them to a website and I 'll try to give it a once over. Sean