RE: Rate-ctrl experience gained with ath10k

2018-10-22 Thread Jean-Pierre TOSONI
Hi Ben, Just a quick reaction: I guess the choice should mainly depend on the mean airtime to transmit a frame, not on the final throughput, since it is a shared half-duplex media? Retransmission is fine up to the point it does not take more airtime than a lower MCS? Jean-Pierre >

RE: Large number of crda failures

2018-10-17 Thread Jean-Pierre TOSONI
Code 234 => exit(-EINVAL) Could be that crda is started in a context where the COUNTRY environment variable is invalid, or started with an argument (crda must be run without argument). > -Message d'origine- > De : linux-wireless-ow...@vger.kernel.org >

RE: hostapd.config file for ACS Configuration

2018-05-28 Thread Jean-Pierre TOSONI
> -Message d'origine- > De : linux-wireless-ow...@vger.kernel.org > [mailto:linux-wireless-ow...@vger.kernel.org] De la part de > Ahmad Zainudin > Envoyé : lundi 28 mai 2018 04:32 > À : linux-wireless@vger.kernel.org > Objet : hostapd.config file for ACS Configuration > > Hello all, > >

[PATCH v2 resend] mac80211: inform wireless layer when frame RSSI is invalid

2018-03-14 Thread Jean Pierre TOSONI
When the low-level driver returns an invalid RSSI indication, set the signal value to 0 as an indication to the upper layer. Also, skip average level computation if signal is invalid. Signed-off-by: Jean Pierre TOSONI <jp.tos...@acksys.fr> --- @Johannes: what is the status of this

[PATCH v2] mac80211: inform wireless layer when frame RSSI is invalid

2018-02-27 Thread Jean Pierre TOSONI
When the low-level driver returns an invalid RSSI indication, set the signal value to 0 as an indication to the upper layer. Also, skip average level computation if signal is invalid. Signed-off-by: Jean Pierre TOSONI <jp.tos...@acksys.fr> --- V2: Move the beacon rssi processing to a

RE: [PATCH] mac80211: inform wireless layer when frame RSSI is invalid

2018-02-26 Thread Jean Pierre TOSONI
> -Message d'origine- > De : Johannes Berg [mailto:johan...@sipsolutions.net] > Envoyé : lundi 19 février 2018 13:35 > À : Jean Pierre TOSONI; linux-wireless@vger.kernel.org > Objet : Re: [PATCH] mac80211: inform wireless layer when frame RSSI > is invalid > (...

RE: [PATCH v2] ath9k: mark RSSI as invalid if frame received during channel setup

2018-02-15 Thread Jean Pierre TOSONI
> -Message d'origine- > De : Felix Fietkau [mailto:n...@nbd.name] > Envoyé : jeudi 15 février 2018 15:46 > À : Jean Pierre TOSONI; Kalle Valo > Cc : linux-wireless@vger.kernel.org; ath9k-de...@qca.qualcomm.com > Objet : Re: [PATCH v2] ath9k: mark RSSI as invalid if frame

RE: [PATCH v2] ath9k: mark RSSI as invalid if frame received during channel setup

2018-02-15 Thread Jean Pierre TOSONI
> -Message d'origine- > De : qu...@laptop.org [mailto:qu...@laptop.org] > Envoyé : jeudi 15 février 2018 08:21 > À : Kalle Valo > Cc : Jean Pierre TOSONI; linux-wireless@vger.kernel.org; ath9k- > de...@qca.qualcomm.com > Objet : Re: [PATCH v2] ath9k: mark RSSI as inva

RE: [PATCH v2] ath9k: mark RSSI as invalid if frame received during channel setup

2018-02-15 Thread Jean Pierre TOSONI
> -Message d'origine- > De : steve.deros...@gmail.com [mailto:steve.deros...@gmail.com] De > la part de Steve deRosier > Envoyé : mercredi 14 février 2018 19:16 > À : Jean Pierre TOSONI > Cc : Kalle Valo; linux-wireless@vger.kernel.org; ath9k- > de...@qca.qualcomm.com

[PATCH v2] ath9k: mark RSSI as invalid if frame received during channel setup

2018-02-14 Thread Jean Pierre TOSONI
in this case. Signed-off-by: Jean Pierre TOSONI <jp.tos...@acksys.fr> --- V2: replace LEDE patch with due kernel patch (with excuses to Kalle Valo) drivers/net/wireless/ath/ath9k/ani.c|1 + drivers/net/wireless/ath/ath9k/common.c | 10 ++ drivers/net/wireless/ath/ath9

