All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Oh <poh@qca.qualcomm.com>
To: Felix Fietkau <nbd@openwrt.org>, ath10k@lists.infradead.org
Cc: linux-wireless@vger.kernel.org
Subject: Re: [PATCH] ath: fix incorrect PPB on FCC radar type 5
Date: Mon, 15 Dec 2014 15:38:41 -0800	[thread overview]
Message-ID: <548F7101.7060602@qca.qualcomm.com> (raw)
In-Reply-To: <548F47D1.8080502@openwrt.org>


On 12/15/2014 12:42 PM, Felix Fietkau wrote:
> On 2014-12-15 19:55, Peter Oh wrote:
>> The minimum number of pulses per burst on FCC radar type 5 is 1.
>> Use this number for correct radar detection.
>>
>> Signed-off-by: Peter Oh <poh@qca.qualcomm.com>
>> ---
>>   drivers/net/wireless/ath/dfs_pattern_detector.c | 2 +-
>>   1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/net/wireless/ath/dfs_pattern_detector.c b/drivers/net/wireless/ath/dfs_pattern_detector.c
>> index cfd0554..3d57f87 100644
>> --- a/drivers/net/wireless/ath/dfs_pattern_detector.c
>> +++ b/drivers/net/wireless/ath/dfs_pattern_detector.c
>> @@ -86,7 +86,7 @@ static const struct radar_detector_specs fcc_radar_ref_types[] = {
>>   	FCC_PATTERN(1, 0, 5, 150, 230, 1, 23),
>>   	FCC_PATTERN(2, 6, 10, 200, 500, 1, 16),
>>   	FCC_PATTERN(3, 11, 20, 200, 500, 1, 12),
>> -	FCC_PATTERN(4, 50, 100, 1000, 2000, 1, 20),
>> +	FCC_PATTERN(4, 50, 100, 1000, 2000, 1, 1),
> Won't that significantly increase the false positive rate?
No. FCC type 5 radar's PPB is in between 1~3 and DFS simulators such as 
VeriWave machine pick one among the number (typically 1), hence to 
detect the type 5 radar we should pick the minimum number which is 1 
unless we won't detect the radar if pulse comes only once.
> Here's the previous change on that pattern:
Actually their assumption (?) on FCC is incorrect.
PPB and PRF was not interchanged, the previous parameters simply picked 
wrong PRF for FCC instead (FCC type 5 radar's PRF is 1).
For Japan those parameters look quite different from what I've seen from 
Japan's Communications Ministry (MIC, 
www.tele.soumu.go.jp/e/sys/equ/tech/5ghz/5ghz.htm), but I couldn't say 
if it's correct or not at this moment since I haven't run DFS on Japan yet.
> commit 562930f8baee7a1cb5b9f382b4338c9b6fbf1139
> Author: Vivek Natarajan <nataraja@qti.qualcomm.com>
> Date:   Mon Nov 24 17:26:22 2014 +0530
>
>      ath: Fix a false radar detection pattern
>      
>      For FCC and JP, in one of the radar patterns, PPB and PRF seems to be
>      interchanged leading to frequent incorrect radar detections.
>      
>      Signed-off-by: Vivek Natarajan <nataraja@qti.qualcomm.com>
>      Signed-off-by: John W. Linville <linville@tuxdriver.com>
>
> diff --git a/drivers/net/wireless/ath/dfs_pattern_detector.c b/drivers/net/wireless/ath/dfs_pattern_detector.c
> index 650be79..cfd0554 100644
> --- a/drivers/net/wireless/ath/dfs_pattern_detector.c
> +++ b/drivers/net/wireless/ath/dfs_pattern_detector.c
> @@ -86,7 +86,7 @@ static const struct radar_detector_specs fcc_radar_ref_types[] = {
>          FCC_PATTERN(1, 0, 5, 150, 230, 1, 23),
>          FCC_PATTERN(2, 6, 10, 200, 500, 1, 16),
>          FCC_PATTERN(3, 11, 20, 200, 500, 1, 12),
> -       FCC_PATTERN(4, 50, 100, 1000, 2000, 20, 1),
> +       FCC_PATTERN(4, 50, 100, 1000, 2000, 1, 20),
>          FCC_PATTERN(5, 0, 1, 333, 333, 1, 9),
>   };
>   
> @@ -105,7 +105,7 @@ static const struct radar_detector_specs jp_radar_ref_types[] = {
>          JP_PATTERN(4, 0, 5, 150, 230, 1, 23),
>          JP_PATTERN(5, 6, 10, 200, 500, 1, 16),
>          JP_PATTERN(6, 11, 20, 200, 500, 1, 12),
> -       JP_PATTERN(7, 50, 100, 1000, 2000, 20, 1),
> +       JP_PATTERN(7, 50, 100, 1000, 2000, 1, 20),
>          JP_PATTERN(5, 0, 1, 333, 333, 1, 9),
>   };


_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

WARNING: multiple messages have this Message-ID (diff)
From: Peter Oh <poh@qca.qualcomm.com>
To: Felix Fietkau <nbd@openwrt.org>, <ath10k@lists.infradead.org>
Cc: <linux-wireless@vger.kernel.org>
Subject: Re: [PATCH] ath: fix incorrect PPB on FCC radar type 5
Date: Mon, 15 Dec 2014 15:38:41 -0800	[thread overview]
Message-ID: <548F7101.7060602@qca.qualcomm.com> (raw)
In-Reply-To: <548F47D1.8080502@openwrt.org>


On 12/15/2014 12:42 PM, Felix Fietkau wrote:
> On 2014-12-15 19:55, Peter Oh wrote:
>> The minimum number of pulses per burst on FCC radar type 5 is 1.
>> Use this number for correct radar detection.
>>
>> Signed-off-by: Peter Oh <poh@qca.qualcomm.com>
>> ---
>>   drivers/net/wireless/ath/dfs_pattern_detector.c | 2 +-
>>   1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/net/wireless/ath/dfs_pattern_detector.c b/drivers/net/wireless/ath/dfs_pattern_detector.c
>> index cfd0554..3d57f87 100644
>> --- a/drivers/net/wireless/ath/dfs_pattern_detector.c
>> +++ b/drivers/net/wireless/ath/dfs_pattern_detector.c
>> @@ -86,7 +86,7 @@ static const struct radar_detector_specs fcc_radar_ref_types[] = {
>>   	FCC_PATTERN(1, 0, 5, 150, 230, 1, 23),
>>   	FCC_PATTERN(2, 6, 10, 200, 500, 1, 16),
>>   	FCC_PATTERN(3, 11, 20, 200, 500, 1, 12),
>> -	FCC_PATTERN(4, 50, 100, 1000, 2000, 1, 20),
>> +	FCC_PATTERN(4, 50, 100, 1000, 2000, 1, 1),
> Won't that significantly increase the false positive rate?
No. FCC type 5 radar's PPB is in between 1~3 and DFS simulators such as 
VeriWave machine pick one among the number (typically 1), hence to 
detect the type 5 radar we should pick the minimum number which is 1 
unless we won't detect the radar if pulse comes only once.
> Here's the previous change on that pattern:
Actually their assumption (?) on FCC is incorrect.
PPB and PRF was not interchanged, the previous parameters simply picked 
wrong PRF for FCC instead (FCC type 5 radar's PRF is 1).
For Japan those parameters look quite different from what I've seen from 
Japan's Communications Ministry (MIC, 
www.tele.soumu.go.jp/e/sys/equ/tech/5ghz/5ghz.htm), but I couldn't say 
if it's correct or not at this moment since I haven't run DFS on Japan yet.
> commit 562930f8baee7a1cb5b9f382b4338c9b6fbf1139
> Author: Vivek Natarajan <nataraja@qti.qualcomm.com>
> Date:   Mon Nov 24 17:26:22 2014 +0530
>
>      ath: Fix a false radar detection pattern
>      
>      For FCC and JP, in one of the radar patterns, PPB and PRF seems to be
>      interchanged leading to frequent incorrect radar detections.
>      
>      Signed-off-by: Vivek Natarajan <nataraja@qti.qualcomm.com>
>      Signed-off-by: John W. Linville <linville@tuxdriver.com>
>
> diff --git a/drivers/net/wireless/ath/dfs_pattern_detector.c b/drivers/net/wireless/ath/dfs_pattern_detector.c
> index 650be79..cfd0554 100644
> --- a/drivers/net/wireless/ath/dfs_pattern_detector.c
> +++ b/drivers/net/wireless/ath/dfs_pattern_detector.c
> @@ -86,7 +86,7 @@ static const struct radar_detector_specs fcc_radar_ref_types[] = {
>          FCC_PATTERN(1, 0, 5, 150, 230, 1, 23),
>          FCC_PATTERN(2, 6, 10, 200, 500, 1, 16),
>          FCC_PATTERN(3, 11, 20, 200, 500, 1, 12),
> -       FCC_PATTERN(4, 50, 100, 1000, 2000, 20, 1),
> +       FCC_PATTERN(4, 50, 100, 1000, 2000, 1, 20),
>          FCC_PATTERN(5, 0, 1, 333, 333, 1, 9),
>   };
>   
> @@ -105,7 +105,7 @@ static const struct radar_detector_specs jp_radar_ref_types[] = {
>          JP_PATTERN(4, 0, 5, 150, 230, 1, 23),
>          JP_PATTERN(5, 6, 10, 200, 500, 1, 16),
>          JP_PATTERN(6, 11, 20, 200, 500, 1, 12),
> -       JP_PATTERN(7, 50, 100, 1000, 2000, 20, 1),
> +       JP_PATTERN(7, 50, 100, 1000, 2000, 1, 20),
>          JP_PATTERN(5, 0, 1, 333, 333, 1, 9),
>   };


  reply	other threads:[~2014-12-15 23:40 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-15 18:55 [PATCH] ath: fix incorrect PPB on FCC radar type 5 Peter Oh
2014-12-15 18:55 ` Peter Oh
2014-12-15 20:42 ` Felix Fietkau
2014-12-15 20:42   ` Felix Fietkau
2014-12-15 23:38   ` Peter Oh [this message]
2014-12-15 23:38     ` Peter Oh
2014-12-24 15:29 ` Kalle Valo
2014-12-24 15:29   ` Kalle Valo

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=548F7101.7060602@qca.qualcomm.com \
    --to=poh@qca.qualcomm.com \
    --cc=ath10k@lists.infradead.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=nbd@openwrt.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.