From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 1 11:01:51 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6D1116A423 for ; Mon, 1 Aug 2005 11:01:51 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8329143D48 for ; Mon, 1 Aug 2005 11:01:51 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j71B1pJ7017078 for ; Mon, 1 Aug 2005 11:01:51 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j71B1oaP017073 for freebsd-acpi@freebsd.org; Mon, 1 Aug 2005 11:01:50 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 1 Aug 2005 11:01:50 GMT Message-Id: <200508011101.j71B1oaP017073@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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, 01 Aug 2005 11:01:51 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2003/09/03] i386/56372 acpi acpi don't work on TYAN tiger100 M/B o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma o [2005/03/21] i386/79080 acpi acpi thermal changes freezes HP nx6110 o [2005/03/21] i386/79081 acpi ACPI suspend/resume not working on HP nx6 10 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/03/17] kern/64365 acpi ACPI problems o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi [request] add thermal support to ACPI o [2004/11/11] kern/73823 acpi acpi / power-on by timer support o [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo o [2004/11/21] kern/74215 acpi [request] add ACPI headers to /usr/includ o [2005/05/09] kern/80815 acpi ACPI(pci_link) problem in 5.4-STABLE: TIM 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 1 17:39:54 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D655D16A41F for ; Mon, 1 Aug 2005 17:39:54 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8692C43D49 for ; Mon, 1 Aug 2005 17:39:52 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j71Hdpo5025938 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 1 Aug 2005 10:39:52 -0700 Message-ID: <42EE5E58.1070707@root.org> Date: Mon, 01 Aug 2005 10:39:36 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: m.ehinger@ltur.de References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: No battery critical warning on Thinkpad t42 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, 01 Aug 2005 17:39:55 -0000 m.ehinger@ltur.de wrote: > i recognized that an my Thinkpad T42 i get no battery critical warnings! All i get is a battery low state. There is no guarantee that a given system generates critical warnings. It may be that your BIOS doesn't implement this. > hw.acpi.battery.state becomes 1 at discharge, 2 at recharge and 0 at full. Those are correct. > I get ACPI notifies from CMBAT at 4% and 38% with hw.acpi.battery.state: 1 and at 100% with hw.acpi.battery.state=0. > > Is that the correct behaviour? These doesn't seem to be anything wrong there. The battery is free to generate notifies whenever something has changed. The BIOS may have set trip points for those levels. > Is there an default action when battery becomes critical? No, just prints a message on console. We could initiate shutdown or suspend, but there are too many systems that report "critical" early or incorrectly. Also, a lot of systems don't resume properly so suspend isn't a good route either. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 4 15:41:09 2005 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE7C016A41F for ; Thu, 4 Aug 2005 15:41:09 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from portpc-design.spb.ru (ns2.portpc-design.spb.ru [195.161.118.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 881C843D48 for ; Thu, 4 Aug 2005 15:41:07 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.171.173] (ppp83-237-171-173.pppoe.mtu-net.ru [83.237.171.173]) (authenticated bits=0) by portpc-design.spb.ru (8.13.4/8.13.4) with ESMTP id j74Ff4ML021963 for ; Thu, 4 Aug 2005 19:41:04 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <42F2370B.7050004@mcsi.pp.ru> Date: Thu, 04 Aug 2005 19:40:59 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050728 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: acpi@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on 81.176.64.226 X-Virus-Status: Clean Cc: Subject: New witness warnings/LOR when booting 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, 04 Aug 2005 15:41:09 -0000 Hi. This is after upgrade on FreeBSD ultra.domain 7.0-CURRENT FreeBSD 7.0-CURRENT #5: Wed Aug 3 22:41:05 MSD 2005 mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA i386 with /boot/loader.conf: hw.psm.synaptics_support=1 debug.mpsafevfs=1 acpi_perf_load="YES" cpufreq_load="YES" debug.acpi.disabled="sysres" bcmwl5_sys_load="YES" Copyright (c) 1992-2005 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 7.0-CURRENT #5: Wed Aug 3 22:41:05 MSD 2005 mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 536674304 (511 MB) avail memory = 514646016 (490 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: irq 9 on acpi0 pci_link1: irq 5 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 5 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0x9800-0x98ff mem 0xe8000000-0xefffffff,0xfe9f0000-0xfe9fffff irq 16 at device 0.0 on pci1 info: [drm] AGP at 0xf8000000 64MB info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 uhci0: port 0xe000-0xe01f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe400-0xe41f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe800-0xe81f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xec00-0xec1f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfebffc00-0xfebfffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 skc0: <3Com 3C940 Gigabit Ethernet> port 0xa800-0xa8ff mem 0xfeafc000-0xfeafffff irq 18 at device 0.0 on pci2 skc0: interrupt moderation is 100 us skc0: 3Com Gigabit LOM (3C940) rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:0e:a6:b9:f9:f8 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto cbb0: irq 16 at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: irq 17 at device 1.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: mem 0xfeafb000-0xfeafb7ff irq 18 at device 1.2 on pci2 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:03:18:f3:bc fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:18:f3:bc fwe0: Ethernet address: 02:e0:18:18:f3:bc fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci2: at device 1.3 (no driver attached) pci2: at device 1.4 (no driver attached) ndis0: mem 0xfeaf8000-0xfeaf9fff irq 17 at device 2.0 on pci2 ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:0e:a6:c2:00:e4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcm0: port 0xd400-0xd4ff,0xd000-0xd03f mem 0xfebff800-0xfebff9ff,0xfebff400-0xfebff4ff irq 17 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 malloc(M_WAITOK) of "PROC", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex ACPI thermal zone r = 0 (0xc0bd3340) locked @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:1023 KDB: stack backtrace: kdb_backtrace(1,c1ecd1d4,c11391e0,1,c0c20b90) at kdb_backtrace+0x29 witness_warn(5,0,c08f094c,c08d52a5,c1ecd1d4) at witness_warn+0x18e uma_zalloc_arg(c11391e0,0,2) at uma_zalloc_arg+0x41 fork1(c09b2e00,60034,0,c0c20be4) at fork1+0x106 kthread_create(c0bbe06c,c1ecd100,c1ecd1d4,40000,0) at kthread_create+0x3d acpi_tz_cooling_thread_start(c1ecd124,0,307a74,c0bd1b78,c1b136e0) at acpi_tz_cooling_thread_start+0x84 acpi_tz_attach(c1c2ce80) at acpi_tz_attach+0x46c device_attach(c1c2ce80,c1c27180,c1c2ce80,c1bf4a00,c1bf4a80) at device_attach+0x58 device_probe_and_attach(c1c2ce80) at device_probe_and_attach+0xe0 bus_generic_attach(c1bf4a80,c0bd0e28,c0940438,c0940438,c1bf4a80) at bus_generic_attach+0x16 acpi_attach(c1bf4a80) at acpi_attach+0x631 device_attach(c1bf4a80,0,c1bf4a80,c1bf5280,0) at device_attach+0x58 device_probe_and_attach(c1bf4a80) at device_probe_and_attach+0xe0 bus_generic_attach(c1bf5280,c1bf5280,c1bf5280,c0c20d40,c069f540) at bus_generic_attach+0x16 nexus_attach(c1bf5280) at nexus_attach+0x13 device_attach(c1bf5280,c09baca8,c1bf5280,c0980a50,c28000) at device_attach+0x58 device_probe_and_attach(c1bf5280) at device_probe_and_attach+0xe0 root_bus_configure(c0c20d88,c066227e,0,c1ec00,c1e000) at root_bus_configure+0x16 configure(0,c1ec00,c1e000,0,c0454495) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c malloc(M_WAITOK) of "MAC labels", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex ACPI thermal zone r = 0 (0xc0bd3340) locked @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:1023 KDB: stack backtrace: kdb_backtrace(1,c1ecd1d4,c1139000,c1bbaa3c,c0c20b68) at kdb_backtrace+0x29 witness_warn(5,0,c08f094c,c08ecc51,c1ecd1d4) at witness_warn+0x18e uma_zalloc_arg(c1139000,0,2) at uma_zalloc_arg+0x41 mac_labelzone_alloc(2,c1ecd1d4,40000,c0c20b98,c07b3f54) at mac_labelzone_alloc+0x13 mac_proc_label_alloc(c0c20bcc,c0675331,c1bbaa3c,c0c20be4,c06aca93) at mac_proc_label_alloc+0xc mac_init_proc(c1bbaa3c,c0c20be4,c06aca93,c0bcda02,c0c20bc8) at mac_init_proc+0x8 fork1(c09b2e00,60034,0,c0c20be4) at fork1+0x111 kthread_create(c0bbe06c,c1ecd100,c1ecd1d4,40000,0) at kthread_create+0x3d acpi_tz_cooling_thread_start(c1ecd124,0,307a74,c0bd1b78,c1b136e0) at acpi_tz_cooling_thread_start+0x84 acpi_tz_attach(c1c2ce80) at acpi_tz_attach+0x46c device_attach(c1c2ce80,c1c27180,c1c2ce80,c1bf4a00,c1bf4a80) at device_attach+0x58 device_probe_and_attach(c1c2ce80) at device_probe_and_attach+0xe0 bus_generic_attach(c1bf4a80,c0bd0e28,c0940438,c0940438,c1bf4a80) at bus_generic_attach+0x16 acpi_attach(c1bf4a80) at acpi_attach+0x631 device_attach(c1bf4a80,0,c1bf4a80,c1bf5280,0) at device_attach+0x58 device_probe_and_attach(c1bf4a80) at device_probe_and_attach+0xe0 bus_generic_attach(c1bf5280,c1bf5280,c1bf5280,c0c20d40,c069f540) at bus_generic_attach+0x16 nexus_attach(c1bf5280) at nexus_attach+0x13 device_attach(c1bf5280,c09baca8,c1bf5280,c0980a50,c28000) at device_attach+0x58 device_probe_and_attach(c1bf5280) at device_probe_and_attach+0xe0 root_bus_configure(c0c20d88,c066227e,0,c1ec00,c1e000) at root_bus_configure+0x16 configure(0,c1ec00,c1e000,0,c0454495) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c lock order reversal 1st 0xc0bd3340 ACPI thermal zone (ACPI thermal zone) @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:1023 2nd 0xc09b4ea0 proctree (proctree) @ /usr/src/sys/kern/kern_fork.c:277 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c09c5328,c09c61d8,c0946bec) at kdb_backtrace+0x29 witness_checkorder(c09b4ea0,1,c08d307f,115) at witness_checkorder+0x564 _sx_slock(c09b4ea0,c08d307f,115,c1bbabf0,c1bbaaa4,0,0,0,c1bbaa3c) at _sx_slock+0x50 fork1(c09b2e00,60034,0,c0c20be4) at fork1+0x13b kthread_create(c0bbe06c,c1ecd100,c1ecd1d4,40000,0) at kthread_create+0x3d acpi_tz_cooling_thread_start(c1ecd124,0,307a74,c0bd1b78,c1b136e0) at acpi_tz_cooling_thread_start+0x84 acpi_tz_attach(c1c2ce80) at acpi_tz_attach+0x46c device_attach(c1c2ce80,c1c27180,c1c2ce80,c1bf4a00,c1bf4a80) at device_attach+0x58 device_probe_and_attach(c1c2ce80) at device_probe_and_attach+0xe0 bus_generic_attach(c1bf4a80,c0bd0e28,c0940438,c0940438,c1bf4a80) at bus_generic_attach+0x16 acpi_attach(c1bf4a80) at acpi_attach+0x631 device_attach(c1bf4a80,0,c1bf4a80,c1bf5280,0) at device_attach+0x58 device_probe_and_attach(c1bf4a80) at device_probe_and_attach+0xe0 bus_generic_attach(c1bf5280,c1bf5280,c1bf5280,c0c20d40,c069f540) at bus_generic_attach+0x16 nexus_attach(c1bf5280) at nexus_attach+0x13 device_attach(c1bf5280,c09baca8,c1bf5280,c0980a50,c28000) at device_attach+0x58 device_probe_and_attach(c1bf5280) at device_probe_and_attach+0xe0 root_bus_configure(c0c20d88,c066227e,0,c1ec00,c1e000) at root_bus_configure+0x16 configure(0,c1ec00,c1e000,0,c0454495) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c malloc(M_WAITOK) of "4096", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex ACPI thermal zone r = 0 (0xc0bd3340) locked @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:1023 KDB: stack backtrace: kdb_backtrace(1,ad0,c1142b40,8,c0c20b60) at kdb_backtrace+0x29 witness_warn(5,0,c08f094c,c0890c18,ad0) at witness_warn+0x18e uma_zalloc_arg(c1142b40,0,102) at uma_zalloc_arg+0x41 malloc(acc,c0945a00,102,3b,c0c20bcc) at malloc+0xae sigacts_alloc(c0c20be4,c06aca93,1,0,c06ac468) at sigacts_alloc+0x18 fork1(c09b2e00,60034,0,c0c20be4) at fork1+0x495 kthread_create(c0bbe06c,c1ecd100,c1ecd1d4,40000,0) at kthread_create+0x3d acpi_tz_cooling_thread_start(c1ecd124,0,307a74,c0bd1b78,c1b136e0) at acpi_tz_cooling_thread_start+0x84 acpi_tz_attach(c1c2ce80) at acpi_tz_attach+0x46c device_attach(c1c2ce80,c1c27180,c1c2ce80,c1bf4a00,c1bf4a80) at device_attach+0x58 device_probe_and_attach(c1c2ce80) at device_probe_and_attach+0xe0 bus_generic_attach(c1bf4a80,c0bd0e28,c0940438,c0940438,c1bf4a80) at bus_generic_attach+0x16 acpi_attach(c1bf4a80) at acpi_attach+0x631 device_attach(c1bf4a80,0,c1bf4a80,c1bf5280,0) at device_attach+0x58 device_probe_and_attach(c1bf4a80) at device_probe_and_attach+0xe0 bus_generic_attach(c1bf5280,c1bf5280,c1bf5280,c0c20d40,c069f540) at bus_generic_attach+0x16 nexus_attach(c1bf5280) at nexus_attach+0x13 device_attach(c1bf5280,c09baca8,c1bf5280,c0980a50,c28000) at device_attach+0x58 device_probe_and_attach(c1bf5280) at device_probe_and_attach+0xe0 root_bus_configure(c0c20d88,c066227e,0,c1ec00,c1e000) at root_bus_configure+0x16 configure(0,c1ec00,c1e000,0,c0454495) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c malloc(M_WAITOK) of "256", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex ACPI thermal zone r = 0 (0xc0bd3340) locked @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:1023 KDB: stack backtrace: kdb_backtrace(1,d0,c11423c0,4,c0c20b28) at kdb_backtrace+0x29 witness_warn(5,0,c08f094c,c08da870,d0) at witness_warn+0x18e uma_zalloc_arg(c11423c0,0,102) at uma_zalloc_arg+0x41 malloc(cc,c09426c0,102,c06834e4,3b) at malloc+0xae fdinit(c1ad2800,c1e43aa8,c08d6045,0,0) at fdinit+0x20 fdcopy(c1ad2800,c0c20be4,c06aca93,1,c1e43000) at fdcopy+0x20 fork1(c09b2e00,60034,0,c0c20be4) at fork1+0x4ce kthread_create(c0bbe06c,c1ecd100,c1ecd1d4,40000,0) at kthread_create+0x3d acpi_tz_cooling_thread_start(c1ecd124,0,307a74,c0bd1b78,c1b136e0) at acpi_tz_cooling_thread_start+0x84 acpi_tz_attach(c1c2ce80) at acpi_tz_attach+0x46c device_attach(c1c2ce80,c1c27180,c1c2ce80,c1bf4a00,c1bf4a80) at device_attach+0x58 device_probe_and_attach(c1c2ce80) at device_probe_and_attach+0xe0 bus_generic_attach(c1bf4a80,c0bd0e28,c0940438,c0940438,c1bf4a80) at bus_generic_attach+0x16 acpi_attach(c1bf4a80) at acpi_attach+0x631 device_attach(c1bf4a80,0,c1bf4a80,c1bf5280,0) at device_attach+0x58 device_probe_and_attach(c1bf4a80) at device_probe_and_attach+0xe0 bus_generic_attach(c1bf5280,c1bf5280,c1bf5280,c0c20d40,c069f540) at bus_generic_attach+0x16 nexus_attach(c1bf5280) at nexus_attach+0x13 device_attach(c1bf5280,c09baca8,c1bf5280,c0980a50,c28000) at device_attach+0x58 device_probe_and_attach(c1bf5280) at device_probe_and_attach+0xe0 root_bus_configure(c0c20d88,c066227e,0,c1ec00,c1e000) at root_bus_configure+0x16 configure(0,c1ec00,c1e000,0,c0454495) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c acpi_acad0: on acpi0 battery0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0 speaker0: port 0x61 on acpi0 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, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff 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 ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ukbd0: vendor 0x0566 product 0x3002, rev 1.10/1.00, addr 3, iclass 3/1 kbd2 at ukbd0 uhid0: vendor 0x0566 product 0x3002, rev 1.10/1.00, addr 3, iclass 3/1 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 ad2: 57231MB at ata1-master UDMA100 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad2s3a -- Maxim Maximov From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 4 18:42:27 2005 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D78416A41F for ; Thu, 4 Aug 2005 18:42:27 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EADB43D45 for ; Thu, 4 Aug 2005 18:42:25 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:Aq0Vz0TKZF+UQFMNcV4Nehhjhdd+Nvm8AjCTVspFREYHJ2mEYFCaR+bX/f/2bQdx@kasuga.mahoroba.org [IPv6:3ffe:501:185b:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j74IgDWp039459 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Aug 2005 03:42:18 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 05 Aug 2005 03:42:12 +0900 Message-ID: From: Hajimu UMEMOTO To: Maxim Maximov In-Reply-To: <42F2370B.7050004@mcsi.pp.ru> References: <42F2370B.7050004@mcsi.pp.ru> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.0-BETA2 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Fri, 05 Aug 2005 03:42:19 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ameno.mahoroba.org Cc: acpi@freebsd.org Subject: Re: New witness warnings/LOR when booting 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, 04 Aug 2005 18:42:27 -0000 Hi, >>>>> On Thu, 04 Aug 2005 19:40:59 +0400 >>>>> Maxim Maximov said: mcsi> acpi_tz0: on acpi0 mcsi> malloc(M_WAITOK) of "PROC", forcing M_NOWAIT with the following mcsi> non-sleepable locks held: mcsi> exclusive sleep mutex ACPI thermal zone r = 0 (0xc0bd3340) locked @ mcsi> /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:1023 mcsi> KDB: stack backtrace: mcsi> kdb_backtrace(1,c1ecd1d4,c11391e0,1,c0c20b90) at kdb_backtrace+0x29 mcsi> witness_warn(5,0,c08f094c,c08d52a5,c1ecd1d4) at witness_warn+0x18e mcsi> uma_zalloc_arg(c11391e0,0,2) at uma_zalloc_arg+0x41 mcsi> fork1(c09b2e00,60034,0,c0c20be4) at fork1+0x106 mcsi> kthread_create(c0bbe06c,c1ecd100,c1ecd1d4,40000,0) at kthread_create+0x3d mcsi> acpi_tz_cooling_thread_start(c1ecd124,0,307a74,c0bd1b78,c1b136e0) at mcsi> acpi_tz_cooling_thread_start+0x84 mcsi> acpi_tz_attach(c1c2ce80) at acpi_tz_attach+0x46c I've just committed the fix. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/acpica/acpi_thermal.c.diff?r1=1.54&r2=1.55 Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 5 13:52:00 2005 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6F7D16A41F; Fri, 5 Aug 2005 13:52:00 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from portpc-design.spb.ru (ns2.portpc-design.spb.ru [195.161.118.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2247943D48; Fri, 5 Aug 2005 13:51:56 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.171.109] (ppp83-237-171-109.pppoe.mtu-net.ru [83.237.171.109]) (authenticated bits=0) by portpc-design.spb.ru (8.13.4/8.13.4) with ESMTP id j75DprOn093197; Fri, 5 Aug 2005 17:51:53 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <42F36EF4.3000605@mcsi.pp.ru> Date: Fri, 05 Aug 2005 17:51:48 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050728 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Hajimu UMEMOTO References: <42F2370B.7050004@mcsi.pp.ru> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on 81.176.64.226 X-Virus-Status: Clean Cc: acpi@freebsd.org Subject: Re: New witness warnings/LOR when booting 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, 05 Aug 2005 13:52:00 -0000 Hajimu UMEMOTO wrote: > Hi, > > >>>>>>On Thu, 04 Aug 2005 19:40:59 +0400 >>>>>>Maxim Maximov said: > > > mcsi> acpi_tz0: on acpi0 > mcsi> malloc(M_WAITOK) of "PROC", forcing M_NOWAIT with the following > mcsi> non-sleepable locks held: > mcsi> exclusive sleep mutex ACPI thermal zone r = 0 (0xc0bd3340) locked @ > mcsi> /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:1023 > mcsi> KDB: stack backtrace: > mcsi> kdb_backtrace(1,c1ecd1d4,c11391e0,1,c0c20b90) at kdb_backtrace+0x29 > mcsi> witness_warn(5,0,c08f094c,c08d52a5,c1ecd1d4) at witness_warn+0x18e > mcsi> uma_zalloc_arg(c11391e0,0,2) at uma_zalloc_arg+0x41 > mcsi> fork1(c09b2e00,60034,0,c0c20be4) at fork1+0x106 > mcsi> kthread_create(c0bbe06c,c1ecd100,c1ecd1d4,40000,0) at kthread_create+0x3d > mcsi> acpi_tz_cooling_thread_start(c1ecd124,0,307a74,c0bd1b78,c1b136e0) at > mcsi> acpi_tz_cooling_thread_start+0x84 > mcsi> acpi_tz_attach(c1c2ce80) at acpi_tz_attach+0x46c > > I've just committed the fix. > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/acpica/acpi_thermal.c.diff?r1=1.54&r2=1.55 > This fixes all warnings. Thanks! -- Maxim Maximov From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 5 17:08:39 2005 Return-Path: X-Original-To: acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5656916A41F for ; Fri, 5 Aug 2005 17:08:39 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id E17F243D46 for ; Fri, 5 Aug 2005 17:08:38 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j75H8caR030265 for ; Fri, 5 Aug 2005 13:08:38 -0400 X-ORBL: [67.119.74.222] Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by pimout6-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j75H8TRU402382; Fri, 5 Aug 2005 13:08:34 -0400 Message-ID: <42F39D0A.5060600@root.org> Date: Fri, 05 Aug 2005 10:08:26 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <42E68319.40105@centtech.com> <42E68BF7.4040104@root.org> <42E6A3B4.5000102@centtech.com> <42E9220A.4030007@root.org> <42E99654.6010501@centtech.com> <42EA9710.1020009@root.org> <42EF66CD.2020109@centtech.com> In-Reply-To: <42EF66CD.2020109@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@FreeBSD.org Subject: Re: More ACPI patch problems.. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 17:08:39 -0000 Eric Anderson wrote: > Nate Lawson wrote: >>> However, my battery still only gets to 99%. >>> >>> Eric >> >> Let me know if you find out if a new battery changes this. > > Nope - a new battery did not fix it. However, adding a secondary > battery now makes it show 100%. Removing the second battery, back to > 99% again. Here's my test (on AC power the whole time): > > Both installed: > hw.acpi.battery.life: 100 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 0 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > > yank out secondary battery: > hw.acpi.battery.life: 99 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 0 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 Ok, I have committed a fix for this. Let me know if it helps. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 5 19:56:03 2005 Return-Path: X-Original-To: acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C145116A41F for ; Fri, 5 Aug 2005 19:56:03 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32E2043D46 for ; Fri, 5 Aug 2005 19:56:02 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j75Jtvk6089641; Fri, 5 Aug 2005 14:56:01 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42F3C43F.5060507@centtech.com> Date: Fri, 05 Aug 2005 14:55:43 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050802 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <42E68319.40105@centtech.com> <42E68BF7.4040104@root.org> <42E6A3B4.5000102@centtech.com> <42E9220A.4030007@root.org> <42E99654.6010501@centtech.com> <42EA9710.1020009@root.org> <42EF66CD.2020109@centtech.com> <42F39D0A.5060600@root.org> In-Reply-To: <42F39D0A.5060600@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@FreeBSD.org Subject: Re: More ACPI patch problems.. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 19:56:03 -0000 Nate Lawson wrote: > Eric Anderson wrote: > >> Nate Lawson wrote: >> >>>> However, my battery still only gets to 99%. >>>> >>>> Eric >>> >>> >>> Let me know if you find out if a new battery changes this. >> >> >> Nope - a new battery did not fix it. However, adding a secondary >> battery now makes it show 100%. Removing the second battery, back to >> 99% again. Here's my test (on AC power the whole time): >> >> Both installed: >> hw.acpi.battery.life: 100 >> hw.acpi.battery.time: -1 >> hw.acpi.battery.state: 0 >> hw.acpi.battery.units: 2 >> hw.acpi.battery.info_expire: 5 >> >> yank out secondary battery: >> hw.acpi.battery.life: 99 >> hw.acpi.battery.time: -1 >> hw.acpi.battery.state: 0 >> hw.acpi.battery.units: 2 >> hw.acpi.battery.info_expire: 5 > > > Ok, I have committed a fix for this. Let me know if it helps. > That did the trick! Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------