From owner-freebsd-stable@FreeBSD.ORG Sun Sep 27 19:50:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFAB810656C6 for ; Sun, 27 Sep 2009 19:50:34 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 886038FC0A for ; Sun, 27 Sep 2009 19:50:34 +0000 (UTC) Received: from Macintosh-4.local ([10.0.0.198]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n8RJoX9G096263 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 27 Sep 2009 12:50:33 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4ABFC20A.3070100@freebsd.org> Date: Sun, 27 Sep 2009 12:50:34 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20090927111924.GG4858@sysmon.tcworks.net> In-Reply-To: <20090927111924.GG4858@sysmon.tcworks.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Subject: Re: 8-RC1: iwn0 suspend/resume issues 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: Sun, 27 Sep 2009 19:50:34 -0000 Scott Lambert wrote: > Threading broken to avoid potential takover of ral0 thread. > > On Sat, Sep 26, 2009 at 02:33:26AM +0000, Brandon Gooch wrote: >> On Fri, Sep 25, 2009 at 11:29 PM, Scott Lambert wrote: >>> iwn does not function after resume so I've actually run ethernet cables >>> to where I use the laptop now. >> I have to unload the if_iwn module on suspend, and reload it on resume >> (via /etc/rc.[suspend|resume], of course). >> >> Have you tried that? > > I am glad to hear that it works for somebody. There is hope! I have: > > kldunload if_iwn > > in /etc/rc.suspend and: > > kldload if_iwn > > in /etc/rc.resume. > > On resume there are lots of > > iwn0: iwn_mem_lock: could not lock memory > > and > > iwn0: iwn_transfer_microcode: could not load boot firmware > iwn0: iwn_transfer_firmware: could not load boot firmware, error 60 > iwn0: iwn_init_locked: could not load firmware, error 60 > > I did just notice: > > iwn0: Reg Domain: \M^?\M^?\M^?\M^?iwn0: iwn_mem_lock: could not lock memory > > Maybe I should set the regulatory domain? But having just spent a few > minutes trying, it doesn't seem to be interested... > > lambert@slambert:~> sudo ifconfig wlan0 regdomain FCC > ifconfig: SIOCS80211: Device busy wlan0 is marked UP; you cannot set regulatory state unless the interface is down. > Exit 1 > lambert@slambert:~> sudo ifconfig iwn0 regdomain FCC > ifconfig: unable to get regulatory domain info: Invalid argument iwn0 is the wrong interface to use; use wlan0 > Exit 1 > > Same result with the other regulatory domains. Maybe iwn just doesn't > support it? > > lambert@slambert:~> sudo ifconfig wlan0 list regdomain > :regdomain 0 country US anywhere -ecm > > > > http://www.lambertfam.org/~lambert/laptop/TravelMate_5720-6911 > > has my rc.[suspend|resume] and dmesg.[boot|resume] showing the > issues. Other stuff in there that might be relevant too, if anyone is > interested. > Regarding regdomain stuff; AFAIK you cannot alter regulatory state of any intel wireless card; it will enforce whatever is in the EEPROM. Can't recall if the driver pushes EEPROM state up to net80211; if not then it should and it should also reject all requests to change regulatory until there's fw that supports it. Sam