From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 26 06:07:03 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 7CD4F106564A for ; Mon, 26 Apr 2010 06:07:03 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 2343B8FC0A for ; Mon, 26 Apr 2010 06:07:02 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 473631F; Mon, 26 Apr 2010 08:07:01 +0200 (MET DST) Date: Mon, 26 Apr 2010 08:07:01 +0200 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20100426060701.GL69438@uriah.heep.sax.de> References: <20100423091710.GW69438@uriah.heep.sax.de> <4BD21C76.2040301@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BD21C76.2040301@icyb.net.ua> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: FuSi Amilo 1667G stops when powerd is running in hadp/adp mode X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2010 06:07:03 -0000 As Andriy Gapon wrote: > on 23/04/2010 12:17 Joerg Wunsch said the following: > > dev.cpu.0.freq_levels: 2000/25000 1875/23437 1800/20900 1687/19593 1600/17500 > > 1500/16406 1400/15312 1300/14218 1200/13125 1100/12031 1000/10937 900/9843 > > 800/7900 750/7406 700/6912 650/6418 600/5925 550/5431 500/4937 450/4443 > > 400/3950 350/3456 300/2962 250/2468 200/1975 150/1481 100/987 50/493 > You seem to have far too many levels here. > I think that you need to check for cpufreq drivers you have attached > to your cpu and disable the one(s) that cause problem. Well, it seems real that Turion-based machines can offer that many CPU frequency levels. Another dualcore Turion machine offers these: dev.cpu.0.freq_levels: 1990/100000 1791/81822 1592/65808 1393/57582 1194/49356 995/41130 796/22152 696/19383 597/16614 497/13845 398/11076 298/8307 199/5538 99/2769 Not quite that many as the machine above, but still an impressive list. It seems I managed it to finally fix the machine above, thanks to anyone for suggestions. I updated the BIOS to the latest version (1.07) where the reports I found in the Internet suggested that Windows 7 failed to set the CPU frequency away from the default 800 MHz one with any prior version. This by itself didn't really solve the issue at hand, so I continued to upgrade the machine's kernel from FreeBSD 8.0-RELEASE to RELENG_8. Also, I modularized the kernel, and recompiled the cpufreq module with *just* the powernow driver in it. I cannot tell for sure which of the three things did fix it, but I can now run it with "powerd -a hadp -b adp", and it ran for 12 h that way (including the nightly cron jobs). -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 26 11:06:52 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 853C5106564A for ; Mon, 26 Apr 2010 11:06:52 +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 59B758FC25 for ; Mon, 26 Apr 2010 11:06:52 +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 o3QB6qod004060 for ; Mon, 26 Apr 2010 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3QB6p0s004058 for freebsd-acpi@FreeBSD.org; Mon, 26 Apr 2010 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 Apr 2010 11:06:51 GMT Message-Id: <201004261106.o3QB6p0s004058@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2010 11:06:52 -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 kern/145306 acpi [acpi]: Can't change brightness on HP ProBook 4510s o bin/145063 acpi [patch] powerd(8): Add -m and -M (minimum and maximum o amd64/144551 acpi [acpi] ACPI issues on SuperMicro X7SPA-H o i386/144045 acpi [acpi] [panic] kernel trap with acpi enabled o i386/143798 acpi [acpi] shutdown problem with SiS K7S5A o kern/143420 acpi [acpi] ACPI issues with Toshiba o kern/142263 acpi [acpi] ACPI regression on Asus K8N7-E deluxe motherboa o kern/142009 acpi [acpi] [panic] Panic in AcpiNsGetAttachedObject o amd64/140751 acpi [acpi] BIOS resource allocation and FreeBSD ACPI in TO o kern/139088 acpi [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 60 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 26 11:45:56 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 2AF22106566C for ; Mon, 26 Apr 2010 11:45:56 +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 831118FC1D for ; Mon, 26 Apr 2010 11:45:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o3QBjqQG062542; Mon, 26 Apr 2010 21:45:53 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 26 Apr 2010 21:45:52 +1000 (EST) From: Ian Smith To: Joerg Wunsch In-Reply-To: <20100426060701.GL69438@uriah.heep.sax.de> Message-ID: <20100426204110.K14495@sola.nimnet.asn.au> References: <20100423091710.GW69438@uriah.heep.sax.de> <4BD21C76.2040301@icyb.net.ua> <20100426060701.GL69438@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, Andriy Gapon Subject: Re: FuSi Amilo 1667G stops when powerd is running in hadp/adp mode X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2010 11:45:56 -0000 On Mon, 26 Apr 2010, Joerg Wunsch wrote: > As Andriy Gapon wrote: > > > on 23/04/2010 12:17 Joerg Wunsch said the following: > > > dev.cpu.0.freq_levels: 2000/25000 1875/23437 1800/20900 1687/19593 1600/17500 > > > 1500/16406 1400/15312 1300/14218 1200/13125 1100/12031 1000/10937 900/9843 > > > 800/7900 750/7406 700/6912 650/6418 600/5925 550/5431 500/4937 450/4443 > > > 400/3950 350/3456 300/2962 250/2468 200/1975 150/1481 100/987 50/493 > > > You seem to have far too many levels here. > > > I think that you need to check for cpufreq drivers you have attached > > to your cpu and disable the one(s) that cause problem. > > Well, it seems real that Turion-based machines can offer that many CPU > frequency levels. Another dualcore Turion machine offers these: > > dev.cpu.0.freq_levels: 1990/100000 1791/81822 1592/65808 1393/57582 > 1194/49356 995/41130 796/22152 696/19383 597/16614 497/13845 > 398/11076 298/8307 199/5538 99/2769 > > Not quite that many as the machine above, but still an impressive > list. Some, maybe a lot of those freqs are throttling, provided by relative cpufreq driver/s, providing some set of 7/8 downto 1/8 of base freq(s) provided by (in your case) the powernow absolute driver. Your dmesg will show whether eg acpi_throttle is enabled. If it is and no other relative driver takes over (as p4tcc would on many Intels), then acpi_throttle will jump in and generate lots of such freqs. I don't know about Turions at all, but we're seeing dual and quad core Intels that seem to get no benefit and apparently real detriment by enabling throttling nowadays, especially in hope of saving power/heat. Or rather, possible detriment by not disabling it as it defaults on. For Intels, advice has been to add to loader.conf: hint.p4tcc.0.disabled=1 hint.acpi_throttle.0.disabled=1 (per cpu) in loader.conf to retain just the absolute frequency set. Might be worth at least seeing what absolute frequencies yours has? As for bin/136354 and bin/145063, personally I preferred a patch adding debug.cpufreq.highest to the existing debug.cpufreq.lowest, allowing more dynamic min/max range setting by sysctl rather than having to restart powerd with new parameters, but it was said to be poor policy. > It seems I managed it to finally fix the machine above, thanks to > anyone for suggestions. I updated the BIOS to the latest version > (1.07) where the reports I found in the Internet suggested that > Windows 7 failed to set the CPU frequency away from the default 800 > MHz one with any prior version. This by itself didn't really solve > the issue at hand, so I continued to upgrade the machine's kernel from > FreeBSD 8.0-RELEASE to RELENG_8. Also, I modularized the kernel, and > recompiled the cpufreq module with *just* the powernow driver in it. But you still have all those freqs? And no acpi_throttle in dmesg? I'm wondering whether this can be controlled just by the hints, with GENERIC or other kernels having cpufreq as standard? > I cannot tell for sure which of the three things did fix it, but I can > now run it with "powerd -a hadp -b adp", and it ran for 12 h that way > (including the nightly cron jobs). Sounds good, but still better to know what did the trick, for next time. cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 26 15:02:08 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 4C2EC106564A for ; Mon, 26 Apr 2010 15:02:08 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 77E218FC19 for ; Mon, 26 Apr 2010 15:02:07 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 29D351F; Mon, 26 Apr 2010 17:02:06 +0200 (MET DST) Date: Mon, 26 Apr 2010 17:02:06 +0200 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20100426150206.GQ69438@uriah.heep.sax.de> References: <20100423091710.GW69438@uriah.heep.sax.de> <4BD21C76.2040301@icyb.net.ua> <20100426060701.GL69438@uriah.heep.sax.de> <20100426204110.K14495@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="mvuFargmsA+C2jC8" Content-Disposition: inline In-Reply-To: <20100426204110.K14495@sola.nimnet.asn.au> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: FuSi Amilo 1667G stops when powerd is running in hadp/adp mode X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2010 15:02:08 -0000 --mvuFargmsA+C2jC8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline As Ian Smith wrote: > Your dmesg will show whether eg acpi_throttle is enabled. If it is and > no other relative driver takes over (as p4tcc would on many Intels), > then acpi_throttle will jump in and generate lots of such freqs. Yes, I can see acpi_throttle there. I'm attaching the boot messages for reference. > I don't know about Turions at all, but we're seeing dual and quad > core Intels that seem to get no benefit and apparently real > detriment by enabling throttling nowadays, especially in hope of > saving power/heat. Or rather, possible detriment by not disabling > it as it defaults on. Could you translate that into English? ;-) I can at least notice a dramatically reduced fan activity while the machine is idle. Alas, the ACPI BIOS (or the battery pack) there is too stupid to measure the power consumption, so I cannot directly tell how much might be saved. > For Intels, advice has been to add to loader.conf: > hint.p4tcc.0.disabled=1 > hint.acpi_throttle.0.disabled=1 > (per cpu) in loader.conf to retain just the absolute frequency set. OK, I can disable acpi_throttle at the next boot, currently my kids are using it so I won't like to kill the machine. ;-) > As for bin/136354 and bin/145063, personally I preferred a patch > adding debug.cpufreq.highest to the existing debug.cpufreq.lowest, > allowing more dynamic min/max range setting by sysctl rather than > having to restart powerd with new parameters, but it was said to be > poor policy. I think separate frequency bounds for AC/battery operation (bin/136354) are preferrable (at least provided lower frequencies can really reduce the power consumption), as they might increase battery life. What I don't like in bin/136354 though is the naming of the options. Maybe we should rather append optional arguments to the option arguments (:-) for -a and -b, respectively? Like: powerd -a hadp,800,2000 -b adp,50,1000 I think that's better to understand for a human than powerd -a hadp -c 800 -d 2000 -b adp -e 50 -f 1000 yet still gives finer-grained control than (bin/145063): powerd -a hadp -b adp -m 50 -M 2000 [machine works now] > But you still have all those freqs? And no acpi_throttle in dmesg? Yes, I do, but as mentioned, it's with acpi_throttle. Will post non-acpi_throttle values later on (alas, you might already be asleep then). > Sounds good, but still better to know what did the trick, for next time. I wish I knew, yes. OTOH, I'm more than happy the machine is now operational, and doesn't have to run at full steam even while idle, or just freeze when running on batteries for a few minutes (previously, I tried powerd with -a max -b adp, which made it freeze when running on battery power). A frozen computer is always frustrating in particular for the kids. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) --mvuFargmsA+C2jC8 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" 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 8.0-STABLE #1 r207158: Sat Apr 24 23:20:58 CEST 2010 root@erwin.local.heep.sax.de:/usr/obj/usr/src/sys/ERWIN i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 Mobile Technology MT-37 (800.03-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f42 Family = f Model = 24 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 1073741824 (1024 MB) avail memory = 1041412096 (993 MB) kbd1 at kbdmux0 acpi0: on motherboard ACPI: Overriding _OS definition with "Linux" acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3ff00000 (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_ec0: port 0x62,0x66 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.5 (no driver attached) pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 10 at device 2.0 on pci0 pci2: on pcib2 vgapci0: port 0xb000-0xb0ff mem 0xb0000000-0xb7ffffff,0xfeaf0000-0xfeafffff irq 10 at device 0.0 on pci2 pcib3: irq 10 at device 3.0 on pci0 pci3: on pcib3 pcib4: irq 10 at device 3.2 on pci0 pci5: on pcib4 pci0: at device 8.0 (no driver attached) re0: port 0xe800-0xe8ff mem 0xfebff400-0xfebff4ff irq 5 at device 9.0 on pci0 re0: Chip rev. 0x10000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:03:0d:35:a7:8f re0: [FILTER] pci0: at device 10.0 (no driver attached) atapci0: port 0xec00-0xec07,0xe480-0xe483,0xe400-0xe407,0xe080-0xe083,0xe000-0xe00f,0xd800-0xd8ff irq 3 at device 15.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) pci0: at device 16.2 (no driver attached) pci0: at device 16.3 (no driver attached) pci0: at device 16.4 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xc800-0xc8ff irq 3 at device 17.5 on pci0 pcm0: [ITHREAD] pcm0: pcm0: pci0: at device 17.6 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 atrtc0: port 0x70-0x71 irq 8 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 Synaptics Touchpad, device ID 3 pmtimer0 on isa0 orm0: at iomem 0xce800-0xcf7ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 acpi_throttle0: on cpu0 powernow0: on cpu0 Timecounter "TSC" frequency 800034847 Hz quality 800 Timecounters tick every 1.000 msec ad0: 152627MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 acpi_ec0: wait timed out (response), forcing polled mode Trying to mount root from ufs:/dev/ad0s1a --mvuFargmsA+C2jC8-- From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 26 20:09:32 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 ACC45106566B for ; Mon, 26 Apr 2010 20:09:32 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 578038FC15 for ; Mon, 26 Apr 2010 20:09:32 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id C3D2829; Mon, 26 Apr 2010 22:09:30 +0200 (MET DST) Date: Mon, 26 Apr 2010 22:09:30 +0200 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20100426200930.GA1868@uriah.heep.sax.de> References: <20100423091710.GW69438@uriah.heep.sax.de> <4BD21C76.2040301@icyb.net.ua> <20100426060701.GL69438@uriah.heep.sax.de> <20100426204110.K14495@sola.nimnet.asn.au> <20100426150206.GQ69438@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100426150206.GQ69438@uriah.heep.sax.de> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: FuSi Amilo 1667G stops when powerd is running in hadp/adp mode X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2010 20:09:32 -0000 As Joerg Wunsch wrote: > OK, I can disable acpi_throttle at the next boot, currently my kids > are using it so I won't like to kill the machine. ;-) dev.cpu.0.freq_levels: 2000/25000 1800/20900 1600/17500 800/7900 OK, looks reasonable enough, seems like the power demand could be reduced to about 1/3 at a CPU speed of 800 MHz. Next step would be to get suspend working... ;-) -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Wed Apr 28 17:29:12 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 DECE51065674 for ; Wed, 28 Apr 2010 17:29:11 +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 3A9B28FC16 for ; Wed, 28 Apr 2010 17:29:10 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o3SHT7vA022512; Thu, 29 Apr 2010 03:29:08 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 29 Apr 2010 03:29:07 +1000 (EST) From: Ian Smith To: Malcolm Kay In-Reply-To: <201004181033.05506.malcolm.kay@internode.on.net> Message-ID: <20100429013237.O14495@sola.nimnet.asn.au> References: <201004181033.05506.malcolm.kay@internode.on.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: Athlon 64 X2, Gigabyte GA-M55SLI-S4, Fragile 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, 28 Apr 2010 17:29:12 -0000 On Sun, 18 Apr 2010, Malcolm Kay wrote: > I recently installed FreeBSD Release 8.0 (i386) on this machine. > With a default boot sequence the machine crashes within a few > minutes (typically less than 4), simply powering down without > warning. For background: in earlier explorations of this issue in -questions: http://lists.freebsd.org/pipermail/freebsd-questions/2010-April/214916.html I tried helping with a few questions, then adviced Malcolm to post this here; I've no idea what's happening but hoped that someone here would. > Processor:AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ > Motherboard:Gigabyte GA-M55SLI-S4 (Rev 1.0) > Drives:2 x WDC WD3200KS-00PFB0 21.00M21 (SATA 300GB) > 1 x WDC WD10EADS-00P8B0 01.00A01 (SATA 1TB) > > The 300GB drives have been in use for some time one carrying > FBSD 6.3 and the other FBSD 7.0. These have booted and run > without problems typically with uptimes of months usually > terminated by a mains power failure. > > Release 8.0 is installed on the 1TB drive. > > With acpi disabled the drives are not found so booting fails: > normal for a relatively modern machine? > > I notice that sysctl for release 8.0 reports: > machdep.idle: amdc1e > machdep.idle_available: spin, amdc1e, hlt, acpi, > whereas on earlier releases we have > machdep.cpu_idle_hlt: 1 > machdep.hlt_cpus: 0 % find /sys/ -type f -exec grep -iHl amdc1e {} \; /sys/amd64/amd64/machdep.c /sys/i386/i386/machdep.c apparently identical code in both to detect and enable this, as it did. > Googling suggested there can be some issues with amdc1e > so tried changing machdep.idle=acpi and later machdep.idle=hlt > The system remained fragile. I had really expected that the "hlt" > option would work. Sounds a fair expectation. Glad to hear more recently that this box is still happily staying up with: > I now have machdep.idle=spin > In /etc/rc.local > #!/bin/sh > echo "setting machdep.idle=spin" > /sbin/sysctl machdep.idle=spin > With this the machine stays up and runs without apparent > problems. But the spin option seems to me to be a less than > ideal workaround. Indeed, and that this stops the box crashing must indicate something? > I have used verbose boot with machdep.idle=spin and collected the > following: > # acpidump -dt | gzip > xi_home.asl.gz > # gzip < /var/run/dmesg.boot > xi_home.dmesg.boot.gz > # sysctl -a | gzip > xi_home.sysctl-a.gz > Ian Smith has suggested that I post to this list and has kindly > offered to host these as: > http://smithi.id.au/mk/xi_home.asl.gz > http://smithi.id.au/mk/xi_home.dmesg.boot.gz > http://smithi.id.au/mk/xi_home.sysctl-a.gz Only a couple of nibbles so far. Should be more than enough info. > Oh, yes I also have: > hw.acpi.verbose=1 > in loader.conf but suspect this may be too early in the boot > sequence to be effective. > > With verbose boot I see messages: > t_delta 16.043d7574c63ce4e0 too long > t_delta 15.fbc6ac0df0853a80 too short > t_delta 16.02e33b0b45fef6e2 too long > t_delta 15.fd000012edba9452 too short > t_delta 16.071c8a4c41eb266a too long > t_delta 15.f8c6a8fa5f8dde0a too short > t_delta 16.05b425c4a1d780d4 too long > t_delta 15.fa4fe6f074261dba too short > . > . > . > Googling shows a number of reports of similar issues > but I've not managed to find any explanations or even what > t_delta represents. % find /sys/ -type f -exec grep -iHlw t_delta {} \; /sys/kern/kern_tc.c Those messages might or might not be relevant to your problem. I have a different issue also accompanied by such messages that Nate Lawson thought pointed to an ATA problem that I've not followed up yet, blush. http://lists.freebsd.org/pipermail/freebsd-acpi/2009-December/006192.html But I suspect all this may be a red herring to the machdep.idle issue, unless it helps someone to connect a few more dots .. > Your attention, thoughts and ideas will be appreciated. > Thanks, > > Malcolm Kay HTH(alb), Ian From owner-freebsd-acpi@FreeBSD.ORG Wed Apr 28 20:17:31 2010 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 937DE106566C for ; Wed, 28 Apr 2010 20:17:31 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by mx1.freebsd.org (Postfix) with ESMTP id 6AAC48FC12 for ; Wed, 28 Apr 2010 20:17:31 +0000 (UTC) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga102.jf.intel.com with ESMTP; 28 Apr 2010 13:09:20 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.52,289,1270450800"; d="scan'208";a="617318794" Received: from orsmsx602.amr.corp.intel.com ([10.22.226.211]) by orsmga001.jf.intel.com with ESMTP; 28 Apr 2010 13:10:18 -0700 Received: from orsmsx001.amr.corp.intel.com (10.22.226.42) by orsmsx602.amr.corp.intel.com (10.22.226.211) with Microsoft SMTP Server (TLS) id 8.2.176.0; Wed, 28 Apr 2010 13:10:28 -0700 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx001.amr.corp.intel.com ([10.22.226.42]) with mapi; Wed, 28 Apr 2010 13:10:27 -0700 From: "Moore, Robert" To: "Moore, Robert" Date: Wed, 28 Apr 2010 13:10:27 -0700 Thread-Topic: ACPICA version 20100428 released Thread-Index: AcrnDteKhUKpaf56Rdu4Rw9ogISBdg== Message-ID: <4911F71203A09E4D9981D27F9D830858624D5CCF@orsmsx503.amr.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 28 Apr 2010 20:25:49 +0000 Cc: Subject: ACPICA version 20100428 released X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2010 20:17:31 -0000 28 April 2010. Summary of changes for version 20100428: This release is available at www.acpica.org/downloads Note: The ACPI 4.0a specification was released on April 5, 2010 and is avai= lable at www.acpi.info. This is primarily an errata release. 1) ACPI CA Core Subsystem: Implemented GPE support for dynamically loaded ACPI tables. For all GPEs, i= ncluding FADT-based and GPE Block Devices, execute any _PRW methods in the = new table, and process any _Lxx/_Exx GPE methods in the new table. Any runt= ime GPE that is referenced by an _Lxx/_Exx method in the new table is immed= iately enabled. Provides compatibility with other ACPI implementations. Two= new files added, evgpeinit.c and evgpeutil.c. ACPICA BZ 833. Lin Ming, Bob= Moore. Fixed a regression introduced in version 20100331 within the table manager = where initial table loading could fail. This was introduced in the fix for = AcpiReallocateRootTable. Also, renamed some of fields in the table manager = data structures to clarify their meaning and use. Fixed a possible allocation overrun during internal object copy in AcpiUtCo= pySimpleObject. The original code did not correctly handle the case where t= he object to be copied was a namespace node. Lin Ming. ACPICA BZ 847. Updated the allocation dump routine, AcpiUtDumpAllocation and fixed a possi= ble access beyond end-of-allocation. Also, now fully validate descriptor (s= ize and type) before output. Lin Ming, Bob Moore. ACPICA BZ 847 Example Code and Data Size: These are the sizes for the OS-independent acpi= ca.lib produced by the Microsoft Visual C++ 6.0 32-bit compiler. The debug = version of the code includes the debug output trace mechanism and has a muc= h larger code and data size. Previous Release: Non-Debug Version: 87.9K Code, 18.6K Data, 106.5K Total Debug Version: 163.5K Code, 51.3K Data, 214.8K Total Current Release: Non-Debug Version: 88.4K Code, 18.8K Data, 107.2K Total Debug Version: 164.2K Code, 51.5K Data, 215.7K Total 2) iASL Compiler/Disassembler and Tools: iASL: Implemented Min/Max/Len/Gran validation for address resource descript= ors. This change implements validation for the address fields that are comm= on to all address-type resource descriptors. These checks are implemented: = Checks for valid Min/Max, length within the Min/Max window, valid granulari= ty, Min/Max a multiple of granularity, and _MIF/_MAF as per table 6-40 in t= he ACPI 4.0a specification. Also split the large aslrestype1.c and aslresty= pe2.c files into five new files. ACPICA BZ 840. iASL: Added support for the _Wxx predefined names. This support was missing= and these names were not recognized by the compiler as valid predefined na= mes. ACPICA BZ 851. iASL: Added an error for all predefined names that are defined to return no= value and thus must be implemented as Control Methods. These include all o= f the _Lxx, _Exx, _Wxx, and _Qxx names, as well as some other miscellaneous= names such as _DIS, _INI, _IRC, _OFF, _ON, and _PSx. ACPICA BZ 850, 856. iASL: Implemented the -ts option to emit hex AML data in ASL format, as an = ASL Buffer. Allows ACPI tables to be easily included within ASL files, to b= e dynamically loaded via the Load() operator. Also cleaned up output for th= e -ta and -tc options. ACPICA BZ 853. Tests: Added a new file with examples of extended iASL error checking. Demo= nstrates the advanced error checking ability of the iASL compiler. Availabl= e at tests/misc/badcode.asl. From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 29 06:10: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 5DA891065678 for ; Thu, 29 Apr 2010 06:10: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 4CFE18FC0A for ; Thu, 29 Apr 2010 06:10: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 o3T6A7hm078063 for ; Thu, 29 Apr 2010 06:10:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3T6A7SX078057; Thu, 29 Apr 2010 06:10:07 GMT (envelope-from gnats) Date: Thu, 29 Apr 2010 06:10:07 GMT Message-Id: <201004290610.o3T6A7SX078057@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Garrett Cooper Cc: Subject: Re: kern/129563: [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Garrett Cooper List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2010 06:10:07 -0000 The following reply was made to PR kern/129563; it has been noted by GNATS. From: Garrett Cooper To: bug-followup@FreeBSD.org, gallasch@free.de Cc: Subject: Re: kern/129563: [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode Date: Wed, 28 Apr 2010 23:07:46 -0700 Suspend works perfectly fine now in 8.0 (there are some drivers = that need to be unloaded before the resume -- like if_iwn). acpi_ibm is = useless and appears to be broken given my initial focused testing last = night. Overall, it's the resume part that's not 100% solid, but that's = a different issue with ata(4) vs ahci(4) according to some folks -- see = http://lists.freebsd.org/pipermail/freebsd-current/2008-July/086912.html = for more details. In the meantime I'm working on getting acpi(4) resume fully = functional with 8.0 RELEASE, then I'll move up to 8-STABLE and finally = move on to 9-CURRENT, time permitting. I'll report my findings. Thanks, -Garrett= From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 29 12:43:01 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 E140A1065688 for ; Thu, 29 Apr 2010 12:43:01 +0000 (UTC) (envelope-from piokud84@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 7369D8FC1D for ; Thu, 29 Apr 2010 12:43:01 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so1878672fgb.13 for ; Thu, 29 Apr 2010 05:42:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=TIcAyae4bXliK2/VUKoKUTd8WaschQi/1B6Pz/fO4HU=; b=ohsP6AaZVxqvGzMPBxHf6/BHsSU9kma0H2hHqTYUa4Wg8ev0DQ5n4+Q1miEFw8rNaR 84BR8rNGDVqGyMHH+MTjFSBKJtEVtW+UrYWcb2UnH1hW/EowFqL1JJVou6sLHw35H271 YrxfgveEl3NjpAr9GhhbqXH6I9VhJw5fY0Rj4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type :content-transfer-encoding; b=FGPzo7SKrk1/LHBUqpjEfptW6L+qg1TGpb/dyDT9BZ+9Eogo4r5TrZ5/uPL9fjO+bD 3wMUmyFeWq5HnYkl2Eeyfms8xTyZhJl8oM/GoR6DASNlCjpOdlfI+YrwBvObPA/mOizK QyspMyQ5FV45AjvIDszrUFNYGH9AeYsxwwhm0= Received: by 10.102.237.35 with SMTP id k35mr5077685muh.72.1272543419176; Thu, 29 Apr 2010 05:16:59 -0700 (PDT) Received: from sng (chello089074015015.chello.pl [89.74.15.15]) by mx.google.com with ESMTPS id 7sm3863317mup.13.2010.04.29.05.16.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 29 Apr 2010 05:16:58 -0700 (PDT) Date: Thu, 29 Apr 2010 14:17:10 +0200 From: Piotrek To: freebsd-acpi@freebsd.org Message-Id: <20100429141710.3261423d.piokud84@gmail.com> X-Mailer: Sylpheed 3.0.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Kernel panic @ boot 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, 29 Apr 2010 12:43:02 -0000 Hi My system is: FreeBSD sng 8.0-STABLE FreeBSD 8.0-STABLE #0: Wed Apr 28 12:13:32 CEST 2010 sng@sng:/usr/obj/usr/src/sys/DESKTOP amd64 Today I tryed to boot system with disabled ACPI and i got this screen: Fatal trap 12: page fault while in kernel mode cpuid = 0; acpi id = 00 fault virtual adress = 0x38 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff805b57fc stack pointer = 0x28:0xffffffff80af6780 frame pointer = 0x28:0xffffffff80af67a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 Regards Piotrek -- Piotrek From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 29 14:05:31 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 9C22B106564A for ; Thu, 29 Apr 2010 14:05:31 +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 192E78FC15 for ; Thu, 29 Apr 2010 14:05:30 +0000 (UTC) Received: from [127.0.0.1] (port=44106 helo=localhost) by web21.pochta.ru ( sendmail 8.13.3/8.13.1) with esmtp id 1O7UMi-00062w-Gr for freebsd-acpi@freebsd.org; Thu, 29 Apr 2010 18:05:28 +0400 X-Priority: 3 From: newuse@qip.ru To: freebsd-acpi@freebsd.org Date: Thu, 29 Apr 2010 18:05:20 +0400 Message-Id: MIME-Version: 1.0 X-SpamTest-Envelope-From: newuse@qip.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 13461 [Apr 29 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: Thu, 29 Apr 2010 14:05:31 -0000 Hellow, I have not found my trouble in Current problem reports assigned= to freebsd-acpi list, why?=0D=0A=0AI'll try to describe my trouble ag= ain:=0D=0A=0AI have tried to find an answer on different forums but did= not succeed, I am using FreeBSD 7 on very old PC but with ATX PSU, but= ATX power button does not work correctly :( It terminates power after p= ressing for 5 seconds whithout system shutdowning or does nothing after= short press.=0D=0A=0D=0AI have the same problems on two different mothe= rboards:=0D=0AAsus TX-97E =0D=0Aand=0D=0AZIDA BXi98-ATX (CreateBXi-ATX)= rev. 1.0=0D=0A=0A=0AThere is only this errors in DMESG:=0D=0A=0A=0D=0AA= CPI Error (tbxfroot-0308): A valid RSDP was not found [20070320]=0D=0A= =0AACPI: Table initialisation failed: AE_NOT_FOUND=0D=0A=0AACPI: Try dis= abling either ACPI or apic support.=0D=0A=0A=0AOf course there is no api= c and it is disabled.=0A=0AI also have found reports of correctly works= on FreeBSD 4 with Asus TX-97E MB.=0D=0A=0AGuru, could you help me? Ple= ase! From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 29 14:28:21 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 C54721065670 for ; Thu, 29 Apr 2010 14:28:21 +0000 (UTC) (envelope-from piokud84@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 5115B8FC17 for ; Thu, 29 Apr 2010 14:28:20 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so3258312fge.13 for ; Thu, 29 Apr 2010 07:28:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=HuwKTjKzWXBfubj6uE2nhkZ90W4RFM0Vl1+v/EsXOKs=; b=aDTt8vfS4G4tggtFhQ8GRULyMzdDZmmlvlWMtB9egyWQrvSUat3KFyfP5Ks33ouR8n hbFirkbhuA+05DfY+QZj8I/9cdXbr6uPUXEK0x358czMT+Vi8cO2olaUG04AxuXvLbXx 2u0rknjGTGDk5dLhzDm6QN97uanBZP+CJxcqQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=FkLr/5juRyIHgJraYDe81FvtIsbi1JSsgBhc0mIXsGbg4vb4/6DBn7ObM1n5NXKwnd M98gbXc07eVsW4MUv+vpif1eJwJtuq3ka5j5aYUSf6HuZbBIsUkBDpgwTNMNTaKqemCM QjghYahMfQPj1UVWNFuDAvSCZuOjKU/T/gyTo= Received: by 10.87.71.7 with SMTP id y7mr1437161fgk.63.1272551290284; Thu, 29 Apr 2010 07:28:10 -0700 (PDT) Received: from sng (chello089074015015.chello.pl [89.74.15.15]) by mx.google.com with ESMTPS id 18sm904760fks.5.2010.04.29.07.28.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 29 Apr 2010 07:28:09 -0700 (PDT) Date: Thu, 29 Apr 2010 16:28:20 +0200 From: Piotrek To: manefesto Message-Id: <20100429162820.39bb3834.piokud84@gmail.com> In-Reply-To: References: <20100429141710.3261423d.piokud84@gmail.com> X-Mailer: Sylpheed 3.0.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Kernel panic @ boot 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, 29 Apr 2010 14:28:21 -0000 On Thu, 29 Apr 2010 16:59:40 +0400 manefesto wrote: > try boot without acpi and downgrade to release. > > Manefesto Thats the thing, when I try to boot system WITHOUT ACPI i get panic screen, normaly I use standart boot options and everything works ok, I tryed boot system WITHOUT APCI just to check how system behaves without power managment... -- Piotrek From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 29 15:32:12 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 4A2F91065674 for ; Thu, 29 Apr 2010 15:32:12 +0000 (UTC) (envelope-from piokud84@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id CDB568FC18 for ; Thu, 29 Apr 2010 15:32:11 +0000 (UTC) Received: by ewy24 with SMTP id 24so4958591ewy.33 for ; Thu, 29 Apr 2010 08:32:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=s0xzTc/fqk3DOIGUfD99NXH9VtilewURtsksGqcIfaA=; b=QZPxpkRTyB+zlOfTcZ4nZvEXXlFJMvb2XZeBZxkfvpkANBti0JscYVRb8T80Iya6F7 CAiAUcl9CZacXAaR1THfd1z0WVVbDijBxONXFLfEY1mH78lY4kUPbfneEH95AS6Ef18f k0sQJLzXtp3oIJwhYkLB7Vcxjf2FJDlfywr1c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=dW8as5aSCRi0OTbY/KFb7j5/zohgn4LpLx5j+pht1otZG4ZIS0E3OAEA3fvKvBNBWY 9AXze2FmFtN2xa23aCgkX8u8C2lmtvrTvd9J1mH2TtNNBq03UBoCjaJWXwNsNYYl5mIj 9D4wSajfHqP0YoOLulBrZIHaq1alqeONK1yyI= Received: by 10.103.76.21 with SMTP id d21mr5352393mul.17.1272555124825; Thu, 29 Apr 2010 08:32:04 -0700 (PDT) Received: from sng (chello089074015015.chello.pl [89.74.15.15]) by mx.google.com with ESMTPS id 13sm1020780fks.30.2010.04.29.08.32.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 29 Apr 2010 08:32:02 -0700 (PDT) Date: Thu, 29 Apr 2010 17:32:15 +0200 From: Piotrek To: manefesto Message-Id: <20100429173215.a0d15853.piokud84@gmail.com> In-Reply-To: References: <20100429162820.39bb3834.piokud84@gmail.com> X-Mailer: Sylpheed 3.0.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Re[2]: Kernel panic @ boot 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, 29 Apr 2010 15:32:12 -0000 On Thu, 29 Apr 2010 19:17:49 +0400 manefesto wrote: > When you use RELEASE all worked fine,without panic? > Try boot from livecd and use latest kernel, copy kernel.old to kernel folder. > > Manefesto. > 5 min. after RELEASE landed on my HDD I updated system to STABLE, and I didn't try to boot it without acpi then. To do that what You say, i have to find spare pendrive because my sata controller doesn't support ATAPI devices yet, probably I will sort that out tumorrow and in the meanwhile maybe I build kernel with debugging, and put BT info... -- Piotrek From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 29 17:16:03 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 15978106564A for ; Thu, 29 Apr 2010 17:16:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id DA9538FC12 for ; Thu, 29 Apr 2010 17:16:02 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 60CAE46B09; Thu, 29 Apr 2010 13:16:02 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 9E8DA8A021; Thu, 29 Apr 2010 13:16:01 -0400 (EDT) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Thu, 29 Apr 2010 10:29:15 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201004291029.15314.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 29 Apr 2010 13:16:01 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00, SUBJECT_FUZZY_TION autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: 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: Thu, 29 Apr 2010 17:16:03 -0000 On Thursday 29 April 2010 10:05:20 am newuse@qip.ru wrote: > Hellow, I have not found my trouble in Current problem reports assigned to freebsd-acpi list, why? > > I'll try to describe my trouble again: > > I have tried to find an answer on different forums but did not succeed, I am using FreeBSD 7 on very old PC but with ATX PSU, but ATX power button does not work correctly :( It terminates power after pressing for 5 seconds whithout system shutdowning or does nothing after short press. > > I have the same problems on two different motherboards: > Asus TX-97E > and > ZIDA BXi98-ATX (CreateBXi-ATX) rev. 1.0 > > > There is only this errors in DMESG: > > > ACPI Error (tbxfroot-0308): A valid RSDP was not found [20070320] > > ACPI: Table initialisation failed: AE_NOT_FOUND > > ACPI: Try disabling either ACPI or apic support. > > > Of course there is no apic and it is disabled. > > I also have found reports of correctly works on FreeBSD 4 with Asus TX-97E MB. > > Guru, could you help me? Please! Can you try booting with 'hint.apic.0.disabled=1' set in loader.conf? Also, if you could obtain a full dmesg that would be helpful. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 30 17:21:32 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5A93106566C for ; Fri, 30 Apr 2010 17:21:32 +0000 (UTC) (envelope-from amracks@gmail.com) Received: from ins1.sd.spawar.navy.mil (ins1.sd.spawar.navy.mil [128.49.4.2]) by mx1.freebsd.org (Postfix) with ESMTP id C95EA8FC08 for ; Fri, 30 Apr 2010 17:21:32 +0000 (UTC) Received: from [IPv6:2001:480:10:130:208:74ff:fe39:3ee6] (granitechief.sd.spawar.navy.mil [IPv6:2001:480:10:130:208:74ff:fe39:3ee6]) by ins1.sd.spawar.navy.mil (8.13.1/8.13.1) with ESMTP id o3UH8EJJ010739 for ; Fri, 30 Apr 2010 10:08:14 -0700 Message-ID: <4BDB0F88.7040207@gmail.com> Date: Fri, 30 Apr 2010 10:12:40 -0700 From: Andrew Marks User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.8) Gecko/20100318 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: trouble waking from S3 on macbook 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: Fri, 30 Apr 2010 17:21:33 -0000 I am running 9.0-CURRENT w/ a custom kernel. Is there more suspend/resume info out there than this: http://www.freebsd.org/doc/en/books/handbook/acpi-debug.html My Macbook Pro will not wake from S3, and I can't find more info about acpi_lid, or gpe, or what is missing. Script started on Fri Apr 30 09:52:37 2010 You have mail. cubemonster# sysctl dev.acpi_lid.0.wake=3D1 dev.acpi_lid.0.wake: 0 sysctl: dev.acpi_lid.0.wake: Device not configured cubemonster# tail /var/log/messages | grep acpi_lid Apr 30 09:50:01 cubemonster kernel: acpi_lid0: enable wake failed Apr 30 09:52:48 cubemonster kernel: acpi_lid0: enable wake failed cubemonster# exit Script done on Fri Apr 30 09:53:05 2010 I turned on more debugging and: Apr 29 17:43:52 cubemonster kernel: evxfevnt-0336 [0x186ef] [3812493] EnableGpe : ----Entry Apr 29 17:43:52 cubemonster kernel: SYNCH-0519 [0x186ef] [3812494] OsAcquireLock : ----Entry Apr 29 17:43:52 cubemonster kernel: SYNCH-0527 [0x186ef] [3812494] OsAcquireLock : acquire ACPI lock (GPE) Apr 29 17:43:52 cubemonster kernel: evgpe-0211 [0x186ef] [3812495] EvEnableGpe : ----Entry Apr 29 17:43:52 cubemonster kernel: evgpe-0222 [0x186ef] [3812495] EvEnableGpe : ----Exit- ****Exception****: AE_WAKE_ONLY_GPE Apr 29 17:43:52 cubemonster kernel: SYNCH-0545 [0x186ef] [3812495] OsReleaseLock : ----Entry Apr 29 17:43:52 cubemonster kernel: SYNCH-0553 [0x186ef] [3812495] OsReleaseLock : release ACPI lock (GPE) Apr 29 17:43:52 cubemonster kernel: evxfevnt-0406 [0x186ef] [3812495] EnableGpe : ----Exit- ****Exception****: AE_WAKE_ONLY_GPE Apr 29 17:43:52 cubemonster kernel: acpi_lid0: enable wake failed Just looking for someone to point me in the right direction to make this work, I may be headed the wrong way as it is. Thanks, Andrew From owner-freebsd-acpi@FreeBSD.ORG Sat May 1 13:50:56 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D958A106566B for ; Sat, 1 May 2010 13:50:56 +0000 (UTC) (envelope-from lioux@FreeBSD.org) Received: from goat.gigo.com (goat.gigo.com [216.218.228.114]) by mx1.freebsd.org (Postfix) with ESMTP id C1FF18FC14 for ; Sat, 1 May 2010 13:50:56 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by goat.gigo.com (Postfix) with ESMTP id 38F825C53 for ; Sat, 1 May 2010 06:31:49 -0700 (PDT) Received: from goat.gigo.com ([127.0.0.1]) by localhost (vette.gigo.com [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id j5dEGYSzUFeP for ; Sat, 1 May 2010 06:31:49 -0700 (PDT) Received: from 201.88.119.58 (201-88-119-58.bsace702.dsl.brasiltelecom.net.br [201.88.119.58]) by goat.gigo.com (Postfix) with ESMTPSA id 6084C5C51 for ; Sat, 1 May 2010 06:31:48 -0700 (PDT) Received: (qmail 99383 invoked by uid 1001); 1 May 2010 10:31:42 -0300 Message-ID: <20100501133142.99353.qmail@exxodus.fedaykin.here> Date: Sat, 1 May 2010 10:31:42 -0300 From: Mario Sergio Fujikawa Ferreira To: freebsd-acpi@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Asus M2N32 sli deluxe acpi_themal problem (ACPI Warning for \\_TZ_.THRM._PSL) 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, 01 May 2010 13:50:56 -0000 Hi, MOBO: Asus m2n32 sli deluxe wireless edition with bios version 2209. FreeBSD: FreeBSD home.here 8.0-STABLE FreeBSD 8.0-STABLE #20: Tue Apr 27 07:09:25 BRT 2010 lioux@home:/usr/obj/usr/src/sys/LIOUX i386 I would like to use acpi_thermal(4) passive cooling feature. However, hw.acpi.thermal.tzo.temperature reports incorrect temperature. It always return 40,0C regardless of the value I get from other sysctls: dev.acpi_aiboost.0.temp0: 550 dev.acpi_aiboost.0.temp1: 390 dev.amdtemp.0.sensor0.core0: 39,0C dev.amdtemp.0.sensor0.core1: 42,0C The above values are conflicted but at least they go higher when the room is hot. :) I lean towards the values from dev.amdtemp. Anyways, I also get the following warning during boot: amdtemp0: on hostb3 acpi_tz0: on acpi0 ACPI Warning for \\_TZ_.THRM._PSL: Return Package type mismatch at index 0 - found [NULL Object Descriptor], expected Reference (20100331/nspredef-1197) acpi_aiboost0: on acpi0 I am providing the asl, dsdt, dmesg.boot and several sysctl dumps at: http://people.freebsd.org/~lioux/acpi/asus_m2n32_sli/dmesg.boot http://people.freebsd.org/~lioux/acpi/asus_m2n32_sli/lioux-asus_m2n32_sli_deluxe_wireless_edition_bios_2209.asl http://people.freebsd.org/~lioux/acpi/asus_m2n32_sli/lioux-asus_m2n32_sli_deluxe_wireless_edition_bios_2209.dsdt http://people.freebsd.org/~lioux/acpi/asus_m2n32_sli/sysctl-dev.acpi_.txt http://people.freebsd.org/~lioux/acpi/asus_m2n32_sli/sysctl-dev.amdtemp.txt http://people.freebsd.org/~lioux/acpi/asus_m2n32_sli/sysctl-hw.acpi.txt and bzip2 compressed versions at http://people.freebsd.org/~lioux/acpi/asus_m2n32_sli/dmesg.boot.bz2 http://people.freebsd.org/~lioux/acpi/asus_m2n32_sli/lioux-asus_m2n32_sli_deluxe_wireless_edition_bios_2209.asl.bz2 http://people.freebsd.org/~lioux/acpi/asus_m2n32_sli/lioux-asus_m2n32_sli_deluxe_wireless_edition_bios_2209.dsdt.bz2 http://people.freebsd.org/~lioux/acpi/asus_m2n32_sli/sysctl-dev.acpi_.txt.bz2 http://people.freebsd.org/~lioux/acpi/asus_m2n32_sli/sysctl-dev.amdtemp.txt.bz2 http://people.freebsd.org/~lioux/acpi/asus_m2n32_sli/sysctl-hw.acpi.txt.bz2 Let me know if there is anything else I can do to help. Regards, -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature