[PATCH] mac80211: fix the update of path metric for RANN frame

2017-11-14 Thread Chun-Yeow Yeoh
The previous path metric update from RANN frame has not considered the own link metric toward the transmitting mesh STA. Fix this. Reported-by: Michael65535 Signed-off-by: Chun-Yeow Yeoh <yeohchuny...@gmail.com> --- net/mac80211/mesh_hwmp.c | 15 +-- 1 file changed, 9 inse

Re: [PATCH v2] mac80211: mesh - always do every discovery retry

2017-03-29 Thread Chun-Yeow Yeoh
I would suggest the following modification of commit messages and code. Let me know whether this is fine. - I would suggest the following edition to the commit message: Instead of stopping path discovery when a path is established, continue the attempts to find alternative paths until we

Re: Beacon interval for Mesh/AP in single interface

2017-03-15 Thread Chun-Yeow Yeoh
> > Interesting. Did hardware actually support this, and if so, what did it > do? Yes, ath9k for mesh/AP running simultaneously in one single radio interface can do beaconing using different beacon interval. Mesh providing backhaul to user accessing via STA/AP mode. > If that worked, then it'd

Beacon interval for Mesh/AP in single interface

2017-03-08 Thread Chun-Yeow Yeoh
Hi, Johannes The introduction of the following patches doesn't allow the AP and mesh mode to simultaneously run on a single radio interface due to beacon interval for both interfaces by default is different. [PATCH] cfg80211: disallow beacon_int_min_gcd with IBSS [PATCH] cfg80211: support virtual

Re: [PATCH v2] mac80211: mesh - always do every discovery retry

2017-03-06 Thread Chun-Yeow Yeoh
> They are only reliable when compared to individual rate controlled frames. > But, in general, they are most certainly not reliable. Even in a shielded > and conductive (i.e. with physical wires connecting antennas) environment > lost PREQ frames are not hard to see. Did you try to reduce

Re: [PATCH v2] mac80211: mesh - always do every discovery retry

2017-03-04 Thread Chun-Yeow Yeoh
On Sat, Mar 4, 2017 at 12:01 PM, Chun-Yeow Yeoh <yeohchuny...@gmail.com> wrote: > >> >> Well A-D is going to have a much smaller RTT than A-B-C-D. And, yes, using >> multiple hops is going to reduce throughput but I'd much rather use >> multiple >> 120 Mbps

Re: [PATCH v2] mac80211: mesh - always do every discovery retry

2017-03-03 Thread Chun-Yeow Yeoh
> > Yes, that is a real issue. We are planning on doing some further work in > this area to try to minimize the explosions that can be seen with PREQs in > larger networks while balancing the need for reliability. > > Path discovery >> should stop once the path is established. By attempting 2nd,

Re: [PATCH v2] mac80211: mesh - always do every discovery retry

2017-03-01 Thread Chun-Yeow Yeoh
> Instead of stopping path discovery when a path is found continue > attempting to find paths until we hit the dot11MeshHWMPmaxPREQretries > limit. I am not too sure whether by simply broadcasting the PREQ frame could actually solve the problem and this may cause problem of PREQ flooding in your

[PATCH v2] rt2800lib: enable MFP if hw crypt is disabled

2016-04-20 Thread Chun-Yeow Yeoh
If rt2800usb is loaded with nohwcrypt=1, mac80211 takes care of the crypto with software encryption/decryption and thus, MFP can be used. Tested for secured mesh using ath9k_htc and ath9k. Signed-off-by: Chun-Yeow Yeoh <yeohchuny...@gmail.com> v2: set MFP correctly (Stanislaw G

[PATCH] mac80211: fix the setting of center freq segment 2 in VHT oper ie

2015-09-03 Thread Chun-Yeow Yeoh
This is to avoid the Channel Center Frequency Segment 2 in broadcasted VHT operation element contains the non-zero value for non 80+80 MHz that may failed the comparison of cfg80211_chandef_identical. This is tested with Bob's patches related to VHT mesh support. Signed-off-by: Chun-Yeow Yeoh

[PATCH] mac80211: remove compilation warning on mesh

2015-06-28 Thread Chun-Yeow Yeoh
Remove the warning on the following: mesh_hwmp.c: warning: ‘target_metric’ may be used uninitialized in this function [-Wmaybe-uninitialized] Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com --- net/mac80211/mesh_hwmp.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH] mac80211: process the target only subfield for mesh hwmp accordingly

