From owner-freebsd-current@FreeBSD.ORG Sat Jul 5 10:36:51 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 DFBCD37B404 for ; Sat, 5 Jul 2003 10:36:50 -0700 (PDT) Received: from ns.tngtech.com (ns.tngtech.com [212.18.24.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E3DF43FE0 for ; Sat, 5 Jul 2003 10:36:49 -0700 (PDT) (envelope-from khe@tngtech.com) Received: from localhost.tngtech.com (p50807E27.dip.t-dialin.net [80.128.126.39]) (authenticated bits=0) by ns.tngtech.com (8.12.9/8.12.9) with ESMTP id h65Hajd6013269 for ; Sat, 5 Jul 2003 19:36:47 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) (authenticated) by localhost.tngtech.com (8.12.6/8.12.6) with ESMTP id h65HaCiI002905 for ; Sat, 5 Jul 2003 19:36:13 +0200 (CEST) (envelope-from khe@localhost.tngtech.com) Received: (from khe@localhost) by localhost.my.domain (8.12.6/8.12.6/Submit) id h65HaBC8002904 for freebsd-current@freebsd.org; Sat, 5 Jul 2003 19:36:11 +0200 (CEST) Date: Sat, 5 Jul 2003 19:36:10 +0200 From: Karlheinz Eckmeier To: freebsd-current@freebsd.org Message-ID: <20030705173609.GB1192@abakus> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.4i Subject: ACPI supend problem on ASUS laptop 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: Sat, 05 Jul 2003 17:36:51 -0000 I cvsup'ed and rebuild my sources today, but I still have a problem with suspend/resume using ACPI. Since I use the system on a laptop, I really need to get this running properly. The symptoms are: - system boots and runs ok, ACPI is configured to go into suspend mode when the lid is closed (hw.acpi.lid_switch_state: S3) - closing the lid puts the system into suspend mode ok - after opening the lid the system resumes ok, even the X11 windows come up again with no problem - but closing the lid a second time doesn't put the system into supend mode, only the backlight of the display is switched off; opening the lid again switches the light back on, system is still running ok. - If the system is shut down after there was a second try to supend it doesn't boot. It hangs even before the splash screen gets displayed. After powering it down again it boots without problems and it's again possible to suspend ONCE. This happens on a ASUS L8400 notebook. Let me know, if you need more info. Any hints where to look for the problem or how to fix it? Thanks Karlheinz Eckmeier ------------ dmesg ----------------------- 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.1-CURRENT #5: Sat Jul 5 14:32:42 CEST 2003 toor@abakus:/usr/obj/usr/src/sys/ABAKUS Preloaded elf kernel "/boot/kernel/kernel" at 0xc04d2000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04d21f4. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 801821748 Hz CPU: Intel Pentium III (801.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x387f9ff real memory = 268369920 (255 MB) avail memory = 255524864 (243 MB) Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard 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 0x8008-0x800b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_cmbat0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 6 INTA is routed to irq 10 pcib0: slot 6 INTA is routed to irq 10 pcib0: slot 7 INTD is routed to irq 9 pcib0: slot 8 INTA is routed to irq 9 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.AGP_ - AE_NOT_FOUND pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 6.0 (no driver attached) pci0: at device 6.1 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xfcd0-0xfcdf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xfce0-0xfcff irq 9 at device 7.2 on pci0 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 pci0: at device 7.3 (no driver attached) rl0: port 0xf000-0xf0ff mem 0xfedffc00-0xfedffcff irq 9 at device 8.0 on pci0 rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mode rl0: Ethernet address: 00:e0:18:1a:9d:ff miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cbb0: at device 10.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: slot 10 INTA is routed to irq 9 cbb1: at device 10.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib0: possible interrupts: 9 pcib0: slot 10 INTB routed to irq 9 via \_SB_.LNKB acpi_ec0: port 0x66,0x62 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: flags 0x2000 irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 drq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: