From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 18:30:54 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C30A4106566B for ; Thu, 10 Dec 2009 18:30:54 +0000 (UTC) (envelope-from pete@altadena.net) Received: from puffin.altadena.net (puffin.altadena.net [IPv6:2001:470:8:126::10]) by mx1.freebsd.org (Postfix) with ESMTP id 92F5A8FC1A for ; Thu, 10 Dec 2009 18:30:54 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=2.puffin; d=altadena.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:X-Enigmail-Version:Content-Type:Content-Transfer-Encoding; b=YxriVIsPGqM7//2YuGs7Yy7c8ku2TNk7gj6AFF5vVYTuGdZ4iHwjKPSXqQHeUte2OaL9/eEmbIyNUJMJyftVNmeTktODDPjQM62tEBIql0KWYvrr4NIeXE4TX6nx9/OwU9ag3p4Xva25Oso8ou85Mn3SjeKaC6bt+3GtG1xea1Y=; Received: from [2001:470:e182:2:e593:ba5d:1572:6255] (port=16682 helo=port4.altadena.net) by puffin.altadena.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NInmv-000C6v-Eq for stable@freebsd.org; Thu, 10 Dec 2009 13:30:53 -0500 Message-ID: <4B213E46.4010309@altadena.net> Date: Thu, 10 Dec 2009 13:30:30 -0500 From: Pete Carah User-Agent: Thunderbird 2.0.0.23 (X11/20090920) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: atheros problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 18:30:54 -0000 I found more - apparently 802.11a works (there are no 11a nodes at work, but the box connects at home where I have a dual-band AP.) So the problem I see is specific to g (and not auth mode since at work we have all of open, wpa, wpa2, wep visible.) wlandebug sheds no light on the problem. I still think it stems from the update to ah_regdomain.c since all worked fine before that. I'm not specifying a default realm but when I specified US in ifconfig once it didn't help. To reiterate: the problem is that ifconfig scan never returns (^c does make it exit...) and never sees a AP at work where we have between 7 and 20 visible 7x24. It is as if the 11g receiver is completely disabled. ....... To answer my improper second bug in the original note - I worked around with debug.acpi.disable="ec" and got rid of the panic. Doesn't help with the real issue, of course, but at least I can use the laptop. -- Pete