2015-06-14 Thread Chun-Yeow Yeoh
This patch does the following: - Remove unnecessary flags field used by PERR element. - Use the per target flags defined in ./include/linux/ieee80211.h. - Process the target only subfield based on case E2 of sec 13.10.9.3 of IEEE 802.11-2012. Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com

[PATCH] ath9k_htc: add support of channel switch

2015-06-09 Thread Chun-Yeow Yeoh
Add the support of channel switching functionality, similar to ath9k support. Tested with TP-Link TL-WN722N and TL-WN821N. Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com --- drivers/net/wireless/ath/ath9k/htc.h| 2 ++ drivers/net/wireless/ath/ath9k/htc_drv_beacon.c | 19

[PATCH] mac80211: fix the beacon csa counter for mesh and ibss

2015-06-08 Thread Chun-Yeow Yeoh
The csa counter has moved from sdata to beacon/presp but it is not updated accordingly for mesh and ibss. Fix this. This regression is introduced by the following patch: mac80211: move csa counters from sdata to beacon/presp Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com --- net/mac80211

[PATCH v2] cfg80211: allow the plink state blocking for user managed mesh

2015-04-17 Thread Chun-Yeow Yeoh
MAC address plink_action block to block the peer mesh STA. This is useful for experimenting purposes. Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com v2: respin the commit log (Johannes) --- net/wireless/nl80211.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/net

[PATCH] cfg80211: allow the plink state blocking for user managed mesh

2015-04-15 Thread Chun-Yeow Yeoh
User managed peering has no way to block the plink state for mesh peering setup by wpa_supp or authsae. Try to do allow this in kernel space, so that we can use iw utility to do that. Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com --- net/wireless/nl80211.c | 3 ++- 1 file changed, 2

[PATCH] rtl8192cu: fix the mesh beaconing

2015-01-23 Thread Chun-Yeow Yeoh
Patch rtlwifi: add support to send beacon frame allows the beaconing of rtl8192cu. But mesh beaconing is not working. Fix this. Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com --- drivers/net/wireless/rtlwifi/rtl8192cu/hw.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net

[PATCH 2/2] ath9k_htc: Enable software crypto for mgmt frame in Tx for USB devices

2014-11-15 Thread Chun-Yeow Yeoh
is tested with the following hardwares: - TP-Link TL-WN821N v3 802.11n [Atheros AR7010+AR9287] - AR9271 802.11n and managed to work with peer mesh STA equipped with ath9k. Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com --- drivers/net/wireless/ath/ath9k/hw.c | 5 - 1 file changed, 4

[PATCH 1/2] ath9k|ath9k_htc: Seperate the software crypto flag for Tx and Rx

2014-11-15 Thread Chun-Yeow Yeoh
Use the sw_mgmt_crypto_tx flag to trigger the CCMP encryption for transmitted management frames to be done in software while the sw_mgmt_crypto_rx flag is used to trigger the CCMP decryption for received management frames to be done in software. Signed-off-by: Chun-Yeow Yeoh yeohchuny

[PATCH 0/2] ath9k|ath9k_htc: Allow Software Crypto for Transmitted Management Frame in mesh

2014-11-15 Thread Chun-Yeow Yeoh
These patches enable the software encryption to be done in software for transmitted management frame for USB devices, especially for secured mesh. Chun-Yeow Yeoh (2): ath9k|ath9k_htc: Seperate the software crypto flag for Tx and Rx ath9k_htc: Enable software crypto for mgmt frame in Tx

[PATCH] ath9k_htc: turn on software mgmt crypto for secured mesh

2014-11-13 Thread Chun-Yeow Yeoh
. Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com --- drivers/net/wireless/ath/ath9k/htc_drv_main.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_main.c b/drivers/net/wireless/ath/ath9k/htc_drv_main.c index 689ac99..d3f65a2 100644

[PATCH] ath9k: fix the assignment of hw queues for mesh interface

2014-11-12 Thread Chun-Yeow Yeoh
We need to assign the hw queues for mesh interface. Otherwise, we are not able to bring up the mesh interface due to the IEEE80211_INVAL_HW_QUEUE error. Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com --- drivers/net/wireless/ath/ath9k/main.c | 3 ++- 1 file changed, 2 insertions(+), 1

[PATCH v4 2/2] iw: Allow basic rates to be configured when joining mesh

2014-09-22 Thread Chun-Yeow Yeoh
This patch adds option to configure basic rates during mesh join. Signed-off-by: Ashok Nagarajan ashok.dra...@gmail.com Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com v2: minor change for upstream v3: fix typo error (Colleen) --- mesh.c | 40 ++-- 1