From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 07:18:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 551B337B404 for ; Fri, 11 Apr 2003 07:18:03 -0700 (PDT) Received: from srv2.resnet.ohio-state.edu (srv2.resnet.ohio-state.edu [164.107.3.56]) by mx1.FreeBSD.org (Postfix) with SMTP id EEC9743F3F for ; Fri, 11 Apr 2003 07:18:01 -0700 (PDT) (envelope-from mistry.7@osu.edu) Received: (qmail 2827 invoked by uid 506); 11 Apr 2003 14:47:03 -0000 Received: from mistry.7@osu.edu by srv2.resnet.ohio-state.edu by uid 503 with qmail-scanner-1.14 ( Clear:. Processed in 0.764005 secs); 11 Apr 2003 14:47:03 -0000 Received: from rdrt-164-107-204-104.resnet.ohio-state.edu (HELO 192.168.1.100) (164.107.204.104) by srv2.resnet.ohio-state.edu with SMTP; 11 Apr 2003 14:47:02 -0000 From: Anish Mistry To: freebsd-current@freebsd.org Date: Fri, 11 Apr 2003 11:17:09 -0400 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_1xtl+4Ns5rRp/nn" Message-Id: <200304111117.09042.mistry.7@osu.edu> X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: ACPI suspend still drains battery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2003 14:18:03 -0000 --Boundary-00=_1xtl+4Ns5rRp/nn Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, On my laptop whenever I suspend it, it still seems to consume a lot of battery and after about 4 hours the battery is complely drained. This doesn't happen in Windows, and doesn't happen when I disable ACPI and let the hardware control it. It seems that something it's shutoff when it is suspended by ACPI. Anyone have any suggestions? My dmesg and acpidump are attached. I can hear the hard disks shutoff and the screen turn off, so it doesn't seem to be that. I think it might have something to do with the CPU throttling and the fact that I'm running a Transmeta Crusoe 5800 and it's not getting turned off? This is just a wild guess and is probably wrong. Thanks for any help. -- Anish Mistry --Boundary-00=_1xtl+4Ns5rRp/nn Content-Type: text/plain; charset="us-ascii"; name="dmesg.littleguy" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.littleguy" Copyright (c) 1992-2003 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 5.0-CURRENT #5: Thu Apr 3 17:07:28 EST 2003 root@littleguy.resnet.ohio-state.edu:/usr/obj/usr/src/sys/LITTLEGUY Preloaded elf kernel "/boot/kernel/kernel" at 0xc046b000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc046b0a8. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 859336263 Hz CPU: Transmeta(tm) Crusoe(tm) Processor TM5800 (859.34-MHz 586-class CPU) Origin = "GenuineTMx86" Id = 0x543 real memory = 251527168 (239 MB) avail memory = 239439872 (228 MB) Allocating major#253 to "net" Allocating major#252 to "g_ctl" Allocating major#251 to "pci" npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE63 pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fdf30 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-safe" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0xff08-0xff0b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 2.0 (no driver attached) pcm0: port 0x1000-0x10ff mem 0xfc005000-0xfc005fff irq 9 at device 4.0 on pci0 pcm0: alpm0: at device 6.0 on pci0 alpm0: Could not allocate Bus space device_probe_and_attach: alpm0 attach returned 6 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 12.0 (no driver attached) atapci0: port 0x1800-0x180f at device 15.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 rl0: port 0x8000-0x80ff mem 0xfc007800-0xfc0078ff irq 9 at device 16.0 on pci0 rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mode rl0: Ethernet address: 00:e0:00:ae:45:08 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: at device 19.0 (no driver attached) pci0: at device 20.0 (no driver attached) acpi_button0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_lid0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 acpi_ec0: port 0x66,0x62 on acpi0 orm0: