Return-path: Received: from nbd.name ([46.4.11.11]:45065 "EHLO nbd.name" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752746Ab2DWRYL (ORCPT ); Mon, 23 Apr 2012 13:24:11 -0400 Message-ID: <4F95902E.7040806@openwrt.org> (sfid-20120423_192414_931634_2AA2741A) Date: Mon, 23 Apr 2012 19:23:58 +0200 From: Felix Fietkau MIME-Version: 1.0 To: Zefir Kurtisi CC: Zefir Kurtisi , linville@tuxdriver.com, ath9k-devel@lists.ath9k.org, linux-wireless@vger.kernel.org, rodrigue@qca.qualcomm.com, achadd@qca.qualcomm.com, chunkeey@googlemail.com Subject: Re: [PATCH 2/4] ath9k: set PHYRADAR in RX filter when on DFS channel References: <1335124223-15439-1-git-send-email-zefir.kurtisi@gmail.com> <1335124223-15439-3-git-send-email-zefir.kurtisi@gmail.com> <4F946340.3020700@openwrt.org> <4F951D01.60509@neratec.com> In-Reply-To: <4F951D01.60509@neratec.com> Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-wireless-owner@vger.kernel.org List-ID: On 2012-04-23 11:12 AM, Zefir Kurtisi wrote: > On 22.04.2012 22:00, Felix Fietkau wrote: >> On 2012-04-22 9:50 PM, Zefir Kurtisi wrote: >>> From: Zefir Kurtisi >>> >>> >>> Signed-off-by: Zefir Kurtisi >>> --- >>> drivers/net/wireless/ath/ath9k/recv.c | 6 ++++++ >>> 1 files changed, 6 insertions(+), 0 deletions(-) >>> >>> diff --git a/drivers/net/wireless/ath/ath9k/recv.c b/drivers/net/wireless/ath/ath9k/recv.c >>> index f4ae3ba..ef45c0c 100644 >>> --- a/drivers/net/wireless/ath/ath9k/recv.c >>> +++ b/drivers/net/wireless/ath/ath9k/recv.c >>> @@ -17,6 +17,7 @@ >>> #include >>> #include "ath9k.h" >>> #include "ar9003_mac.h" >>> +#include "dfs.h" >>> >>> #define SKB_CB_ATHBUF(__skb) (*((struct ath_buf **)__skb->cb)) >>> >>> @@ -467,6 +468,11 @@ u32 ath_calcrxfilter(struct ath_softc *sc) >>> rfilt |= ATH9K_RX_FILTER_MCAST_BCAST_ALL; >>> } >>> >>> + if (sc->sc_ah->curchan->chan->flags& IEEE80211_CHAN_RADAR) >>> + rfilt |= ATH9K_RX_FILTER_PHYRADAR; >>> + else >>> + rfilt&= ~ATH9K_RX_FILTER_PHYRADAR; >> This should only be done in AP mode, maybe mac80211 should have a >> separate flag to tell the driver to enable this. Same comment also >> applies to patch 4/4. >> >> - Felix >> > Are you aware of any issues enabling DFS in client modes? My thinking > was that it won't hurt to detect radars in any mode and let the DFS > management component decide what to do with that events. Power consumption (for laptops), performance issues (due to DMA descriptor use and interrupts triggered by pulse detection). If the DFS management component decides what to do with the events, why not let it decide whether it actually wants events as well ;) - Felix