[PATCH] ath9k: mark RSSI as invalid if frame received during channel setup

2018-02-14 Thread Jean Pierre TOSONI
in this case. Signed-off-by: Jean Pierre TOSONI <jp.tos...@acksys.fr> --- .../a995-b-acksys-ath9k-wait-channel-change.patch | 39 1 files changed, 39 insertions(+), 0 deletions(-) create mode 100644 package/kernel/mac80211/patches/a995-b-acksys-ath9k-wait-c

[PATCH] mac80211: inform wireless layer when frame RSSI is invalid

2018-02-14 Thread Jean Pierre TOSONI
When the low-level driver returns an invalid RSSI indication, set the signal value to 0 as an indication to the upper layer. Also, skip average level computation if signal is invalid. Signed-off-by: Jean Pierre TOSONI <jp.tos...@acksys.fr> --- WARNING: This patch applies to wireless-t

RE: mac80211 scan results, signal value not reliable

2018-02-14 Thread Jean Pierre TOSONI
> -Message d'origine- > De : Johannes Berg [mailto:johan...@sipsolutions.net] > Envoyé : samedi 10 février 2018 22:09 > À : Jean Pierre TOSONI; linux-wireless@vger.kernel.org > Objet : Re: mac80211 scan results, signal value not reliable > > On Thu, 2018-02-08 at 09:

mac80211 scan results, signal value not reliable

2018-02-08 Thread Jean Pierre TOSONI
==--==--==--== Hello list, In net/mac80211/scan.c, function ieee80211_bss_info_update() passes incoming scan results to the generic wireless layer, with indication of the received signal level, but no indication of signal validity. Before

RE: [RFC 2/3] cfg80211: Disallow moving out of operating DFS channel in non-ETSI

2017-01-25 Thread Jean-Pierre Tosoni
> -Message d'origine- > De : linux-wireless-ow...@vger.kernel.org [mailto:linux-wireless- > ow...@vger.kernel.org] De la part de Vasanthakumar Thiagarajan > Envoyé : mercredi 25 janvier 2017 12:31 > À : johan...@sipsolutions.net > Cc : linux-wireless@vger.kernel.org; Vasanthakumar

RE: ath9k/ath10k DFS testing / certification

2017-01-18 Thread Jean-Pierre Tosoni
Hi Adrian, Also, about ath9k: I don't know if it's relevant to you, but we had the same problem of NO_IR/RADAR mismatch in ath9k. We fixed this in mac80211 layer at that time. Here is the patch. We didn't send it upstream since We have no experience with other chipsets, and we didn't know

RE: [PATCH net-next] bridge: multicast to unicast

2017-01-09 Thread Jean-Pierre Tosoni
> -Message d'origine- > De : linux-wireless-ow...@vger.kernel.org [mailto:linux-wireless- > ow...@vger.kernel.org] De la part de Stephen Hemminger > Envoyé : samedi 7 janvier 2017 04:14 > À : Linus Lüssing > Cc : net...@vger.kernel.org; David S . Miller; bridge@lists.linux- >

RE: ath10k firmware sends probes on DFS channels without radar detection

2016-12-26 Thread Jean-Pierre Tosoni
> -Message d'origine- > De : Jouni Malinen [mailto:j...@w1.fi] > Envoyé : jeudi 15 décembre 2016 23:58 > À : Jean-Pierre Tosoni > Cc : 'Ben Greear'; linux-wireless@vger.kernel.org; > ath...@lists.infradead.org > Objet : Re: ath10k firmware sends probes on DFS c

RE: ath10k firmware sends probes on DFS channels without radar detection

2016-12-15 Thread Jean-Pierre Tosoni
> -Message d'origine- > De : Ben Greear [mailto:gree...@candelatech.com] > Envoyé : jeudi 15 décembre 2016 17:33 > À : Jean-Pierre Tosoni; 'Jouni Malinen' > Cc : linux-wireless@vger.kernel.org; ath...@lists.infradead.org > Objet : Re: ath10k firmware sends probes on DF

RE: ath10k firmware sends probes on DFS channels without radar detection

2016-12-15 Thread Jean-Pierre Tosoni
if (ret) return ret; ...But this sets a terrible penalty on performance when applied to background scan. On 12/14/16 20:58 Jouni Malinen wrote: > > On Tue, Dec 06, 2016 at 06:02:52PM +0100, Jean-Pierre Tosoni wrote: > > This

RE: ath10k firmware sends probes on DFS channels without radar detection

2016-12-14 Thread Jean-Pierre Tosoni
On 12/06/15 08:36 PM, Ben Greear wrote: > On 12/06/2016 09:02 AM, Jean-Pierre Tosoni wrote: > > This follows on the previous discussion > > "Client station sends probes on DFS channels" > > > > Problem: > > The combination of QCA988X firmware v1

ath10k firmware sends probes on DFS channels without radar detection

2016-12-06 Thread Jean-Pierre Tosoni
issue does not show up with other mac80211 devices like ath9k. - wpa_supplicant considers this is a kernel issue [2] Jean-Pierre Tosoni > -Message d'origine- > De : ath10k [mailto:ath10k-boun...@lists.infradead.org] De la part de > Jean-Pierre Tosoni > Envoyé : mercredi 30 novembr

RE: [RFC v2] [resend] ath9k: allow up to 8 access point vifs on DFS channels

2015-09-16 Thread Jean-Pierre Tosoni
tthias@neratec.com] > Envoyé : mardi 15 septembre 2015 11:57 > À : Jean-Pierre TOSONI; linux-wireless@vger.kernel.org > Objet : Re: [RFC v2] [resend] ath9k: allow up to 8 access point vifs on > DFS channels > > On 09/06/15 18:26, Jean-Pierre TOSONI wrote: > > Allow the combinati

RE: [linux-wireless] was [wireless-regdb] [RFC] [PATCH] crda: enforce ETSI CAC timer of 600s on the weather band

2015-04-14 Thread Jean-Pierre Tosoni
-13 at 11:23 -0500, Seth Forshee wrote: On Mon, Apr 13, 2015 at 05:31:14PM +0200, Jean-Pierre Tosoni wrote: A really weird patch that splits the U-NII-2e band into 1, 2 or 3 sub-bands to enforce a CAC time of 10 minutes in the range 5600-5650 MHz. Wrong maintainer / list

[RFC] [PATCH] crda: enforce ETSI CAC timer of 600s on the weather band

2015-04-13 Thread Jean-Pierre Tosoni
A really weird patch that splits the U-NII-2e band into 1, 2 or 3 sub-bands to enforce a CAC time of 10 minutes in the range 5600-5650 MHz. --- I came up with the following patch to enforce ETSI regulation in Europe for weather channels. It applies to crda and when it encounters this frequency

[mac80211] 4-addresses mode: the AP does not detect the advertizing null data frame from the client

2015-04-13 Thread Jean-Pierre Tosoni
Hello list, I am using compat-wireless-2014-11-04 and hostapd-2014-06-03 in an openwrt environment. I have set up a wpa_supplicant and an AP using Atheros chips. The supplicant is set in 4-addresses mode. The AP is set to put its 4-addresses clients into a bridge. Symptom: the supplicant

[mac80211] 4-addresses mode: the AP does not detect the advertizing null data frame from the client

2015-04-13 Thread Jean-Pierre Tosoni
Hello list, I am using compat-wireless-2014-11-04 and hostapd-2014-06-03 in an openwrt environment. I have set up a wpa_supplicant and an AP using Atheros chips. The supplicant is set in 4-addresses mode. The AP is set to put its 4-addresses clients into a bridge. Symptom: the supplicant

[mac80211] 4-addresses mode: the AP does not detect the advertizing null data frame from the client

2015-04-13 Thread Jean-Pierre Tosoni
Hello list, I am using compat-wireless-2014-11-04 and hostapd-2014-06-03 in an openwrt environment. I have set up a wpa_supplicant and an AP using Atheros chips. The supplicant is set in 4-addresses mode. The AP is set to put its 4-addresses clients into a bridge. Symptom: the supplicant

DFS ETSI conformance for weather channels (again)

2015-03-26 Thread Jean-Pierre TOSONI
achieve the conformance test target. That being said, would it be possible to reexamine that dropped patch and apply it? Best regards, Jean-Pierre Tosoni -- To unsubscribe from this list: send the line unsubscribe linux-wireless in the body of a message to majord...@vger.kernel.org More majordomo

RE: DFS ETSI conformance for weather channels (again)

2015-03-26 Thread Jean-Pierre Tosoni
17:06 À : Jean-Pierre TOSONI Cc : linux-wireless@vger.kernel.org Objet : Re: DFS ETSI conformance for weather channels (again) Jean-Pierre TOSONI jp.tos...@acksys.fr writes: Hi list, I just stumbled on this patch that IMHO was rejected for a bad reason: [PATCH v3 4/4] cfg80211: DFS use 10