Re: [ath9k-devel] [PATCH] ath9k_htc: update RSSI values only when the device is associated

2013-02-05 Thread Felix Fietkau
On 2013-02-01 1:50 PM, Bernhard Urban wrote: add an if-guard, otherwise iw(8) reports weird signal strengths. The behaviour was fine before this commit: 7c277349ecbd66e19fad3d949fa6ef6c131a3b62 Therefore, this patch is a partially revert of it. I think your commit message is a bit

[ath9k-devel] [PATCH] ath9k_htc: update RSSI values only when the device is associated

2013-02-01 Thread Bernhard Urban
add an if-guard, otherwise iw(8) reports weird signal strengths. The behaviour was fine before this commit: 7c277349ecbd66e19fad3d949fa6ef6c131a3b62 Therefore, this patch is a partially revert of it. In my testsetup, I have two access points: 00:12:XX within one meter physically range

Re: [ath9k-devel] [PATCH] ath9k_htc: update RSSI values only when the device is associated

2012-12-05 Thread Holger Schurig
And I think the commercial for your sponsor should be after the --- line, not inside the commit description ... ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel

Re: [ath9k-devel] [PATCH] ath9k_htc: update RSSI values only when the device is associated

2012-12-05 Thread Bernhard Urban
Hi Mohammed, thanks for your comment On Mon, Dec 3, 2012 at 7:41 AM, Mohammed Shafi shafi.wirel...@gmail.com wrote: - last_rssi = priv-rx.last_rssi; + if (is_mybeacon priv-ah-opmode == NL80211_IFTYPE_STATION) { + if (rxbuf-rxstatus.rs_rssi != ATH9K_RSSI_BAD +

Re: [ath9k-devel] [PATCH] ath9k_htc: update RSSI values only when the device is associated

2012-12-02 Thread Mohammed Shafi
Hi Bernhard, On Sun, Dec 2, 2012 at 1:56 AM, Bernhard Urban lew...@gmail.com wrote: On Sat, Dec 1, 2012 at 9:21 PM, Bernhard Urban lew...@gmail.com wrote: add an if-guard, otherwise iw(8) reports weird signal strengths. The behaviour was fine before this commit:

[ath9k-devel] [PATCH] ath9k_htc: update RSSI values only when the device is associated

2012-12-01 Thread Bernhard Urban
add an if-guard, otherwise iw(8) reports weird signal strengths. The behaviour was fine before this commit: 7c277349ecbd66e19fad3d949fa6ef6c131a3b62 This patch is therefore a partially revert of it. Tested with TP-Link TL-WN722N Thanks to indoo.rs http://indoo.rs/ for sponsoring Reported-by:

Re: [ath9k-devel] [PATCH] ath9k_htc: update RSSI values only when the device is associated

2012-12-01 Thread Bernhard Urban
On Sat, Dec 1, 2012 at 9:21 PM, Bernhard Urban lew...@gmail.com wrote: add an if-guard, otherwise iw(8) reports weird signal strengths. The behaviour was fine before this commit: 7c277349ecbd66e19fad3d949fa6ef6c131a3b62 This patch is therefore a partially revert of it. Tested with TP-Link

Re: [ath9k-devel] [PATCH] ath9k_htc: update RSSI values only when the device is associated

2012-11-17 Thread Bernhard Urban
Thanks for the reviews! On Sat, Nov 10, 2012 at 9:42 AM, Sujith m.suj...@gmail.com wrote: Looks good, but a cleaner fix would be to update the RSSI only for beacons that are destined for the station. You mean like in recv.c? There's a `is_mybeacon' field, which is computed in

[ath9k-devel] [PATCH] ath9k_htc: update RSSI values only when the device is associated

2012-11-10 Thread Sujith
Bernhard Urban wrote: add an if-guard, otherwise iw(8) reports weird signal strengths. The behaviour was fine before this commit: 7c277349ecbd66e19fad3d949fa6ef6c131a3b62 This patch is therefore a partially revert of it. Tested with TP-Link TL-WN722N Looks good, but a cleaner fix would

Re: [ath9k-devel] [PATCH] ath9k_htc: update RSSI values only when the device is associated

2012-11-10 Thread Felix Fietkau
On 2012-11-09 6:09 PM, Bernhard Urban wrote: add an if-guard, otherwise iw(8) reports weird signal strengths. The behaviour was fine before this commit: 7c277349ecbd66e19fad3d949fa6ef6c131a3b62 This patch is therefore a partially revert of it. Tested with TP-Link TL-WN722N Thanks to

[ath9k-devel] [PATCH] ath9k_htc: update RSSI values only when the device is associated

2012-11-09 Thread Bernhard Urban
add an if-guard, otherwise iw(8) reports weird signal strengths. The behaviour was fine before this commit: 7c277349ecbd66e19fad3d949fa6ef6c131a3b62 This patch is therefore a partially revert of it. Tested with TP-Link TL-WN722N Thanks to indoo.rs http://indoo.rs/ for sponsoring Reported-by: