Return-path: Received: from wolverine01.qualcomm.com ([199.106.114.254]:42042 "EHLO wolverine01.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932134Ab2CSKJe (ORCPT ); Mon, 19 Mar 2012 06:09:34 -0400 From: Sujith Manoharan MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-ID: <20327.1467.708015.943566@gargle.gargle.HOWL> (sfid-20120319_110941_886740_0F152CBF) Date: Mon, 19 Mar 2012 15:38:59 +0530 To: Johannes Berg CC: Adrian Chadd , "Manoharan, Rajkumar" , linux-wireless Subject: Re: mac80211 20/40 coexist In-Reply-To: <1332145593.3359.6.camel@jlt3.sipsolutions.net> References: <1331818214.3432.12.camel@jlt3.sipsolutions.net> <8F3AF1C9F856774F8C8D67AA7EDFEC8801E3005E@aphydexd01b> <1331902885.6753.10.camel@jlt3.sipsolutions.net> <8F3AF1C9F856774F8C8D67AA7EDFEC8801E3040B@aphydexd01b> <1332065984.3609.5.camel@jlt3.sipsolutions.net> <20326.44233.811876.892785@gargle.gargle.HOWL> <1332145593.3359.6.camel@jlt3.sipsolutions.net> Sender: linux-wireless-owner@vger.kernel.org List-ID: Johannes Berg wrote: > > As far as ath9k/ath9k_htc is concerned, I think we have to reset/reconfigure the HW > > when a channel switch happens, since we reprogram various MAC/PHY registers based on > > the HT bandwidth. Both ath9k and ath9k_htc update their rate control modules > > correctly - ath9k via the rate_update() callback and ath9k_htc using BSS_CHANGED_HT > > in bss_info_changed(). > > I'm not sure ath9k_htc is behaving correctly. Ok I should say that > differently -- it's probably behaving "correctly" wrt. whatever mac80211 > did before, but we're changing the way mac80211 behaves and I believe > that to be (more) correct, see my other email. Well, we do a bunch of HW configuration based on the channel bandwidth, like TX power, program MAC/PHY registers, various calibration routines at the baseband level. So when the bandwidth changes, doing a full HW reset is required, I think. Sujith