From owner-freebsd-current@FreeBSD.ORG Mon Dec 18 02:41:48 2006 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 78CE416A40F for ; Mon, 18 Dec 2006 02:41:48 +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 8AD0243CA2 for ; Mon, 18 Dec 2006 02:41:47 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id kBI26rd0075480 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 17 Dec 2006 18:06:54 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4585F7BB.9010704@errno.com> Date: Sun, 17 Dec 2006 18:06:51 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Nate Lawson References: <20061214234849.GA1062@stepan.ispsystem.net> <4584708B.3020902@root.org> <20061217214408.GA902@stepan.ispsystem.net> <4585BAF3.1010504@root.org> In-Reply-To: <4585BAF3.1010504@root.org> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Stepan Zastupov , freebsd-current@freebsd.org Subject: Re: cbb hangs during suspend if ath card active 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: Mon, 18 Dec 2006 02:41:48 -0000 Nate Lawson wrote: > Stepan Zastupov wrote: >> On Sat, Dec 16, 2006 at 02:17:47PM -0800, Nate Lawson wrote: >>> Stepan Zastupov wrote: >>>> Does anyone still work on this problem? >>>> (http://lists.freebsd.org/pipermail/freebsd-current/2006-July/064550.html) >>>> >>>> I incure the same problems. If need testing I can help with it. >>> Just comment out this line in ath_stop() in if_ath.c: >>> // ath_hal_setpower(sc->sc_ah, HAL_PM_FULL_SLEEP); > >> It is already commented out in current and doesn't help. Card wont work >> even if it inserted after suspend and resume. >> > > That's something different then. I was talking about the suspend > process hanging if the card is inserted and active. But ejecting it > would allow the process to continue and after resume, re-inserting it > worked fine. > What Nate is referring to is that on many ath parts if you "power down" the MAC then any pci references to registers outside the PCI clock domain will hang the bus. Not putting the chip in "full sleep" is a hack as it means it'll continue to draw full power after the interface is marked down. Something is causing the driver to be entered and registers accessed when not intended/expected. I haven't been able to make this happen on any of my laptops (most have ACPI problems s.t. suspend/resume doesn't work right) so haven't had a test case to debug--and noone with the problem has been able to provide the needed info. Sam