From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jouni Malinen Date: Thu, 24 Feb 2011 13:08:06 +0200 Subject: [ath9k-devel] ar9271 SIOCSIFFLAGS error and authentication timeout In-Reply-To: <20110224095848.GD24543@fly> References: <20110223204641.GA19782@fly> <19813.55419.872426.269636@gargle.gargle.HOWL> <20110224040749.29275.qmail@stuge.se> <19814.2496.216607.495827@gargle.gargle.HOWL> <20110224074209.11758.qmail@stuge.se> <20110224090010.GB19782@fly> <20110224091823.32641.qmail@stuge.se> <20110224095848.GD24543@fly> Message-ID: <1298545686.25101.36.camel@jm-desktop> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ath9k-devel@lists.ath9k.org On Thu, 2011-02-24 at 01:58 -0800, Cedric Sodhi wrote: > I hope I understood you correctly. If you want me to run "rfkill list" > at the very moment between those two 132 errors, that could be difficult > as they appear very quickly after eachother Yes, I think you understood correctly. However, it looks like this is something specific to what Gentoo is doing in its network configuration scripts. It looks like /etc/init.d/net.wlan? script ends up soft blocking all wifi for some reason and that result in the 132 error. If this causes you any problems in getting wpa_supplicant running, I would suggest targeting this question to whoever is maintaining the Gentoo scripts. You can also try to manually unblock the soft block with "rfkill unblock wifi" before starting wpa_supplicant. I was able to reproduce the part of WLAN getting soft blocked, but the script did manage to get wpa_supplicant running. Please make sure you are running an up-to-date version of wpa_supplicant to get better support for dynamically changing rfkill state. - Jouni