linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Felix Fietkau <nbd@openwrt.org>
To: Zefir Kurtisi <zefir.kurtisi@neratec.com>
Cc: "Luis R. Rodriguez" <rodrigue@qca.qualcomm.com>,
	linux-wireless@vger.kernel.org, ath9k-devel@lists.ath9k.org,
	kgiori@qca.qualcomm.com
Subject: Re: [RFC 4/6] ath9k: add DFS build parameter
Date: Tue, 04 Oct 2011 12:37:00 +0200	[thread overview]
Message-ID: <4E8AE1CC.5060703@openwrt.org> (raw)
In-Reply-To: <4E8AD800.9040208@neratec.com>

On 2011-10-04 11:55 AM, Zefir Kurtisi wrote:
> On 10/03/2011 08:26 PM, Luis R. Rodriguez wrote:
>>  On Mon, Oct 3, 2011 at 3:29 AM, Zefir Kurtisi<zefir.kurtisi@neratec.com>  wrote:
>>>
>>>  Signed-off-by: Zefir Kurtisi<zefir.kurtisi@neratec.com>
>>>  ---
>>>   drivers/net/wireless/ath/ath9k/Kconfig  |    7 +++++++
>>>   drivers/net/wireless/ath/ath9k/Makefile |    2 ++
>>>   2 files changed, 9 insertions(+), 0 deletions(-)
>>>
>>>  diff --git a/drivers/net/wireless/ath/ath9k/Kconfig b/drivers/net/wireless/ath/ath9k/Kconfig
>>>  index d9c08c6..adddcca 100644
>>>  --- a/drivers/net/wireless/ath/ath9k/Kconfig
>>>  +++ b/drivers/net/wireless/ath/ath9k/Kconfig
>>>  @@ -58,6 +58,13 @@ config ATH9K_RATE_CONTROL
>>>           Say Y, if you want to use the ath9k specific rate control
>>>           module instead of minstrel_ht.
>>>
>>>  +config ATH9K_DFS
>>>  +       bool "Atheros ath9k DFS support"
>>>  +       depends on ATH9K
>>>  +       default y
>>
>>  At this point selecting y does nothing. Leave this patch out until
>>  selecting "y" means something.
>>
> What do you mean by 'nothing'? It allows you to select DFS as ath9k feature in your kernel configuration, or? Though, I agree that enabling it by default is not a good idea.
>
>>  Default should be n, and in particular Atheros itself can only likely
>>  commit to supporting DFS for AR9003 when it finds resources to do so
>>  as well as properly test it, so DFS support kconfig should state this.
>>  If someone wants to step up to completely support all bugs for older
>>  families that is their prerogative but we cannot commit to it, due to
>>  the regulatory considerations though unless this happens this cannot
>>  and should not be enabled for older families in code.
>>
> In fact, AR9003 is the platform we are interested in. Although it
> seems that older chipsets do also detect pulses with this patches
> (AR9280 does, IIRC), I agree to limit DFS support to AR9003 (and later).
> This should be easily possible by setting priv_ops->set_radar_params for
> AR9003 only. I'll remove it for AR5008 in my v2 RFC.
Please don't remove support code for older hardware. I'm fine with 
adding a SREV check that prevents it from being enabled by default on 
older hardware, but eventually I will need at least AR9280 DFS support 
for a few devices in OpenWrt.

- Felix

  reply	other threads:[~2011-10-04 10:37 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-03 10:29 [RFC 0/6] ath9k: DFS pattern detection Zefir Kurtisi
2011-10-03 10:29 ` [RFC 1/6] ath9k: add DFS statistics to debugfs Zefir Kurtisi
2011-10-03 18:14   ` Luis R. Rodriguez
2011-10-04  8:27     ` Zefir Kurtisi
2011-10-03 10:29 ` [RFC 2/6] ath9k: add DFS debug flag Zefir Kurtisi
2011-10-03 18:15   ` Luis R. Rodriguez
2011-10-04  8:31     ` Zefir Kurtisi
2011-10-04  9:40       ` Mohammed Shafi
2011-10-03 10:29 ` [RFC 3/6] ath9k: initial radar pulse detection for DFS Zefir Kurtisi
2011-10-03 11:57   ` Adrian Chadd
2011-10-03 12:23     ` Zefir Kurtisi
2011-10-03 12:43       ` Adrian Chadd
2011-10-03 14:21         ` Zefir Kurtisi
2011-10-03 14:23           ` Adrian Chadd
2011-10-03 10:29 ` [RFC 4/6] ath9k: add DFS build parameter Zefir Kurtisi
2011-10-03 18:26   ` Luis R. Rodriguez
2011-10-04  9:55     ` Zefir Kurtisi
2011-10-04 10:37       ` Felix Fietkau [this message]
2011-10-04 12:25         ` Adrian Chadd
2011-10-05 22:20         ` Luis R. Rodriguez
2011-10-03 10:29 ` [RFC 5/6] ath9k: enable DFS pulse detection Zefir Kurtisi
2011-10-03 18:27   ` Luis R. Rodriguez
2011-10-03 19:24     ` Christian Lamparter
2011-10-03 19:31       ` Luis R. Rodriguez
2011-10-04 13:38         ` Christian Lamparter
2011-10-04 14:17           ` Zefir Kurtisi
2011-10-04 14:34             ` Adrian Chadd
2011-10-05 22:31               ` Luis R. Rodriguez
2011-10-04 14:42             ` Christian Lamparter
2011-10-04 14:50               ` Adrian Chadd
2011-10-04 15:26                 ` Christian Lamparter
2011-10-04 15:57                   ` Adrian Chadd
2011-10-04 16:42                     ` Christian Lamparter
2011-10-04 17:03                       ` Adrian Chadd
2011-10-04 17:49                         ` Christian Lamparter
2011-10-05 22:37                 ` Luis R. Rodriguez
2011-10-04 16:26               ` Zefir Kurtisi
2011-10-05 22:30             ` Luis R. Rodriguez
2011-10-05 22:27           ` [ath9k-devel] " Luis R. Rodriguez
2011-10-06 16:49             ` Christian Lamparter
2011-10-06 18:36               ` Luis R. Rodriguez
2011-10-06 18:41                 ` Luis R. Rodriguez
2011-10-06 20:32                 ` Zefir Kurtisi
2011-10-06 20:41                   ` Luis R. Rodriguez
2011-10-06 21:08                     ` Zefir Kurtisi
2011-10-06 21:12                       ` Luis R. Rodriguez
2011-10-07  3:06                       ` Adrian Chadd
2011-10-07  7:54                         ` Luis R. Rodriguez
2011-10-07  8:48                         ` Zefir Kurtisi
2011-10-07 11:43                           ` Adrian Chadd
2011-10-04 10:11     ` Zefir Kurtisi
2011-10-05 22:23       ` Luis R. Rodriguez
2011-10-03 10:29 ` [RFC 6/6] ath9k: handle pulse data reported by DFS HW Zefir Kurtisi
2011-10-03 18:30   ` Luis R. Rodriguez

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E8AE1CC.5060703@openwrt.org \
    --to=nbd@openwrt.org \
    --cc=ath9k-devel@lists.ath9k.org \
    --cc=kgiori@qca.qualcomm.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=rodrigue@qca.qualcomm.com \
    --cc=zefir.kurtisi@neratec.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).