From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 3 04:02:53 2005 Return-Path: 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 EE63716A4D1 for ; Sun, 3 Apr 2005 04:02:53 +0000 (GMT) Received: from ns2.alphaque.com (ns2.alphaque.com [202.75.47.153]) by mx1.FreeBSD.org (Postfix) with SMTP id 7C38A43D1F for ; Sun, 3 Apr 2005 04:02:52 +0000 (GMT) (envelope-from dinesh@alphaque.com) Received: (qmail 99224 invoked by uid 0); 3 Apr 2005 04:02:51 -0000 Received: from lucifer.net-gw.com (HELO prophet.alphaque.com) (202.75.47.153) by lucifer.net-gw.com with SMTP; 3 Apr 2005 04:02:51 -0000 Received: from [127.0.0.1] (localhost [127.0.0.1]) by prophet.alphaque.com (8.13.3/8.13.3) with ESMTP id j32HxUS0001091; Sun, 3 Apr 2005 01:59:30 +0800 (MYT) (envelope-from dinesh@alphaque.com) Message-ID: <424EDD81.1060106@alphaque.com> Date: Sun, 03 Apr 2005 01:59:29 +0800 From: Dinesh Nair User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050326 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <42334057.5070705@gmx.net> <42492F0B.3040704@alphaque.com> <424B7A2D.5060902@alphaque.com> <424E13B1.4090607@alphaque.com> <424E363B.2010506@root.org> In-Reply-To: <424E363B.2010506@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: freebsd-acpi@freebsd.org Subject: Re: enable acpi X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 04:02:54 -0000 On 04/02/05 14:05 Nate Lawson said the following: > Dinesh Nair wrote: > >> On 03/31/05 20:51 John Baldwin said the following: >> >>> The problem is that the taskqueue_swi in 4.x doesn't have a thread >>> context that can be slept on via tsleep(). The fix would be to >>> create a kthread in which to run the ACPI tasks. 4.x already has one >>> such kthread for the taskqueue_thread taskqueue that you could use as >>> a reference if you wish to do this yourself. >> >> >> >> thanx for the pointer, john. with your explanation, the fix was >> simple. since applying this, it's not paniced in over 24 hours of >> continuous running. patch attached. i'll also raise a PR for this. > > > Don't bother, I already committed it. thanks a bunch, nate. -- Regards, /\_/\ "All dogs go to heaven." dinesh@alphaque.com (0 0) http://www.alphaque.com/ +==========================----oOO--(_)--OOo----==========================+ | for a in past present future; do | | for b in clients employers associates relatives neighbours pets; do | | echo "The opinions here in no way reflect the opinions of my $a $b." | | done; done | +=========================================================================+ From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 3 04:03:46 2005 Return-Path: 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 E731D16A4CF; Sun, 3 Apr 2005 04:03:45 +0000 (GMT) Received: from mail.smartbit.ru (212.44.95.66.satgate.net [212.44.95.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 461BA43D53; Sun, 3 Apr 2005 04:03:44 +0000 (GMT) (envelope-from filter@smartbit.ru) Received: by mail.smartbit.ru (Postfix, from userid 1025) id 6E3281B867; Sun, 3 Apr 2005 08:03:42 +0400 (MSD) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by mail.smartbit.ru (Postfix) with ESMTP id C2B721B860 for <_@smartbit.ru>; Sun, 3 Apr 2005 08:03:40 +0400 (MSD) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id D24E956A97; Sun, 3 Apr 2005 04:03:12 +0000 (GMT) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 79D2E16A4F0; Sun, 3 Apr 2005 04:03:02 +0000 (GMT) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2B7B16A4D2 for ; Sun, 3 Apr 2005 04:02:53 +0000 (GMT) Received: from ns2.alphaque.com (ns2.alphaque.com [202.75.47.153]) by mx1.FreeBSD.org (Postfix) with SMTP id 9073E43D31 for ; Sun, 3 Apr 2005 04:02:52 +0000 (GMT) (envelope-from dinesh@alphaque.com) Received: (qmail 99224 invoked by uid 0); 3 Apr 2005 04:02:51 -0000 Received: from lucifer.net-gw.com (HELO prophet.alphaque.com) (202.75.47.153) by lucifer.net-gw.com with SMTP; 3 Apr 2005 04:02:51 -0000 Received: from [127.0.0.1] (localhost [127.0.0.1]) by prophet.alphaque.com (8.13.3/8.13.3) with ESMTP id j32HxUS0001091; Sun, 3 Apr 2005 01:59:30 +0800 (MYT) (envelope-from dinesh@alphaque.com) Message-ID: <424EDD81.1060106@alphaque.com> Date: Sun, 03 Apr 2005 01:59:29 +0800 From: Dinesh Nair User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050326 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <42334057.5070705@gmx.net> <42492F0B.3040704@alphaque.com> <424E13B1.4090607@alphaque.com> <424E363B.2010506@root.org> In-Reply-To: <424E363B.2010506@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mail.smartbit.ru X-Spam-Level: X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 cc: freebsd-hackers@freebsd.org cc: freebsd-acpi@freebsd.org Subject: Re: enable acpi X-BeenThere: freebsd-acpi@freebsd.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 04:03:46 -0000 On 04/02/05 14:05 Nate Lawson said the following: > Dinesh Nair wrote: > >> On 03/31/05 20:51 John Baldwin said the following: >> >>> The problem is that the taskqueue_swi in 4.x doesn't have a thread >>> context that can be slept on via tsleep(). The fix would be to >>> create a kthread in which to run the ACPI tasks. 4.x already has one >>> such kthread for the taskqueue_thread taskqueue that you could use as >>> a reference if you wish to do this yourself. >> >> >> >> thanx for the pointer, john. with your explanation, the fix was >> simple. since applying this, it's not paniced in over 24 hours of >> continuous running. patch attached. i'll also raise a PR for this. > > > Don't bother, I already committed it. thanks a bunch, nate. -- Regards, /\_/\ "All dogs go to heaven." dinesh@alphaque.com (0 0) http://www.alphaque.com/ +==========================----oOO--(_)--OOo----==========================+ | for a in past present future; do | | for b in clients employers associates relatives neighbours pets; do | | echo "The opinions here in no way reflect the opinions of my $a $b." | | done; done | +=========================================================================+ _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 4 11:01:45 2005 Return-Path: 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 D674016A4CE for ; Mon, 4 Apr 2005 11:01:45 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBA6643D41 for ; Mon, 4 Apr 2005 11:01:45 +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 j34B1jo3012115 for ; Mon, 4 Apr 2005 11:01:45 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j34B1iXi012109 for freebsd-acpi@freebsd.org; Mon, 4 Apr 2005 11:01:44 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 4 Apr 2005 11:01:44 GMT Message-Id: <200504041101.j34B1iXi012109@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 Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 11:01:45 -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 f [2003/09/10] kern/56659 acpi ACPI trouble on IBM ThinkPad X31 f [2003/12/17] i386/60317 acpi FreeBSD 5.2rc1 doesn't boot with ACPI ena 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 10 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/01/22] i386/61703 acpi ACPI + Sound + Boot = Reboot o [2004/03/17] kern/64365 acpi ACPI problems f [2004/05/25] i386/67189 acpi ACPI S3 reboot computer on Dell Latitude o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) f [2004/06/23] i386/68219 acpi ACPI + snd_maestro3 problem o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi acpi / thermal support o [2004/11/21] kern/74215 acpi [request] add ACPI headers to /usr/includ 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 4 15:20:11 2005 Return-Path: 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 6E07816A4CE for ; Mon, 4 Apr 2005 15:20:11 +0000 (GMT) Received: from portpc-design.spb.ru (ns2.portpc-design.spb.ru [195.161.118.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 339DC43D45 for ; Mon, 4 Apr 2005 15:20:10 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.228.229] (ppp83-237-228-229.pppoe.mtu-net.ru [83.237.228.229]) (authenticated bits=0) by portpc-design.spb.ru (8.13.4/8.13.4) with ESMTP id j34FK7Ds092302 for ; Mon, 4 Apr 2005 19:20:08 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <42515B22.6040109@mcsi.pp.ru> Date: Mon, 04 Apr 2005 19:20:02 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.6) Gecko/20050326 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.83, clamav-milter version 0.83 on 81.176.64.226 X-Virus-Status: Clean Subject: cmbat hangs X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 15:20:11 -0000 Hello. I've got a problem with acpi_cmbat device. Specifically, Mar 31 kernel hangs at boot after 'Preseeding PRNG:'. DDB shows that 'sysctl' proc hangs in [cmbat] status. After setting debug.acpi.disabled="cmbat" the problem disappeared. Mar 25 dated kernel doesn't have this problem. I'm working on ASUS L5 (w/HTT). Here's ACPI related strings from dmesg (cmbat disabled). I can provide any information by request. Should I file a PR? acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 acpi_ec0: can't allocate data port device_attach: acpi_ec0 attach returned 6 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: 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 acpi_tz0: on acpi0 acpi_acad0: on acpi0 -- Maxim Maximov From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 4 16:23:20 2005 Return-Path: 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 C229416A4D2 for ; Mon, 4 Apr 2005 16:23:20 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57C9443D5C for ; Mon, 4 Apr 2005 16:23:20 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j34GNILS025128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 4 Apr 2005 09:23:19 -0700 Message-ID: <425169F4.3000200@root.org> Date: Mon, 04 Apr 2005 09:23:16 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Maximov References: <42515B22.6040109@mcsi.pp.ru> In-Reply-To: <42515B22.6040109@mcsi.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: cmbat hangs X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 16:23:20 -0000 Maxim Maximov wrote: > Hello. > > I've got a problem with acpi_cmbat device. Specifically, Mar 31 > kernel hangs at boot after 'Preseeding PRNG:'. DDB shows that 'sysctl' > proc hangs in [cmbat] status. After setting debug.acpi.disabled="cmbat" > the problem disappeared. > Mar 25 dated kernel doesn't have this problem. I'm working on ASUS > L5 (w/HTT). Here's ACPI related strings from dmesg (cmbat disabled). I > can provide any information by request. Should I file a PR? > > > acpi0: on motherboard > acpi0: Power Button (fixed) > acpi_ec0: port 0x62,0x66 on acpi0 > acpi_ec0: can't allocate data port > device_attach: acpi_ec0 attach returned 6 This would be the issue. If your EC can't attach, cmbat reads will time out. Can you send the output of devinfo -rv with the broken kernel? We need to figure out who's stealing the data port. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 4 17:03:41 2005 Return-Path: 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 15DFF16A4CE for ; Mon, 4 Apr 2005 17:03:41 +0000 (GMT) Received: from portpc-design.spb.ru (ns2.portpc-design.spb.ru [195.161.118.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 859EA43D2D for ; Mon, 4 Apr 2005 17:03:39 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.228.229] (ppp83-237-228-229.pppoe.mtu-net.ru [83.237.228.229]) (authenticated bits=0) by portpc-design.spb.ru (8.13.4/8.13.4) with ESMTP id j34H3aZY008582; Mon, 4 Apr 2005 21:03:36 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <42517363.9060108@mcsi.pp.ru> Date: Mon, 04 Apr 2005 21:03:31 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.6) Gecko/20050326 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Nate Lawson References: <42515B22.6040109@mcsi.pp.ru> <425169F4.3000200@root.org> In-Reply-To: <425169F4.3000200@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on 81.176.64.226 X-Virus-Status: Clean cc: acpi@freebsd.org Subject: Re: cmbat hangs X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 17:03:41 -0000 Nate Lawson wrote: > Maxim Maximov wrote: > >> Hello. >> >> I've got a problem with acpi_cmbat device. Specifically, Mar 31 >> kernel hangs at boot after 'Preseeding PRNG:'. DDB shows that 'sysctl' >> proc hangs in [cmbat] status. After setting >> debug.acpi.disabled="cmbat" the problem disappeared. >> Mar 25 dated kernel doesn't have this problem. I'm working on ASUS >> L5 (w/HTT). Here's ACPI related strings from dmesg (cmbat disabled). I >> can provide any information by request. Should I file a PR? >> >> >> acpi0: on motherboard >> acpi0: Power Button (fixed) >> acpi_ec0: port 0x62,0x66 on acpi0 >> acpi_ec0: can't allocate data port >> device_attach: acpi_ec0 attach returned 6 > > > This would be the issue. If your EC can't attach, cmbat reads will time > out. Can you send the output of devinfo -rv with the broken kernel? We > need to figure out who's stealing the data port. > > Here it is: # devinfo -rv nexus0 legacy0 npx0 acpi0 Interrupt request lines: 0x9 I/O ports: 0x10-0x1f 0x22-0x3f 0x44-0x5f 0x62-0x63 0x65-0x6f 0x72-0x7f 0x80 0x84-0x86 0x88 0x8c-0x8e 0x90-0x9f 0xa2-0xbf 0xe0-0xef 0x400-0x40f 0x410-0x41f 0x480-0x4bf 0x4d0-0x4d1 0x800-0x87f 0xc00-0xc0f I/O memory addresses: 0x0-0x9ffff 0xc0000-0xcffff 0xe0000-0xfffff 0x100000-0x1fffffff 0xfed20000-0xfed8ffff 0xfee00000-0xfee00fff 0xffb80000-0xffbfffff 0xffc00000-0xfff7ffff 0xfff80000-0xffffffff cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 I/O ports: 0x814 p4tcc0 acpi_perf0 acpi_throttle0 cpufreq0 cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU2 p4tcc1 cpufreq1 pcib0 pnpinfo _HID=PNP0A03 _UID=0 at handle=\_SB_.PCI0 pci0 agp0 pnpinfo vendor=0x8086 device=0x2570 subvendor=0x1043 subdevice=0x177b class=0x060000 at slot=0 function=0 I/O memory addresses: 0xf8000000-0xfbffffff pcib1 pnpinfo vendor=0x8086 device=0x2571 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=1 function=0 handle=\_SB_.PCI0.P0P1 pci1 unknown pnpinfo vendor=0x1002 device=0x4e50 subvendor=0x1043 subdevice=0x1772 class=0x030000 at slot=0 function=0 handle=\_SB_.PCI0.P0P1.VGA_ I/O ports: 0x9800-0x98ff I/O memory addresses: 0xe8000000-0xefffffff 0xfe9f0000-0xfe9fffff uhci0 pnpinfo vendor=0x8086 device=0x24d2 subvendor=0x1043 subdevice=0x1778 class=0x0c0300 at slot=29 function=0 handle=\_SB_.PCI0.USB1 Interrupt request lines: 0x10 I/O ports: 0xe000-0xe01f usb0 uhub0 uhci1 pnpinfo vendor=0x8086 device=0x24d4 subvendor=0x1043 subdevice=0x1778 class=0x0c0300 at slot=29 function=1 handle=\_SB_.PCI0.USB2 Interrupt request lines: 0x13 I/O ports: 0xe400-0xe41f usb1 uhub1 ums0 pnpinfo vendor=0x046d product=0xc016 devclass=0x00 devsubclass=0x00 sernum="" intclass=0x03 intsubclass=0x01 at port=0 interface=0 ukbd0 pnpinfo vendor=0x0566 product=0x3002 devclass=0x00 devsubclass=0x00 sernum="" intclass=0x03 intsubclass=0x01 at port=1 interface=0 uhid0 pnpinfo vendor=0x0566 product=0x3002 devclass=0x00 devsubclass=0x00 sernum="" intclass=0x03 intsubclass=0x00 at port=1 interface=1 uhci2 pnpinfo vendor=0x8086 device=0x24d7 subvendor=0x1043 subdevice=0x1778 class=0x0c0300 at slot=29 function=2 handle=\_SB_.PCI0.USB3 Interrupt request lines: 0x12 I/O ports: 0xe800-0xe81f usb2 uhub2 uhci3 pnpinfo vendor=0x8086 device=0x24de subvendor=0x1043 subdevice=0x1778 class=0x0c0300 at slot=29 function=3 handle=\_SB_.PCI0.USB4 I/O ports: 0xec00-0xec1f usb3 uhub3 ehci0 pnpinfo vendor=0x8086 device=0x24dd subvendor=0x1043 subdevice=0x177a class=0x0c0320 at slot=29 function=7 handle=\_SB_.PCI0.EUSB Interrupt request lines: 0x17 I/O memory addresses: 0xfebffc00-0xfebfffff usb4 uhub4 pcib2 pnpinfo vendor=0x8086 device=0x244e subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=30 function=0 handle=\_SB_.PCI0.P0P4 pci2 skc0 pnpinfo vendor=0x10b7 device=0x1700 subvendor=0x1043 subdevice=0x173c class=0x020000 at slot=0 function=0 handle=\_SB_.PCI0.P0P4.LAN0 I/O ports: 0xa800-0xa8ff I/O memory addresses: 0xfeafc000-0xfeafffff sk0 miibus0 e1000phy0 pnpinfo oui=0x5043 model=0x2 rev=0x3 at phyno=0 cbb0 pnpinfo vendor=0x1180 device=0x0476 subvendor=0x1043 subdevice=0x1774 class=0x060700 at slot=1 function=0 handle=\_SB_.PCI0.P0P4.CBS0 I/O memory addresses: 0xfea00000-0xfea00fff cardbus0 pccard0 cbb1 pnpinfo vendor=0x1180 device=0x0476 subvendor=0x1043 subdevice=0x1774 class=0x060700 at slot=1 function=1 handle=\_SB_.PCI0.P0P4.CBS3 Interrupt request lines: 0x11 I/O memory addresses: 0xfea01000-0xfea01fff cardbus1 pccard1 fwohci0 pnpinfo vendor=0x1180 device=0x0552 subvendor=0x1043 subdevice=0x1777 class=0x0c0010 at slot=1 function=2 I/O memory addresses: 0xfeafb000-0xfeafb7ff firewire0 fwe0 sbp0 unknown pnpinfo vendor=0x1180 device=0x0576 subvendor=0x1043 subdevice=0x177f class=0x088000 at slot=1 function=3 I/O memory addresses: 0xfeafb800-0xfeafb8ff unknown pnpinfo vendor=0x1180 device=0x0592 subvendor=0x1043 subdevice=0x177e class=0x088000 at slot=1 function=4 I/O memory addresses: 0xfeafbc00-0xfeafbcff ndis0 pnpinfo vendor=0x14e4 device=0x4320 subvendor=0x1043 subdevice=0x120f class=0x028000 at slot=2 function=0 handle=\_SB_.PCI0.P0P4.MPCI I/O memory addresses: 0xfeaf8000-0xfeaf9fff isab0 pnpinfo vendor=0x8086 device=0x24d0 subvendor=0x0000 subdevice=0x0000 class=0x060100 at slot=31 function=0 handle=\_SB_.PCI0.SBRG isa0 adv0 aha0 aic0 bt0 cs0 ed0 fe0 ie0 lnc0 sc0 sio2 sio3 sn0 vga0 I/O ports: 0x3c0-0x3df I/O memory addresses: 0xa0000-0xbffff vt0 orm0 I/O memory addresses: 0xc0000-0xcffff pmtimer0 atapci0 pnpinfo vendor=0x8086 device=0x24db subvendor=0x1043 subdevice=0x1778 class=0x01018a at slot=31 function=1 handle=\_SB_.PCI0.IDE0 I/O ports: 0x170-0x177 0x1f0-0x1f7 0x376 0x3f6 0xfc00-0xfc0f ata0 Interrupt request lines: 0xe acd0 ata1 Interrupt request lines: 0xf ad2 subdisk2 pcm0 pnpinfo vendor=0x8086 device=0x24d5 subvendor=0x1043 subdevice=0x1773 class=0x040100 at slot=31 function=5 I/O ports: 0xd000-0xd03f 0xd400-0xd4ff I/O memory addresses: 0xfebff400-0xfebff4ff 0xfebff800-0xfebff9ff unknown pnpinfo vendor=0x8086 device=0x24d6 subvendor=0x1043 subdevice=0x177d class=0x070300 at slot=31 function=6 handle=\_SB_.PCI0.MC97 I/O ports: 0xd800-0xd8ff 0xdc00-0xdc7f unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDE0.CHN0 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDE0.CHN0.DRV0 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDE0.CHN0.DRV1 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDE0.CHN1 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDE0.CHN1.DRV0 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDE0.CHN1.DRV1 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDE1 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.P0P2 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.P0P1.VGA_.CRTD unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.P0P1.VGA_.TVOD unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.P0P1.VGA_.LCDD atpic0 pnpinfo _HID=PNP0000 _UID=0 at handle=\_SB_.PCI0.SBRG.PIC_ atdma0 pnpinfo _HID=PNP0200 _UID=0 at handle=\_SB_.PCI0.SBRG.DMAD attimer0 pnpinfo _HID=PNP0100 _UID=0 at handle=\_SB_.PCI0.SBRG.TMR_ attimer1 pnpinfo _HID=PNP0B00 _UID=0 at handle=\_SB_.PCI0.SBRG.RTC0 atkbdc0 pnpinfo _HID=PNP0303 _UID=0 at handle=\_SB_.PCI0.SBRG.PS2K I/O ports: 0x60 0x64 atkbd0 Interrupt request lines: 0x1 psm0 Interrupt request lines: 0xc psmcpnp0 pnpinfo _HID=PNP0F03 _UID=0 at handle=\_SB_.PCI0.SBRG.PS2M speaker0 pnpinfo _HID=PNP0800 _UID=0 at handle=\_SB_.PCI0.SBRG.SPKR npxisa0 pnpinfo _HID=PNP0C04 _UID=0 at handle=\_SB_.PCI0.SBRG.COPR acpi_sysresource0 pnpinfo _HID=PNP0C02 _UID=16 at handle=\_SB_.PCI0.SBRG.RMSC acpi_sysresource1 pnpinfo _HID=PNP0C02 _UID=0 at handle=\_SB_.PCI0.SBRG.OMSC acpi_ec0 pnpinfo _HID=PNP0C09 _UID=0 at handle=\_SB_.PCI0.SBRG.EC0_ I/O ports: 0x62 0x66 acpi_sysresource2 pnpinfo _HID=PNP0C02 _UID=2 at handle=\_SB_.PCI0.SBRG.FWH_ acpi_sysresource3 pnpinfo _HID=PNP0C02 _UID=3 at handle=\_SB_.PCI0.SBRG.FWHE sio0 pnpinfo _HID=PNP0501 _UID=1 at handle=\_SB_.PCI0.SBRG.UAR1 Interrupt request lines: 0x4 I/O ports: 0x3f8-0x3ff sio1 pnpinfo _HID=PNP0510 _UID=2 at handle=\_SB_.PCI0.SBRG.UAR2 Interrupt request lines: 0x3 I/O ports: 0x2f8-0x2ff fdc0 pnpinfo _HID=PNP0700 _UID=0 at handle=\_SB_.PCI0.SBRG.FDC_ Interrupt request lines: 0x6 DMA request lines: 2 I/O ports: 0x3f0-0x3f5 0x3f7 fd0 ppc0 pnpinfo _HID=PNP0401 _UID=0 at handle=\_SB_.PCI0.SBRG.LPTE Interrupt request lines: 0x7 I/O ports: 0x378-0x37f ppbus0 plip0 lpt0 ppi0 acpi_acad0 pnpinfo _HID=ACPI0003 _UID=0 at handle=\_SB_.PCI0.AC0_ unknown pnpinfo _HID=PNP0C0A _UID=0 at handle=\_SB_.PCI0.BAT0 acpi_sysresource4 pnpinfo _HID=PNP0C01 _UID=1 at handle=\_SB_.RMEM acpi_button0 pnpinfo _HID=PNP0C0E _UID=0 at handle=\_SB_.SLPB acpi_lid0 pnpinfo _HID=PNP0C0D _UID=0 at handle=\_SB_.LID_ unknown pnpinfo _HID=ATK0100 _UID=16843008 at handle=\_SB_.ATKD acpi_button1 pnpinfo _HID=PNP0C0C _UID=14 at handle=\_SB_.PWRB pci_link0 pnpinfo _HID=PNP0C0F _UID=1 at handle=\_SB_.LNKA pci_link1 pnpinfo _HID=PNP0C0F _UID=2 at handle=\_SB_.LNKB pci_link2 pnpinfo _HID=PNP0C0F _UID=3 at handle=\_SB_.LNKC pci_link3 pnpinfo _HID=PNP0C0F _UID=4 at handle=\_SB_.LNKD pci_link4 pnpinfo _HID=PNP0C0F _UID=5 at handle=\_SB_.LNKE pci_link5 pnpinfo _HID=PNP0C0F _UID=6 at handle=\_SB_.LNKF pci_link6 pnpinfo _HID=PNP0C0F _UID=7 at handle=\_SB_.LNKG pci_link7 pnpinfo _HID=PNP0C0F _UID=8 at handle=\_SB_.LNKH acpi_tz0 pnpinfo _HID=none _UID=0 at handle=\_TZ_.THRM unknown pnpinfo _HID=PNP0C0B _UID=0 at handle=\FN00 unknown pnpinfo _HID=none _UID=0 at handle=\GFAN acpi_timer0 pnpinfo unknown at unknown I/O ports: 0x808-0x80b -- Maxim Maximov From owner-freebsd-acpi@FreeBSD.ORG Tue Apr 5 15:27:13 2005 Return-Path: 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 7D4CF16A4CE for ; Tue, 5 Apr 2005 15:27:13 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6551143D1D for ; Tue, 5 Apr 2005 15:27:12 +0000 (GMT) (envelope-from ph.schulz@gmx.de) Received: (qmail invoked by alias); 05 Apr 2005 15:27:11 -0000 Received: from dsl-084-056-241-014.arcor-ip.net (EHLO [192.168.1.4]) [84.56.241.14] by mail.gmx.net (mp017) with SMTP; 05 Apr 2005 17:27:11 +0200 X-Authenticated: #1954550 Message-ID: <4252AE55.4090706@gmx.de> Date: Tue, 05 Apr 2005 17:27:17 +0200 From: Phil Schulz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050306 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: power off issues introduced btw 05/28/04 and 05/29/04 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 15:27:13 -0000 Hi! My laptop does not shut down properly when I issue "halt -p", "shutdown -p now" or hit the power button. When it is supposed to be shut off, the fan spins up and lots of random colored dots appear all over the display. The problem was introduced between May 28th, 2004 and May 29th, 2004. njl@ mentions that he has finnished a some work on ACPI events possibly on May 28th in a message [1] to this list, so I think it might be related to my problem. I know it is kind of late to report this but I ran RELENG_5_2 at the time and did not notice anything until upgrading to RELENG_5 after 5.3 was released. The laptop is a Fujitsu-Siemens Amilo M-7400 using the latest BIOS version provided by Fujitsu-Siemens. It runs FreeBSD 5-Stable as of Apr 05, 2005 around 13:00 GMT. The other information as requested by the handbook in section 11.16 is available at http://www.home.fh-karlsruhe.de/~scph0020/downloads/freebsd/acpi/ Can anybody help me? I'd be happy to provide more information on request and I can also provide console access for anybody who is interested. Kind regards, Phil. P.S.: Please cc: me on replies since I am not on the list. [1] http://lists.freebsd.org/pipermail/freebsd-acpi/2004-May/000196.html From owner-freebsd-acpi@FreeBSD.ORG Tue Apr 5 15:53:50 2005 Return-Path: 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 144BC16A4CE for ; Tue, 5 Apr 2005 15:53:50 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E65F43D2F for ; Tue, 5 Apr 2005 15:53:49 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j35FrlwN025411; Tue, 5 Apr 2005 10:53:47 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4252B46A.9050902@centtech.com> Date: Tue, 05 Apr 2005 10:53:14 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <424D9626.4080302@root.org> In-Reply-To: <424D9626.4080302@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/808/Tue Apr 5 04:54:46 2005 on mh1.centtech.com X-Virus-Status: Clean cc: acpi@freebsd.org Subject: Re: patch: enable MSR support for EST X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 15:53:50 -0000 Nate Lawson wrote: > The attached patch calls an acpi 3.0 method that on some laptops, > exposes the SpeedStep MSRs via the acpi_perf driver. If you have a > laptop that supports SpeedStep but it doesn't appear to work right, > please try this patch and see if it fixes things. Nate - I'm currently running on this patch (since you posted it), and haven't noticed any ill effects, and not a lot changed on my laptop. I'm not really certain if it should change anything for me, but I applied it as a test bed for you. My recent bootup dmesg, acpi stuff, etc, is located here: http://googlebit.com/freebsd/ Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Tue Apr 5 21:19:44 2005 Return-Path: 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 9F04F16A4CE for ; Tue, 5 Apr 2005 21:19:44 +0000 (GMT) Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 995C443D5C for ; Tue, 5 Apr 2005 21:19:43 +0000 (GMT) (envelope-from photor@photor.de) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.51) id 1DIvSY-0008HK-LT for acpi@freebsd.org; Tue, 05 Apr 2005 23:19:42 +0200 Received: from b3dae.b.pppool.de ([213.7.61.174] helo=[192.168.5.2]) (TLSv1:AES256-SHA:256) (Exim 4.51 #27) id 1DIvSX-00058R-HA for acpi@freebsd.org; Tue, 05 Apr 2005 23:19:42 +0200 Message-ID: <4252FF35.4070009@photor.de> Date: Tue, 05 Apr 2005 23:12:21 +0200 From: Karsten Rothemund User-Agent: Mozilla Thunderbird 1.0 (X11/20050314) X-Accept-Language: en-us, en MIME-Version: 1.0 To: acpi@freebsd.org X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2882F6CF44E0FA87AB1D8556" Subject: ACPI problem with DELL Inspiron 8100 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 21:19:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2882F6CF44E0FA87AB1D8556 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello I have an ACPI-related problem with my DELL Inspiron 8100 (running on FreeBSD 5.3 at the moment; the DELL BIOS is A15). In principle the machine is running well: fans are functioning and the batteries are charged. And, I can shutdown the machine using the power button :-) Great! But I am not able to suspend the machine tor RAM. If I use - (which is the combination to suspend from keyboard) the machine get autistic and the hard disk LED blinks; only way out is the power button. The same happens, if I type "acpiconf -s 3". This happens with the original BIOS and with a asl-file found at acpi.sourceforge.net and loaded at boot-time. The result was the same :-( Is there any information, I haven't found up to now. Any sites or documents to consult? If possible I also want to use "the suspend to disk". (hw.acpi.s4bios is set to 1). Problem is the disk-partition (I have reserved a slice at the beginning of the hard disk, type is DOS at the moment). Any hints here? If you need any additional info, I will provide it. Thank you for any help, -- Karsten Rothemund /"\ PGP-Key: 0x094AE55F \ / Fingerprint: C0BC 9AF3 A3E4 E55F 2AA3 \ ASCII Ribbon Campaign 715E 62A3 4C0A 094A E55F / \ Against HTML Mail and News --------------enig2882F6CF44E0FA87AB1D8556 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCUv9BYqNMCglK5V8RAsXdAJ4q9F9FTJpko5s86tUQ/FXiGy+dXACgljtO QrazQCMbcZEI8T6RD4gCvig= =NS8c -----END PGP SIGNATURE----- --------------enig2882F6CF44E0FA87AB1D8556-- From owner-freebsd-acpi@FreeBSD.ORG Wed Apr 6 16:26:02 2005 Return-Path: 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 E04C316A4CE for ; Wed, 6 Apr 2005 16:26:02 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D1A3F43D58 for ; Wed, 6 Apr 2005 16:26:01 +0000 (GMT) (envelope-from ph.schulz@gmx.de) Received: (qmail invoked by alias); 06 Apr 2005 16:26:00 -0000 Received: from dsl-084-056-241-215.arcor-ip.net (EHLO [192.168.1.4]) [84.56.241.215] by mail.gmx.net (mp012) with SMTP; 06 Apr 2005 18:26:00 +0200 X-Authenticated: #1954550 Message-ID: <42540D9F.9070504@gmx.de> Date: Wed, 06 Apr 2005 18:26:07 +0200 From: Phil Schulz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050306 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Phil Schulz , freebsd-acpi@freebsd.org References: <4252AE55.4090706@gmx.de> In-Reply-To: <4252AE55.4090706@gmx.de> X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: power off issues (introduced btw 05/28/04 and 05/29/04) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 16:26:03 -0000 Hi again! I tried to dig deeper and found out that the system started to behave incorrectly after the default of acpi_disable_on_poweroff was changed from 1 to 0 on 05/28/2004 at around 7:17 GMT. So I thought a solution might be to change it back to 1 but it seems that not only the sysctl but also the infrastructure behind it is gone in more recent versions of -stable. It seems that the system does OK until the call to AcpiEnterSleepState() in acpi_shutdown_final(), line 1611 of sys/dev/acpica/acpi.c Rev. 1.186.2.12 and then goes crazy. Going further with the infamous add-a-lot-of-printfs method I traced it until the call to AcpiHwRegisterWrite (ACPI_MTX_DO_NOT_LOCK, ACPI_REGISTER_PM1A_CONTROL, PM1AControl) in AcpiEnterSleepState(), line 423 of sys/contrib/dev/acpica/hwsleep.c Rev. 70 At that point, PM1AControl is 0x3c01 I haven't bothered to look further since I don't really know what to look for. Is there anybody out there who could give me a hint? Does it even make sense to keep digging or is the hardware so horribly broken that there is almost no chance to fix it? The whole debugging process is kind of painfull since the stupid laptop does not have a serial port and the firewire device is already shut off at that point of the shutdown procedure so I don't have any debugger :-( Regards, Phil. On 04/05/05 17:27, Phil Schulz wrote: > Hi! > > My laptop does not shut down properly when I issue "halt -p", > "shutdown -p now" or hit the power button. When it is supposed to be > shut off, the fan spins up and lots of random colored dots appear all > over the display. The problem was introduced between May 28th, 2004 and > May 29th, 2004. > njl@ mentions that he has finnished a some work on ACPI events possibly > on May 28th in a message [1] to this list, so I think it might be > related to my problem. > I know it is kind of late to report this but I ran RELENG_5_2 at the > time and did not notice anything until upgrading to RELENG_5 after 5.3 > was released. > The laptop is a Fujitsu-Siemens Amilo M-7400 using the latest BIOS > version provided by Fujitsu-Siemens. It runs FreeBSD 5-Stable as of Apr > 05, 2005 around 13:00 GMT. The other information as requested by the > handbook in section 11.16 is available at > > http://www.home.fh-karlsruhe.de/~scph0020/downloads/freebsd/acpi/ > > Can anybody help me? I'd be happy to provide more information on > request and I can also provide console access for anybody who is > interested. > > Kind regards, > > Phil. > > P.S.: Please cc: me on replies since I am not on the list. > > [1] http://lists.freebsd.org/pipermail/freebsd-acpi/2004-May/000196.html > From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 7 12:20:41 2005 Return-Path: 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 516E816A4CE for ; Thu, 7 Apr 2005 12:20:41 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5834D43D3F for ; Thu, 7 Apr 2005 12:20:40 +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 j37CKdGN012589 for ; Thu, 7 Apr 2005 07:20:39 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42552573.6040902@centtech.com> Date: Thu, 07 Apr 2005 07:20:03 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Suspend powers off machine X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 12:20:41 -0000 I'm going to have some time on my hands next week, and I'd like to hunt down an issue with my laptop. When attempting to go into S3, instead of going into S3, it powers off (uncleanly). Can anyone tell me where this might be happening in the code, so I can start the printf debugging process? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 7 17:15:21 2005 Return-Path: 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 51D3D16A4CE for ; Thu, 7 Apr 2005 17:15:21 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id F05C243D46 for ; Thu, 7 Apr 2005 17:15:20 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j37HFHLS008092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 7 Apr 2005 10:15:17 -0700 Message-ID: <42556AA3.5040403@root.org> Date: Thu, 07 Apr 2005 10:15:15 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <42552573.6040902@centtech.com> In-Reply-To: <42552573.6040902@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Suspend powers off machine X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 17:15:21 -0000 Eric Anderson wrote: > I'm going to have some time on my hands next week, and I'd like to hunt > down an issue with my laptop. When attempting to go into S3, instead of > going into S3, it powers off (uncleanly). Can anyone tell me where this > might be happening in the code, so I can start the printf debugging > process? It's nearly 100% certain it happens in AcpiEnterSleepState at the write to PM1A. This is in sys/contrib/dev/acpica/hwsleep.c In thinking about it, my best theory is that the southbridge interprets this write as an S4/S5 transition. Perhaps the ASL gives the wrong value to write? Perhaps the chipset is not being prepared for S3 correctly. In any case, better chipset specs would probably help diagnose this. Other possibilities are that the setting of SLP_EN should be done at the same time as the write with the SLP_TYP value (i.e. write SLP_TYPE_S3|SLP_EN instead of splitting the write into two phases). It also may be that the previous steps like disabling BM ctrl are not appropriate for some chipsets. If you can get more info, I can refine this theory. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 8 18:34:29 2005 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B244116A4CE; Fri, 8 Apr 2005 18:34:29 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85F6A43D1D; Fri, 8 Apr 2005 18:34:29 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j38IYTl5053789; Fri, 8 Apr 2005 18:34:29 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j38IYTUd053785; Fri, 8 Apr 2005 18:34:29 GMT (envelope-from linimon) Date: Fri, 8 Apr 2005 18:34:29 GMT From: Mark Linimon Message-Id: <200504081834.j38IYTUd053785@freefall.freebsd.org> To: linimon@FreeBSD.org, linimon@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: kern/63666: [acpi] Network card 3c575B do not work after the 5.1 release X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 18:34:29 -0000 Old Synopsis: [xl] Network card 3c575B do not work after the 5.1 release New Synopsis: [acpi] Network card 3c575B do not work after the 5.1 release Responsible-Changed-From-To: linimon->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Fri Apr 8 18:33:35 GMT 2005 Responsible-Changed-Why: Submitter notes that this is only a problem with ACPI, so assign it to that mailing list. http://www.freebsd.org/cgi/query-pr.cgi?pr=63666 From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 8 21:30:38 2005 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62EE016A4CE for ; Fri, 8 Apr 2005 21:30:38 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B8DC43D1D for ; Fri, 8 Apr 2005 21:30:38 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j38LUbuw075893 for ; Fri, 8 Apr 2005 21:30:37 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j38LUbuk075890; Fri, 8 Apr 2005 21:30:37 GMT (envelope-from gnats) Date: Fri, 8 Apr 2005 21:30:37 GMT Message-Id: <200504082130.j38LUbuk075890@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: John Baldwin Subject: Re: kern/63666: [acpi] Network card 3c575B do not work after the 5.1 release X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John Baldwin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 21:30:38 -0000 The following reply was made to PR kern/63666; it has been noted by GNATS. From: John Baldwin To: freebsd-gnats-submit@FreeBSD.org, damien.chaumette@free.fr Cc: Subject: Re: kern/63666: [acpi] Network card 3c575B do not work after the 5.1 release Date: Fri, 8 Apr 2005 15:44:56 -0400 Can you please verify if the 5.4 release candidates still have this issue? Also, can you please provide a dmesg from a non-ACPI boot as well as one from an ACPI boot if possible? Thanks. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 8 21:59:14 2005 Return-Path: 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 EFC2116A4CE for ; Fri, 8 Apr 2005 21:59:13 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AA2B43D2F for ; Fri, 8 Apr 2005 21:59:13 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Fri, 08 Apr 2005 14:59:13 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E65115D07; Fri, 8 Apr 2005 14:59:12 -0700 (PDT) To: nate@root.org Date: Fri, 08 Apr 2005 14:59:12 -0700 From: "Kevin Oberman" Message-Id: <20050408215912.E65115D07@ptavv.es.net> cc: acpi@freebsd.org Subject: Further testing of power management X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 21:59:14 -0000 Nate, I finally had time to do some careful testing of power management on -current. All testing was done on my IBM T30 with a 1.8 GHz P4-M Processor. CPU load was generated by the use of md5 on a long gatch of zeros. (As you suggested.) First, on power dissipation, while the use of TCC and adjusting actual CPU frequency causes very predictable compute performance. They do not produce the expected matching power dissipation. Here is a chart of the CPU temperature against the value of dev.cpu.0.freq. The third column list the actual clock frequency that the CPU is using. The T30 supports only 2 frequencies, 1.8 GHz and 1.2 GHz. dev.cpu.0.freq Temperature CPU Clock 1800 >_PSV 1800 1575 >_PSV 1800 1350 85 1800 1200 73 1200 1125 82 1800 1050 69 1200 900 77 1800 750 64 1200 675 72 1800 600 62 1200 450 66 1800 300 56 1200 225 61 1800 150 54 1200 As you can see, lowering the CPU cock speed is much more effective in reducing CPU heat (and battery drain) than doing it with TCC. I can get much better performance with lower battery consumption at 1200 MHz than at 900 MHz. Clearly, if both clock and TCC can provide identical performance, you want the slower clock. This is backwards from how it is now running as both 900 MHZ and 450 MHz can be achieved at either 1800 MHZ or 1200MHz clocking, but are clocked at 1800 MHz. It is also clear that clocking at 1125, 675, 450, or 225 makes no sense. 900 MHz and 450 MHz would make sense if the clock was set to 1200 instead of 1800. I have yet to test with throttling in lieu of TCC, so I can't say if that will produce the same result, but these results were significant enough that I really want to try that, too. I have a feeling the IBM knew all of this when setting up the power management under Windows and that we can get much better battery life if we can take advantage of this. I'd also like to know if other laptops see similar performance when throttling and clock rate are adjusted. It can take several minutes for the temperature to stabilize. If TCC is present, I would expect similar results to mine. Pentium-M CPU with ESS, testing on P3-Ms which lack TCC and AMD PowerNow testing would also be very nice to see. If we can find consistent behavior, we can eliminate the use of the "bad" speeds and provide much better performance vs. battery drain and make a lot of laptop users happy. At lower clock rates, the count could be reduced to save time. For faster CPUs, a larger count may be needed. Some machines may stabilize the temperature more or less quickly than mine. I waited until the temperature was steady for 1 minute or until it "bounced". Here is the command sequence I used. It would be easy to turn it into a shell script that steps through all speeds, I suspect, but I am a rotten shell script writer and a co-worker has borrowed my Shell Programming book. (I would do it in Perl, but people who do shell would laugh at it.) sysctl dev.cpu.0.freq=XXX && \ dd if=/dev/zero bs=1m count=2500 | md5 && \ sysctl he.acpi.thermal.tz0.temperature Can someone refresh my memory on whether there is an easy way to prevent TCC from being used on a CPU that supports it? Otherwise I can edit the source code and force the use of throttling. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 8 23:49:07 2005 Return-Path: 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 BA3E616A4CE for ; Fri, 8 Apr 2005 23:49:07 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5590A43D31 for ; Fri, 8 Apr 2005 23:49:07 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j38NmvLS028000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 8 Apr 2005 16:48:58 -0700 Message-ID: <42571869.7010603@root.org> Date: Fri, 08 Apr 2005 16:48:57 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050408215912.E65115D07@ptavv.es.net> In-Reply-To: <20050408215912.E65115D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: Further testing of power management X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 23:49:07 -0000 It's great to have your testing. I don't have time to read this carefully right now but will over the weekend. Quick comments... Kevin Oberman wrote: > As you can see, lowering the CPU cock speed is much more effective in > reducing CPU heat (and battery drain) than doing it with TCC. I can get > much better performance with lower battery consumption at 1200 MHz than > at 900 MHz. Clearly, if both clock and TCC can provide identical > performance, you want the slower clock. This is backwards from how it is > now running as both 900 MHZ and 450 MHz can be achieved at either 1800 > MHZ or 1200MHz clocking, but are clocked at 1800 MHz. The reason the EST settings reduce power so much is that they step the voltage as well as frequency. We really want powerd to use frequencies based on their power consumption, not clock rate. That's why I output that value along with the frequency via the sysctl. I'd be interested if your testing showed the change in power consumption from frequencies composed of EST + TCC vs. just EST. For example, a laptop that supports an EST setting of 1200 and p4tcc of 50% should offer a 600 mhz setting. The power consumption of that vs. the raw 1200 mhz setting should be linear, but it's not obvious what the coefficent would be. For those settings, is the power savings worth the performance loss? > I have yet to test with throttling in lieu of TCC, so I can't say if > that will produce the same result, but these results were significant > enough that I really want to try that, too. I have a feeling the IBM > knew all of this when setting up the power management under Windows and > that we can get much better battery life if we can take advantage of > this. Throttling should exactly equal TCC on your laptop since some BIOSes export TCC control via acpi throttling as well as directly through the MSRs. > It can take several minutes for the temperature to stabilize. If TCC is > present, I would expect similar results to mine. Pentium-M CPU with ESS, > testing on P3-Ms which lack TCC and AMD PowerNow testing would also be > very nice to see. If we can find consistent behavior, we can eliminate > the use of the "bad" speeds and provide much better performance > vs. battery drain and make a lot of laptop users happy. At lower clock > rates, the count could be reduced to save time. For faster CPUs, a > larger count may be needed. Some machines may stabilize the temperature > more or less quickly than mine. I waited until the temperature was > steady for 1 minute or until it "bounced". There are two kinds of TCC, TM and TM2. TM2 actually steps the voltage as well as the frequency. However, it only provides the same settings as EST (in fact, it's just another way to access EST). > Can someone refresh my memory on whether there is an easy way to prevent > TCC from being used on a CPU that supports it? Otherwise I can edit the > source code and force the use of throttling. At the loader prompt or in /boot/loader.conf: hint.p4tcc.0.disabled="1" Other drivers you can individually disable besides p4tcc include acpi_throttle, acpi_perf, est, and powernow. Thanks, -- Nate