[PATCH] ath: fix incorrect PPB on FCC radar type 5

Peter Oh poh at qca.qualcomm.com
Mon Dec 15 15:38:41 PST 2014


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 at 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 at 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 at qti.qualcomm.com>
>      Signed-off-by: John W. Linville <linville at 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),
>   };




More information about the ath10k mailing list