From owner-freebsd-current@FreeBSD.ORG Wed May 9 04:31:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D627E16A404 for ; Wed, 9 May 2007 04:31:46 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id AC87613C44B for ; Wed, 9 May 2007 04:31:46 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.178] ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l4944nZ6008417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 May 2007 21:04:50 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <46414861.50800@errno.com> Date: Tue, 08 May 2007 21:04:49 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Harald Schmalzbauer References: <200705081904.39469.h.schmalzbauer@omnisec.de> <200705090035.40756.h.schmalzbauer@omnisec.de> In-Reply-To: <200705090035.40756.h.schmalzbauer@omnisec.de> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: if_ath breaks s3 suspend/resume [Was: ACPI S3 wakeup problem (beeeeeeeeep)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 09 May 2007 04:31:46 -0000 Harald Schmalzbauer wrote: > Am Dienstag, 8. Mai 2007 schrieb Harald Schmalzbauer: >> Hello, >> >> I found the sysctl "debug.acpi.resume_beep" and enabled it. >> When I send my Vaio SRX41p sleeping with acpiconf -s3 it never waked up >> again. Now with this sysctl enabled I hear a continuing beep, but the hard >> drive stays powered down, also the LCD keeps unlit. >> >> Any hints how I can find out what's going wrong? >> Tuning hw.acpi.reset_video doesn't change anything. > > Again, the fabulous handbook gave me the hint to remove all devices from the > kernel and dynamically load them. > This revealse if_ath as the culprit. (the last I tried after usb, fwohci, pcm, > ichsmb) > > Could this be related to the interrupt strom problems with ath (I often get > storm warnings, all drivers share IRQ9 on this laptop)? Unclear but there's been an outstanding complaint against ath related to suspend for a while. Specifically if you touch certain registers in the h/w after the chip has been put to sleep you can hang the pci bus. I've asked people that can reproduce the problem to narrow down the code path by which the driver is entered but w/o luck. Sam