From owner-freebsd-current@FreeBSD.ORG Fri Oct 17 10:25:45 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 8E51B16A4B3 for ; Fri, 17 Oct 2003 10:25:45 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id ED08F43FB1 for ; Fri, 17 Oct 2003 10:25:44 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 41151 invoked by uid 1000); 17 Oct 2003 17:25:45 -0000 Date: Fri, 17 Oct 2003 10:25:45 -0700 (PDT) From: Nate Lawson To: acpi-jp@jp.FreeBSD.org In-Reply-To: <200310162152.22187.mistry.7@osu.edu> Message-ID: <20031017101531.H41079@root.org> References: <200310162152.22187.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: [acpi-jp 2745] ACPI, USB, and the tangled web 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, 17 Oct 2003 17:25:45 -0000 On Thu, 16 Oct 2003, Anish Mistry wrote: > -----BEGIN PGP SIGNED MESSAGE----- Um, that's great. :) > First off, if you've been following my dabbling in fixing the USB resume > problem on my laptop you know that I have been plauged by the infamous > restart on second suspend with a usb device being accessed during the second > suspend (ie. wiggling mouse). Yesterday after finally updating to a current > that boots my system after a couple of weeks without it I suspended the > system and resumed it to check some ACPI issues had been fixed, but that's > for another time. After resume I realized I needed my mouse, so I plugged it > in, dynamically loaded the kernel module and the mouse worked (normal/ > previous). Then I suspend the laptop and was wiggling the mouse while it was > suspending (bad habit from testing) and the system REBOOTED, and my patches > weren't even applied! The problem is USB although ACPI magnifies it. USB devices can generate wake events. In my current testing of a new acpi_cpu driver, I've found that just having the USB bus enabled in the kernel (with no devices attached) causes it to generate a steady stream of bm_sts sets even though the laptop is completely idle. Try disabling usb in your kernel config and see if it helps your laptop not wake up. If that works, we've narrowed it down a little. You can also try setting debug.acpi.avoid to USB_ to try to get it to avoid evaluating that namespace. I'll probably get around to looking at the USB issue at some point. There's a lot of work needed there: suspend/resume for *hci, possibly avoiding setting acpi wake events on usb, etc. > There seems to be some ACPI problem, since I just tested the same procedure > on with ACPI disabled and there was no reboot. How were you able to test that with it disabled? Were you suspending with apm instead? -Nate