Return-path: Received: from mail-yw0-f46.google.com ([209.85.213.46]:52815 "EHLO mail-yw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756701Ab1JDP5d (ORCPT ); Tue, 4 Oct 2011 11:57:33 -0400 Received: by ywb5 with SMTP id 5so630955ywb.19 for ; Tue, 04 Oct 2011 08:57:33 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <201110041726.40722.chunkeey@googlemail.com> References: <1317637758-11907-1-git-send-email-zefir.kurtisi@neratec.com> <201110041642.54453.chunkeey@googlemail.com> <201110041726.40722.chunkeey@googlemail.com> Date: Tue, 4 Oct 2011 23:57:32 +0800 Message-ID: (sfid-20111004_175737_268305_39C0AE81) Subject: Re: [RFC 5/6] ath9k: enable DFS pulse detection From: Adrian Chadd To: Christian Lamparter Cc: Zefir Kurtisi , "Luis R. Rodriguez" , linux-wireless@vger.kernel.org, ath9k-devel@lists.ath9k.org, kgiori@qca.qualcomm.com, nbd@openwrt.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-wireless-owner@vger.kernel.org List-ID: On 4 October 2011 23:26, Christian Lamparter wrote: > On Tuesday, October 04, 2011 04:50:42 PM Adrian Chadd wrote: >> Also whilst I'm at it, "SPECTRUM_MANAGEMENT" is a very broad flag to set. > > Hm, 802.11-2007 5.4.4 "Spectrum management services" explicitly > mentions that both services TPC and DFS are required in some > regulatory domains for operation in the 5 GHz band. Right, but just for hostap mode, correct? I'm also thinking about non-hostap mode support. > [ Just for fun: Do you know how the AR5418 handled radars in > the proprietary turbo mode in the 5 GHz band? And how does > Atheros own driver/stack/etc. deals with this limitation? > After all Unex sold/sells the DNBA-81 on their product page > as: > > "DNBA-81 is a 802.11n 2x3 2-stream a/b/g dual band wifi > Cardbus designed specifically for laptops and *access points*/ > home gateways/consumer electronics/multimedia entertainment > devices/peripherals with standard Cardbus slot." ] I haven't sat down and looked at exactly what the AR5416/AR5418 support is like save what I've seen when digging into the meaning behind the extended EEPROM bits. In any case, the easiest solution is to just disable HT40 for those (which, incidentally, is exactly what FreeBSD's ath and net80211 regulatory code did until recently.) And as I said, that isn't needed for station mode operation, so you can just use HT/40 channels. :) Besides, you realise that vendors say the darnest things at times? :) For example, one well-known vendor lists their AR9160 NICs as DFS ready (and thus people who buy them think they're DFS ready), but if you buy some of their MIPS SOC hardware, they only support OpenWRT+ath9k on it. I'm sure more than a few people fell into that trap. :) Adrian