From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 23 19:44:21 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE3C616A407 for ; Sat, 23 Dec 2006 19:44:21 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id C632E13C455 for ; Sat, 23 Dec 2006 19:44:21 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 6391 invoked from network); 23 Dec 2006 19:17:28 -0000 Received: from ppp-71-139-40-196.dsl.snfc21.pacbell.net (HELO ?10.0.5.59?) (nate-mail@71.139.40.196) by root.org with ESMTPA; 23 Dec 2006 19:17:28 -0000 Message-ID: <458D80BE.7010403@root.org> Date: Sat, 23 Dec 2006 11:17:18 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Abdullah Al-Marrie References: <499c70c0612220653r113d90bm4fc860d85e16a305@mail.gmail.com> <200612221802.33439.argentoff@rtelekom.ru> <499c70c0612220829u20459ca1r6233426886e52968@mail.gmail.com> In-Reply-To: <499c70c0612220829u20459ca1r6233426886e52968@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: (SOLVED) was RE: Acer Aspire 5102 WLMi with Turion 64 X2 FreeBSD 6.2 ACPI 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: Sat, 23 Dec 2006 19:44:21 -0000 Abdullah Al-Marrie wrote: > On 12/22/06, Paul Argentoff wrote: >> On Friday 22 December 2006 17:53, Abdullah Al-Marrie wrote: >> >> > Solved, and posted a HOWTO in my Blog, so other users with this wlan >> > chip would be able to use ndisgen. >> >> Did you say 6.2 _booted_ on your BIOS? What bios release? 2.60? > > Yes, but don't update to 2.60 now, I'm downgrading right away to 2.40 > > Here what happens when I close the lid, or choose to reboot. > > > acpi_lid0: wake_prep disabled wake for \_SB_.LID_ (S5) > unknown: wake_prep disabled wake for \_SB_.PCI0.PB3_ (S5) > pcib2: wake_prep disabled wake for \_SB_.PCI0.PB4_ (S5) > pcib3: wake_prep disabled wake for \_SB_.PCI0.PB5_ (S5) > uknown: wake_prep disabled wake for \_SB_.PCI0.PB6_ (S5) > uknown: wake_prep disabled wake for \_SB_.PCI0.PB7_ (S5) > pcib2: wake_prep disabled wake for \_SB_.PCI0.BB4_ (S5) > pcib3: wake_prep disabled wake for \_SB_.PCI0.BB5_ (S5) > ochi0: wake_prep disabled wake for \_SB_.PCI0.OHC1_ (S5) > ochi1: wake_prep disabled wake for \_SB_.PCI0.OHC2_ (S5) > uknown: wake_prep disabled wake for \_SB_.PCI0.EHCI (S5) > uknown: wake_prep disabled wake for \_SB_.PCI0.HDA_ (S5) > atkbdc0: wake_prep disabled wake for \_SB_.PCI0.LPC0.KBC0_ (S5) > rl0: wake_prep disabled wake for \_SB_.PCI0.P2P_.ELAN (S5) > uknown: wake_prep disabled wake for \_SB_.PCI0.AUDO (S5) > uknown: wake_prep disabled wake for \_SB_.PCI0.MODM (S5) > > The Operating system has halted. > Please press any key to reboot. > That shows a normal "halt" sequence. If it halts when you close the lid, then check your hw.acpi.lid_switch_state sysctl. It should not be S5 (power off). Just set it to NONE. All this is in the acpi man page. -- Nate