Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756458Ab1EQSut (ORCPT ); Tue, 17 May 2011 14:50:49 -0400 Received: from adelie.canonical.com ([91.189.90.139]:54718 "EHLO adelie.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756372Ab1EQSur (ORCPT ); Tue, 17 May 2011 14:50:47 -0400 Date: Tue, 17 May 2011 13:50:32 -0500 From: Seth Forshee To: Nick Kossifidis Cc: "John W. Linville" , Jiri Slaby , "Luis R. Rodriguez" , Bob Copeland , linux-wireless@vger.kernel.org, ath5k-devel@venema.h4ckr.net, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: ath5k regression associating with APs in 2.6.38 Message-ID: <20110517185032.GC9258@thinkpad-t410> Mail-Followup-To: Nick Kossifidis , "John W. Linville" , Jiri Slaby , "Luis R. Rodriguez" , Bob Copeland , linux-wireless@vger.kernel.org, ath5k-devel@venema.h4ckr.net, netdev@vger.kernel.org, linux-kernel@vger.kernel.org References: <20110504153819.GA4551@thinkpad-t410> <20110504172716.GC18541@tuxdriver.com> <20110504192639.GB4551@thinkpad-t410> <20110505135207.GA13727@thinkpad-t410> <20110509070230.GA20458@thinkpad-t410> <20110517165720.GB9258@thinkpad-t410> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2093 Lines: 44 On Tue, May 17, 2011 at 08:14:34PM +0300, Nick Kossifidis wrote: > 2011/5/17 Seth Forshee : > > On Mon, May 09, 2011 at 09:02:30AM +0200, Seth Forshee wrote: > >> On Thu, May 05, 2011 at 05:30:42PM +0300, Nick Kossifidis wrote: > >> > Hmm I don't see any errors from reset/phy code, can you disable > >> > Network Manager/wpa-supplicant and test connection on an open network > >> > using iw ? It 'll give us a better picture... > >> > > >> > If iw doesn't return any scan results we are probably hitting a PHY/RF > >> > error specific to your device (not all vendors follow the reference > >> > design). Maybe we should follow a blacklist/whitelist approach for > >> > this feature. > >> > >> I got the results back from my tester. He was able to get scan results, > >> but it took multiple tries and the direct probe failures appear in the > >> log. He didn't enable ATH5K_DEBUG_RESET this time; let me know if you > >> need that and I'll request he retest with the extra debug logs enabled. > > > > I got some more feedback. Most of the time iw does not get scan results, > > but even when it does connecting to the AP isn't always successful. The > > tester did note that he doesn't seem to have any trouble if his machine > > is within a few feet of his AP. Let me know if you'd like something else > > tested. > > > > I noticed that bugzilla #31922 (ath5k: Decreased throughput in IBSS or > > 802.11n mode) is also fixed by reverting 8aec7af9. It seems like the > > synth-only channel changes are resulting in poor connection quality. > > Maybe that patch needs to be reverted? > > > > Thanks, > > Seth > > > > > > http://www.kernel.org/pub/linux/kernel/people/mickflemm/01-fast-chan-switch-modparm That looks like it should do the trick. I'll request some testing with it and let you know how it goes. Thanks! -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/