* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh @ 2011-12-02 8:51 Yeoh Chun-Yeow 2011-12-02 9:18 ` Mohammed Shafi 0 siblings, 1 reply; 15+ messages in thread From: Yeoh Chun-Yeow @ 2011-12-02 8:51 UTC (permalink / raw) To: ath9k-devel From: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> Date: Fri, 18 Nov 2011 10:04:38 +0800 Subject: [PATCH] ath9k: Support RSN Mesh Enable support of HW crypt for Mesh to achieve high throughput. Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> --- drivers/net/wireless/ath/ath9k/main.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/main.c b/drivers/net/wireless/ath/ath9k/main.c index 93fbe6f..1536515 100644 --- a/drivers/net/wireless/ath/ath9k/main.c +++ b/drivers/net/wireless/ath/ath9k/main.c @@ -1912,7 +1912,8 @@ static int ath9k_set_key(struct ieee80211_hw *hw, if (ath9k_modparam_nohwcrypt) return -ENOSPC; - if (vif->type == NL80211_IFTYPE_ADHOC && + if ((vif->type == NL80211_IFTYPE_ADHOC || + vif->type == NL80211_IFTYPE_MESH_POINT) && (key->cipher == WLAN_CIPHER_SUITE_TKIP || key->cipher == WLAN_CIPHER_SUITE_CCMP) && !(key->flags & IEEE80211_KEY_FLAG_PAIRWISE)) { -- 1.7.0.4 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20111202/b81588d8/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: ath9k-rsn-mesh.patch Type: text/x-patch Size: 990 bytes Desc: not available Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20111202/b81588d8/attachment.bin ^ permalink raw reply related [flat|nested] 15+ messages in thread
* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh 2011-12-02 8:51 [ath9k-devel] [PATCH] ath9k: Support RSN Mesh Yeoh Chun-Yeow @ 2011-12-02 9:18 ` Mohammed Shafi 2011-12-02 9:23 ` Yeoh Chun-Yeow 0 siblings, 1 reply; 15+ messages in thread From: Mohammed Shafi @ 2011-12-02 9:18 UTC (permalink / raw) To: ath9k-devel Hi Chun-Yeow Yeoh, On Fri, Dec 2, 2011 at 2:21 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> wrote: > From: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> > Date: Fri, 18 Nov 2011 10:04:38 +0800 > Subject: [PATCH] ath9k: Support RSN Mesh > > Enable support of HW crypt for Mesh to achieve high throughput. i think you are doing the other way around in your patch. > > Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> > --- > ?drivers/net/wireless/ath/ath9k/main.c |??? 3 ++- > ?1 files changed, 2 insertions(+), 1 deletions(-) > > diff --git a/drivers/net/wireless/ath/ath9k/main.c > b/drivers/net/wireless/ath/ath9k/main.c > index 93fbe6f..1536515 100644 > --- a/drivers/net/wireless/ath/ath9k/main.c > +++ b/drivers/net/wireless/ath/ath9k/main.c > @@ -1912,7 +1912,8 @@ static int ath9k_set_key(struct ieee80211_hw *hw, > > ??????? if (ath9k_modparam_nohwcrypt) > ??????????????? return -ENOSPC; > > -?????? if (vif->type == NL80211_IFTYPE_ADHOC && > +?????? if ((vif->type == NL80211_IFTYPE_ADHOC || > +??????????? vif->type == NL80211_IFTYPE_MESH_POINT) && > ??????????? (key->cipher == WLAN_CIPHER_SUITE_TKIP || > ???????????? key->cipher == WLAN_CIPHER_SUITE_CCMP) && > ??????????? !(key->flags & IEEE80211_KEY_FLAG_PAIRWISE)) { > -- > 1.7.0.4 > > > > _______________________________________________ > ath9k-devel mailing list > ath9k-devel at lists.ath9k.org > https://lists.ath9k.org/mailman/listinfo/ath9k-devel > -- shafi ^ permalink raw reply [flat|nested] 15+ messages in thread
* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh 2011-12-02 9:18 ` Mohammed Shafi @ 2011-12-02 9:23 ` Yeoh Chun-Yeow 2011-12-02 9:38 ` Mohammed Shafi 0 siblings, 1 reply; 15+ messages in thread From: Yeoh Chun-Yeow @ 2011-12-02 9:23 UTC (permalink / raw) To: ath9k-devel Hi, Shafi Appreciate if you can comment on this. Previous, for mesh node setup, we need to load the ath9k.ko with nohwcrypt=1. After applying this patch, we can simply load the ath9k.ko without nohwcrypt=1 and able to ensure the mesh node communicate. Besides, we can achieve HT throughput for single hop mesh setup, but still problematic on multi-hop mesh setup. Thanks Regards, Chun-Yeow On Fri, Dec 2, 2011 at 5:18 PM, Mohammed Shafi <shafi.wireless@gmail.com>wrote: > Hi Chun-Yeow Yeoh, > > On Fri, Dec 2, 2011 at 2:21 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> > wrote: > > From: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> > > Date: Fri, 18 Nov 2011 10:04:38 +0800 > > Subject: [PATCH] ath9k: Support RSN Mesh > > > > Enable support of HW crypt for Mesh to achieve high throughput. > > i think you are doing the other way around in your patch. > > > > > Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> > > --- > > drivers/net/wireless/ath/ath9k/main.c | 3 ++- > > 1 files changed, 2 insertions(+), 1 deletions(-) > > > > diff --git a/drivers/net/wireless/ath/ath9k/main.c > > b/drivers/net/wireless/ath/ath9k/main.c > > index 93fbe6f..1536515 100644 > > --- a/drivers/net/wireless/ath/ath9k/main.c > > +++ b/drivers/net/wireless/ath/ath9k/main.c > > @@ -1912,7 +1912,8 @@ static int ath9k_set_key(struct ieee80211_hw *hw, > > > > if (ath9k_modparam_nohwcrypt) > > return -ENOSPC; > > > > - if (vif->type == NL80211_IFTYPE_ADHOC && > > + if ((vif->type == NL80211_IFTYPE_ADHOC || > > + vif->type == NL80211_IFTYPE_MESH_POINT) && > > (key->cipher == WLAN_CIPHER_SUITE_TKIP || > > key->cipher == WLAN_CIPHER_SUITE_CCMP) && > > !(key->flags & IEEE80211_KEY_FLAG_PAIRWISE)) { > > -- > > 1.7.0.4 > > > > > > > > _______________________________________________ > > ath9k-devel mailing list > > ath9k-devel at lists.ath9k.org > > https://lists.ath9k.org/mailman/listinfo/ath9k-devel > > > > > > -- > shafi > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20111202/b60bc5f5/attachment.htm ^ permalink raw reply [flat|nested] 15+ messages in thread
* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh 2011-12-02 9:23 ` Yeoh Chun-Yeow @ 2011-12-02 9:38 ` Mohammed Shafi 2011-12-02 9:51 ` Yeoh Chun-Yeow 0 siblings, 1 reply; 15+ messages in thread From: Mohammed Shafi @ 2011-12-02 9:38 UTC (permalink / raw) To: ath9k-devel Hi Chun-Yeow Yeoh, ath9k.ko with nohwcrypt=1 disables hardware encryption and your patch also does the same for mesh mode. i need to look into the code what it does, as i don't know about the details and also i have not tested mesh. also what card you are using? please make sure you are using the latest ath9k build. please send patches to linux wireless mailing list http://linuxwireless.org/en/developers/Documentation/git-guide thank you On Fri, Dec 2, 2011 at 2:53 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> wrote: > Hi, Shafi > > Appreciate if you can comment on this. Previous, for mesh node setup, we > need to load the ath9k.ko with nohwcrypt=1. After applying this patch, we > can simply load the ath9k.ko without nohwcrypt=1 and able to ensure the mesh > node communicate. Besides, we can achieve HT throughput for single hop mesh > setup, but still problematic on multi-hop mesh setup. > > Thanks > > Regards, > Chun-Yeow > > > On Fri, Dec 2, 2011 at 5:18 PM, Mohammed Shafi <shafi.wireless@gmail.com> > wrote: >> >> Hi Chun-Yeow Yeoh, >> >> On Fri, Dec 2, 2011 at 2:21 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> >> wrote: >> > From: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> >> > Date: Fri, 18 Nov 2011 10:04:38 +0800 >> > Subject: [PATCH] ath9k: Support RSN Mesh >> > >> > Enable support of HW crypt for Mesh to achieve high throughput. >> >> i think you are doing the other way around in your patch. >> >> > >> > Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> >> > --- >> > ?drivers/net/wireless/ath/ath9k/main.c |??? 3 ++- >> > ?1 files changed, 2 insertions(+), 1 deletions(-) >> > >> > diff --git a/drivers/net/wireless/ath/ath9k/main.c >> > b/drivers/net/wireless/ath/ath9k/main.c >> > index 93fbe6f..1536515 100644 >> > --- a/drivers/net/wireless/ath/ath9k/main.c >> > +++ b/drivers/net/wireless/ath/ath9k/main.c >> > @@ -1912,7 +1912,8 @@ static int ath9k_set_key(struct ieee80211_hw *hw, >> > >> > ??????? if (ath9k_modparam_nohwcrypt) >> > ??????????????? return -ENOSPC; >> > >> > -?????? if (vif->type == NL80211_IFTYPE_ADHOC && >> > +?????? if ((vif->type == NL80211_IFTYPE_ADHOC || >> > +??????????? vif->type == NL80211_IFTYPE_MESH_POINT) && >> > ??????????? (key->cipher == WLAN_CIPHER_SUITE_TKIP || >> > ???????????? key->cipher == WLAN_CIPHER_SUITE_CCMP) && >> > ??????????? !(key->flags & IEEE80211_KEY_FLAG_PAIRWISE)) { >> > -- >> > 1.7.0.4 >> > >> > >> > >> > _______________________________________________ >> > ath9k-devel mailing list >> > ath9k-devel at lists.ath9k.org >> > https://lists.ath9k.org/mailman/listinfo/ath9k-devel >> > >> >> >> >> -- >> shafi > > -- shafi ^ permalink raw reply [flat|nested] 15+ messages in thread
* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh 2011-12-02 9:38 ` Mohammed Shafi @ 2011-12-02 9:51 ` Yeoh Chun-Yeow 2011-12-02 9:54 ` Yeoh Chun-Yeow 2011-12-02 10:01 ` Mohammed Shafi 0 siblings, 2 replies; 15+ messages in thread From: Yeoh Chun-Yeow @ 2011-12-02 9:51 UTC (permalink / raw) To: ath9k-devel Hi, Shafi I am using AR9280 and AR9160. Let me explain the situation: Actually, we need to use per-STA RX GTK for secured mesh. Thus, we use software crypto for our multicast/broadcast frame. Without this patch, we need to load the ath9k with nohwcrypt=1. Thus, we suffer the throughput performance of our mesh nodes on unicast frame (no software crypto as well). After applying this patch, we are able to get HT throughput for single hop communication in mesh setup (802.11s) by enabling HW crypto for unicast. However, we are still having throughput performance on multihop communication. Do you have any idea? Regards, Chun-Yeow On Fri, Dec 2, 2011 at 5:38 PM, Mohammed Shafi <shafi.wireless@gmail.com>wrote: > Hi Chun-Yeow Yeoh, > > ath9k.ko with nohwcrypt=1 disables hardware encryption and your patch > also does the same for mesh mode. i need to look into the code what it > does, as i don't know about the details and also i have not tested > mesh. > also what card you are using? please make sure you are using the > latest ath9k build. > please send patches to linux wireless mailing list > http://linuxwireless.org/en/developers/Documentation/git-guide > thank you > > On Fri, Dec 2, 2011 at 2:53 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> > wrote: > > Hi, Shafi > > > > Appreciate if you can comment on this. Previous, for mesh node setup, we > > need to load the ath9k.ko with nohwcrypt=1. After applying this patch, we > > can simply load the ath9k.ko without nohwcrypt=1 and able to ensure the > mesh > > node communicate. Besides, we can achieve HT throughput for single hop > mesh > > setup, but still problematic on multi-hop mesh setup. > > > > Thanks > > > > Regards, > > Chun-Yeow > > > > > > On Fri, Dec 2, 2011 at 5:18 PM, Mohammed Shafi <shafi.wireless@gmail.com > > > > wrote: > >> > >> Hi Chun-Yeow Yeoh, > >> > >> On Fri, Dec 2, 2011 at 2:21 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> > >> wrote: > >> > From: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> > >> > Date: Fri, 18 Nov 2011 10:04:38 +0800 > >> > Subject: [PATCH] ath9k: Support RSN Mesh > >> > > >> > Enable support of HW crypt for Mesh to achieve high throughput. > >> > >> i think you are doing the other way around in your patch. > >> > >> > > >> > Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> > >> > --- > >> > drivers/net/wireless/ath/ath9k/main.c | 3 ++- > >> > 1 files changed, 2 insertions(+), 1 deletions(-) > >> > > >> > diff --git a/drivers/net/wireless/ath/ath9k/main.c > >> > b/drivers/net/wireless/ath/ath9k/main.c > >> > index 93fbe6f..1536515 100644 > >> > --- a/drivers/net/wireless/ath/ath9k/main.c > >> > +++ b/drivers/net/wireless/ath/ath9k/main.c > >> > @@ -1912,7 +1912,8 @@ static int ath9k_set_key(struct ieee80211_hw > *hw, > >> > > >> > if (ath9k_modparam_nohwcrypt) > >> > return -ENOSPC; > >> > > >> > - if (vif->type == NL80211_IFTYPE_ADHOC && > >> > + if ((vif->type == NL80211_IFTYPE_ADHOC || > >> > + vif->type == NL80211_IFTYPE_MESH_POINT) && > >> > (key->cipher == WLAN_CIPHER_SUITE_TKIP || > >> > key->cipher == WLAN_CIPHER_SUITE_CCMP) && > >> > !(key->flags & IEEE80211_KEY_FLAG_PAIRWISE)) { > >> > -- > >> > 1.7.0.4 > >> > > >> > > >> > > >> > _______________________________________________ > >> > ath9k-devel mailing list > >> > ath9k-devel at lists.ath9k.org > >> > https://lists.ath9k.org/mailman/listinfo/ath9k-devel > >> > > >> > >> > >> > >> -- > >> shafi > > > > > > > > -- > shafi > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20111202/1cb02ca3/attachment-0001.htm ^ permalink raw reply [flat|nested] 15+ messages in thread
* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh 2011-12-02 9:51 ` Yeoh Chun-Yeow @ 2011-12-02 9:54 ` Yeoh Chun-Yeow 2011-12-02 10:01 ` Mohammed Shafi 1 sibling, 0 replies; 15+ messages in thread From: Yeoh Chun-Yeow @ 2011-12-02 9:54 UTC (permalink / raw) To: ath9k-devel Hi, Shafi The patch is actually based on the following: http://ns.spinics.net/lists/linux-wireless/msg66579.html Regards, Chun-Yeow On Fri, Dec 2, 2011 at 5:51 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com>wrote: > Hi, Shafi > > I am using AR9280 and AR9160. Let me explain the situation: > > Actually, we need to use per-STA RX GTK for secured mesh. Thus, we use > software crypto for our multicast/broadcast frame. Without this patch, we > need to load the ath9k with nohwcrypt=1. Thus, we suffer the throughput > performance of our mesh nodes on unicast frame (no software crypto as > well). After applying this patch, we are able to get HT throughput for > single hop communication in mesh setup (802.11s) by enabling HW crypto for > unicast. > > However, we are still having throughput performance on multihop > communication. Do you have any idea? > > Regards, > Chun-Yeow > > On Fri, Dec 2, 2011 at 5:38 PM, Mohammed Shafi <shafi.wireless@gmail.com>wrote: > >> Hi Chun-Yeow Yeoh, >> >> ath9k.ko with nohwcrypt=1 disables hardware encryption and your patch >> also does the same for mesh mode. i need to look into the code what it >> does, as i don't know about the details and also i have not tested >> mesh. >> also what card you are using? please make sure you are using the >> latest ath9k build. >> please send patches to linux wireless mailing list >> http://linuxwireless.org/en/developers/Documentation/git-guide >> thank you >> >> On Fri, Dec 2, 2011 at 2:53 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> >> wrote: >> > Hi, Shafi >> > >> > Appreciate if you can comment on this. Previous, for mesh node setup, we >> > need to load the ath9k.ko with nohwcrypt=1. After applying this patch, >> we >> > can simply load the ath9k.ko without nohwcrypt=1 and able to ensure the >> mesh >> > node communicate. Besides, we can achieve HT throughput for single hop >> mesh >> > setup, but still problematic on multi-hop mesh setup. >> > >> > Thanks >> > >> > Regards, >> > Chun-Yeow >> > >> > >> > On Fri, Dec 2, 2011 at 5:18 PM, Mohammed Shafi < >> shafi.wireless at gmail.com> >> > wrote: >> >> >> >> Hi Chun-Yeow Yeoh, >> >> >> >> On Fri, Dec 2, 2011 at 2:21 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com >> > >> >> wrote: >> >> > From: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> >> >> > Date: Fri, 18 Nov 2011 10:04:38 +0800 >> >> > Subject: [PATCH] ath9k: Support RSN Mesh >> >> > >> >> > Enable support of HW crypt for Mesh to achieve high throughput. >> >> >> >> i think you are doing the other way around in your patch. >> >> >> >> > >> >> > Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> >> >> > --- >> >> > drivers/net/wireless/ath/ath9k/main.c | 3 ++- >> >> > 1 files changed, 2 insertions(+), 1 deletions(-) >> >> > >> >> > diff --git a/drivers/net/wireless/ath/ath9k/main.c >> >> > b/drivers/net/wireless/ath/ath9k/main.c >> >> > index 93fbe6f..1536515 100644 >> >> > --- a/drivers/net/wireless/ath/ath9k/main.c >> >> > +++ b/drivers/net/wireless/ath/ath9k/main.c >> >> > @@ -1912,7 +1912,8 @@ static int ath9k_set_key(struct ieee80211_hw >> *hw, >> >> > >> >> > if (ath9k_modparam_nohwcrypt) >> >> > return -ENOSPC; >> >> > >> >> > - if (vif->type == NL80211_IFTYPE_ADHOC && >> >> > + if ((vif->type == NL80211_IFTYPE_ADHOC || >> >> > + vif->type == NL80211_IFTYPE_MESH_POINT) && >> >> > (key->cipher == WLAN_CIPHER_SUITE_TKIP || >> >> > key->cipher == WLAN_CIPHER_SUITE_CCMP) && >> >> > !(key->flags & IEEE80211_KEY_FLAG_PAIRWISE)) { >> >> > -- >> >> > 1.7.0.4 >> >> > >> >> > >> >> > >> >> > _______________________________________________ >> >> > ath9k-devel mailing list >> >> > ath9k-devel at lists.ath9k.org >> >> > https://lists.ath9k.org/mailman/listinfo/ath9k-devel >> >> > >> >> >> >> >> >> >> >> -- >> >> shafi >> > >> > >> >> >> >> -- >> shafi >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20111202/9ef60d28/attachment.htm ^ permalink raw reply [flat|nested] 15+ messages in thread
* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh 2011-12-02 9:51 ` Yeoh Chun-Yeow 2011-12-02 9:54 ` Yeoh Chun-Yeow @ 2011-12-02 10:01 ` Mohammed Shafi 2011-12-02 10:04 ` Yeoh Chun-Yeow 1 sibling, 1 reply; 15+ messages in thread From: Mohammed Shafi @ 2011-12-02 10:01 UTC (permalink / raw) To: ath9k-devel Hi Chun-Yeow , sorry i have no idea and have not tested mesh. please also send a mail to linux wireless mailing list, where you may get some help from mesh developers from cozy bit. On Fri, Dec 2, 2011 at 3:21 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> wrote: > Hi, Shafi > > I am using AR9280 and AR9160. Let me explain the situation: > > Actually, we need to use per-STA RX GTK for secured mesh. Thus, we use > software crypto for our multicast/broadcast frame. Without this patch, we > need to load the ath9k with nohwcrypt=1. Thus, we suffer the throughput > performance of our mesh nodes on unicast frame (no software crypto as well). > After applying this patch, we are able to get HT throughput for single hop > communication in mesh setup (802.11s) by enabling HW crypto for unicast. > > However, we are still having throughput performance on multihop > communication. Do you have any idea? > > Regards, > Chun-Yeow > > On Fri, Dec 2, 2011 at 5:38 PM, Mohammed Shafi <shafi.wireless@gmail.com> > wrote: >> >> Hi Chun-Yeow Yeoh, >> >> ath9k.ko with nohwcrypt=1 disables hardware encryption and your patch >> also does the same for mesh mode. i need to look into the code what it >> does, as i don't know about the details and also i have not tested >> mesh. >> also what card you are using? please make sure you ?are using the >> latest ath9k build. >> please send patches to linux wireless mailing list >> http://linuxwireless.org/en/developers/Documentation/git-guide >> thank you >> >> On Fri, Dec 2, 2011 at 2:53 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> >> wrote: >> > Hi, Shafi >> > >> > Appreciate if you can comment on this. Previous, for mesh node setup, we >> > need to load the ath9k.ko with nohwcrypt=1. After applying this patch, >> > we >> > can simply load the ath9k.ko without nohwcrypt=1 and able to ensure the >> > mesh >> > node communicate. Besides, we can achieve HT throughput for single hop >> > mesh >> > setup, but still problematic on multi-hop mesh setup. >> > >> > Thanks >> > >> > Regards, >> > Chun-Yeow >> > >> > >> > On Fri, Dec 2, 2011 at 5:18 PM, Mohammed Shafi >> > <shafi.wireless@gmail.com> >> > wrote: >> >> >> >> Hi Chun-Yeow Yeoh, >> >> >> >> On Fri, Dec 2, 2011 at 2:21 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> >> >> wrote: >> >> > From: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> >> >> > Date: Fri, 18 Nov 2011 10:04:38 +0800 >> >> > Subject: [PATCH] ath9k: Support RSN Mesh >> >> > >> >> > Enable support of HW crypt for Mesh to achieve high throughput. >> >> >> >> i think you are doing the other way around in your patch. >> >> >> >> > >> >> > Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> >> >> > --- >> >> > ?drivers/net/wireless/ath/ath9k/main.c |??? 3 ++- >> >> > ?1 files changed, 2 insertions(+), 1 deletions(-) >> >> > >> >> > diff --git a/drivers/net/wireless/ath/ath9k/main.c >> >> > b/drivers/net/wireless/ath/ath9k/main.c >> >> > index 93fbe6f..1536515 100644 >> >> > --- a/drivers/net/wireless/ath/ath9k/main.c >> >> > +++ b/drivers/net/wireless/ath/ath9k/main.c >> >> > @@ -1912,7 +1912,8 @@ static int ath9k_set_key(struct ieee80211_hw >> >> > *hw, >> >> > >> >> > ??????? if (ath9k_modparam_nohwcrypt) >> >> > ??????????????? return -ENOSPC; >> >> > >> >> > -?????? if (vif->type == NL80211_IFTYPE_ADHOC && >> >> > +?????? if ((vif->type == NL80211_IFTYPE_ADHOC || >> >> > +??????????? vif->type == NL80211_IFTYPE_MESH_POINT) && >> >> > ??????????? (key->cipher == WLAN_CIPHER_SUITE_TKIP || >> >> > ???????????? key->cipher == WLAN_CIPHER_SUITE_CCMP) && >> >> > ??????????? !(key->flags & IEEE80211_KEY_FLAG_PAIRWISE)) { >> >> > -- >> >> > 1.7.0.4 >> >> > >> >> > >> >> > >> >> > _______________________________________________ >> >> > ath9k-devel mailing list >> >> > ath9k-devel at lists.ath9k.org >> >> > https://lists.ath9k.org/mailman/listinfo/ath9k-devel >> >> > >> >> >> >> >> >> >> >> -- >> >> shafi >> > >> > >> >> >> >> -- >> shafi > > -- shafi ^ permalink raw reply [flat|nested] 15+ messages in thread
* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh 2011-12-02 10:01 ` Mohammed Shafi @ 2011-12-02 10:04 ` Yeoh Chun-Yeow 2011-12-02 10:12 ` Mohammed Shafi 2011-12-02 13:26 ` gtolon at inti.gob.ar 0 siblings, 2 replies; 15+ messages in thread From: Yeoh Chun-Yeow @ 2011-12-02 10:04 UTC (permalink / raw) To: ath9k-devel Hi, Shafi I am active in open80211s mailing list. Thomas from cozybit is helping me quite a lot. Just wonder any peoples here working on adhoc multihop on ath9k facing the same problem when doing throughput test for multihop environment. Regards, Chun-Yeow On Fri, Dec 2, 2011 at 6:01 PM, Mohammed Shafi <shafi.wireless@gmail.com>wrote: > Hi Chun-Yeow , > > sorry i have no idea and have not tested mesh. please also send a mail > to linux wireless mailing list, where you may get some help from mesh > developers from cozy bit. > > On Fri, Dec 2, 2011 at 3:21 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> > wrote: > > Hi, Shafi > > > > I am using AR9280 and AR9160. Let me explain the situation: > > > > Actually, we need to use per-STA RX GTK for secured mesh. Thus, we use > > software crypto for our multicast/broadcast frame. Without this patch, we > > need to load the ath9k with nohwcrypt=1. Thus, we suffer the throughput > > performance of our mesh nodes on unicast frame (no software crypto as > well). > > After applying this patch, we are able to get HT throughput for single > hop > > communication in mesh setup (802.11s) by enabling HW crypto for unicast. > > > > However, we are still having throughput performance on multihop > > communication. Do you have any idea? > > > > Regards, > > Chun-Yeow > > > > On Fri, Dec 2, 2011 at 5:38 PM, Mohammed Shafi <shafi.wireless@gmail.com > > > > wrote: > >> > >> Hi Chun-Yeow Yeoh, > >> > >> ath9k.ko with nohwcrypt=1 disables hardware encryption and your patch > >> also does the same for mesh mode. i need to look into the code what it > >> does, as i don't know about the details and also i have not tested > >> mesh. > >> also what card you are using? please make sure you are using the > >> latest ath9k build. > >> please send patches to linux wireless mailing list > >> http://linuxwireless.org/en/developers/Documentation/git-guide > >> thank you > >> > >> On Fri, Dec 2, 2011 at 2:53 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> > >> wrote: > >> > Hi, Shafi > >> > > >> > Appreciate if you can comment on this. Previous, for mesh node setup, > we > >> > need to load the ath9k.ko with nohwcrypt=1. After applying this patch, > >> > we > >> > can simply load the ath9k.ko without nohwcrypt=1 and able to ensure > the > >> > mesh > >> > node communicate. Besides, we can achieve HT throughput for single hop > >> > mesh > >> > setup, but still problematic on multi-hop mesh setup. > >> > > >> > Thanks > >> > > >> > Regards, > >> > Chun-Yeow > >> > > >> > > >> > On Fri, Dec 2, 2011 at 5:18 PM, Mohammed Shafi > >> > <shafi.wireless@gmail.com> > >> > wrote: > >> >> > >> >> Hi Chun-Yeow Yeoh, > >> >> > >> >> On Fri, Dec 2, 2011 at 2:21 PM, Yeoh Chun-Yeow < > yeohchunyeow at gmail.com> > >> >> wrote: > >> >> > From: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> > >> >> > Date: Fri, 18 Nov 2011 10:04:38 +0800 > >> >> > Subject: [PATCH] ath9k: Support RSN Mesh > >> >> > > >> >> > Enable support of HW crypt for Mesh to achieve high throughput. > >> >> > >> >> i think you are doing the other way around in your patch. > >> >> > >> >> > > >> >> > Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> > >> >> > --- > >> >> > drivers/net/wireless/ath/ath9k/main.c | 3 ++- > >> >> > 1 files changed, 2 insertions(+), 1 deletions(-) > >> >> > > >> >> > diff --git a/drivers/net/wireless/ath/ath9k/main.c > >> >> > b/drivers/net/wireless/ath/ath9k/main.c > >> >> > index 93fbe6f..1536515 100644 > >> >> > --- a/drivers/net/wireless/ath/ath9k/main.c > >> >> > +++ b/drivers/net/wireless/ath/ath9k/main.c > >> >> > @@ -1912,7 +1912,8 @@ static int ath9k_set_key(struct ieee80211_hw > >> >> > *hw, > >> >> > > >> >> > if (ath9k_modparam_nohwcrypt) > >> >> > return -ENOSPC; > >> >> > > >> >> > - if (vif->type == NL80211_IFTYPE_ADHOC && > >> >> > + if ((vif->type == NL80211_IFTYPE_ADHOC || > >> >> > + vif->type == NL80211_IFTYPE_MESH_POINT) && > >> >> > (key->cipher == WLAN_CIPHER_SUITE_TKIP || > >> >> > key->cipher == WLAN_CIPHER_SUITE_CCMP) && > >> >> > !(key->flags & IEEE80211_KEY_FLAG_PAIRWISE)) { > >> >> > -- > >> >> > 1.7.0.4 > >> >> > > >> >> > > >> >> > > >> >> > _______________________________________________ > >> >> > ath9k-devel mailing list > >> >> > ath9k-devel at lists.ath9k.org > >> >> > https://lists.ath9k.org/mailman/listinfo/ath9k-devel > >> >> > > >> >> > >> >> > >> >> > >> >> -- > >> >> shafi > >> > > >> > > >> > >> > >> > >> -- > >> shafi > > > > > > > > -- > shafi > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20111202/8230de8e/attachment-0001.htm ^ permalink raw reply [flat|nested] 15+ messages in thread
* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh 2011-12-02 10:04 ` Yeoh Chun-Yeow @ 2011-12-02 10:12 ` Mohammed Shafi 2011-12-02 13:26 ` gtolon at inti.gob.ar 1 sibling, 0 replies; 15+ messages in thread From: Mohammed Shafi @ 2011-12-02 10:12 UTC (permalink / raw) To: ath9k-devel Hi Chun-Yeow, oh great, he is the right person. then please send a patch to linux wireless mailing list. also please Cc him and other ath9k maintainers. I had also Cced Luis who knows more about mesh testing in ath9k. thank you. On Fri, Dec 2, 2011 at 3:34 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> wrote: > Hi, Shafi > > I am active in open80211s mailing list. Thomas from cozybit is helping me > quite a lot. Just wonder any peoples here working on adhoc multihop on ath9k > facing the same problem when doing throughput test for multihop environment. > > Regards, > Chun-Yeow > > > On Fri, Dec 2, 2011 at 6:01 PM, Mohammed Shafi <shafi.wireless@gmail.com> > wrote: >> >> Hi ?Chun-Yeow , >> >> sorry i have no idea and have not tested mesh. please also send a mail >> to linux wireless mailing list, where you may get some help from mesh >> developers from cozy bit. >> >> On Fri, Dec 2, 2011 at 3:21 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> >> wrote: >> > Hi, Shafi >> > >> > I am using AR9280 and AR9160. Let me explain the situation: >> > >> > Actually, we need to use per-STA RX GTK for secured mesh. Thus, we use >> > software crypto for our multicast/broadcast frame. Without this patch, >> > we >> > need to load the ath9k with nohwcrypt=1. Thus, we suffer the throughput >> > performance of our mesh nodes on unicast frame (no software crypto as >> > well). >> > After applying this patch, we are able to get HT throughput for single >> > hop >> > communication in mesh setup (802.11s) by enabling HW crypto for unicast. >> > >> > However, we are still having throughput performance on multihop >> > communication. Do you have any idea? >> > >> > Regards, >> > Chun-Yeow >> > >> > On Fri, Dec 2, 2011 at 5:38 PM, Mohammed Shafi >> > <shafi.wireless@gmail.com> >> > wrote: >> >> >> >> Hi Chun-Yeow Yeoh, >> >> >> >> ath9k.ko with nohwcrypt=1 disables hardware encryption and your patch >> >> also does the same for mesh mode. i need to look into the code what it >> >> does, as i don't know about the details and also i have not tested >> >> mesh. >> >> also what card you are using? please make sure you ?are using the >> >> latest ath9k build. >> >> please send patches to linux wireless mailing list >> >> http://linuxwireless.org/en/developers/Documentation/git-guide >> >> thank you >> >> >> >> On Fri, Dec 2, 2011 at 2:53 PM, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> >> >> wrote: >> >> > Hi, Shafi >> >> > >> >> > Appreciate if you can comment on this. Previous, for mesh node setup, >> >> > we >> >> > need to load the ath9k.ko with nohwcrypt=1. After applying this >> >> > patch, >> >> > we >> >> > can simply load the ath9k.ko without nohwcrypt=1 and able to ensure >> >> > the >> >> > mesh >> >> > node communicate. Besides, we can achieve HT throughput for single >> >> > hop >> >> > mesh >> >> > setup, but still problematic on multi-hop mesh setup. >> >> > >> >> > Thanks >> >> > >> >> > Regards, >> >> > Chun-Yeow >> >> > >> >> > >> >> > On Fri, Dec 2, 2011 at 5:18 PM, Mohammed Shafi >> >> > <shafi.wireless@gmail.com> >> >> > wrote: >> >> >> >> >> >> Hi Chun-Yeow Yeoh, >> >> >> >> >> >> On Fri, Dec 2, 2011 at 2:21 PM, Yeoh Chun-Yeow >> >> >> <yeohchunyeow@gmail.com> >> >> >> wrote: >> >> >> > From: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> >> >> >> > Date: Fri, 18 Nov 2011 10:04:38 +0800 >> >> >> > Subject: [PATCH] ath9k: Support RSN Mesh >> >> >> > >> >> >> > Enable support of HW crypt for Mesh to achieve high throughput. >> >> >> >> >> >> i think you are doing the other way around in your patch. >> >> >> >> >> >> > >> >> >> > Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> >> >> >> > --- >> >> >> > ?drivers/net/wireless/ath/ath9k/main.c |??? 3 ++- >> >> >> > ?1 files changed, 2 insertions(+), 1 deletions(-) >> >> >> > >> >> >> > diff --git a/drivers/net/wireless/ath/ath9k/main.c >> >> >> > b/drivers/net/wireless/ath/ath9k/main.c >> >> >> > index 93fbe6f..1536515 100644 >> >> >> > --- a/drivers/net/wireless/ath/ath9k/main.c >> >> >> > +++ b/drivers/net/wireless/ath/ath9k/main.c >> >> >> > @@ -1912,7 +1912,8 @@ static int ath9k_set_key(struct ieee80211_hw >> >> >> > *hw, >> >> >> > >> >> >> > ??????? if (ath9k_modparam_nohwcrypt) >> >> >> > ??????????????? return -ENOSPC; >> >> >> > >> >> >> > -?????? if (vif->type == NL80211_IFTYPE_ADHOC && >> >> >> > +?????? if ((vif->type == NL80211_IFTYPE_ADHOC || >> >> >> > +??????????? vif->type == NL80211_IFTYPE_MESH_POINT) && >> >> >> > ??????????? (key->cipher == WLAN_CIPHER_SUITE_TKIP || >> >> >> > ???????????? key->cipher == WLAN_CIPHER_SUITE_CCMP) && >> >> >> > ??????????? !(key->flags & IEEE80211_KEY_FLAG_PAIRWISE)) { >> >> >> > -- >> >> >> > 1.7.0.4 >> >> >> > >> >> >> > >> >> >> > >> >> >> > _______________________________________________ >> >> >> > ath9k-devel mailing list >> >> >> > ath9k-devel at lists.ath9k.org >> >> >> > https://lists.ath9k.org/mailman/listinfo/ath9k-devel >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> shafi >> >> > >> >> > >> >> >> >> >> >> >> >> -- >> >> shafi >> > >> > >> >> >> >> -- >> shafi > > -- shafi ^ permalink raw reply [flat|nested] 15+ messages in thread
* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh 2011-12-02 10:04 ` Yeoh Chun-Yeow 2011-12-02 10:12 ` Mohammed Shafi @ 2011-12-02 13:26 ` gtolon at inti.gob.ar 2011-12-02 15:28 ` Yeoh Chun-Yeow 1 sibling, 1 reply; 15+ messages in thread From: gtolon at inti.gob.ar @ 2011-12-02 13:26 UTC (permalink / raw) To: ath9k-devel Hi Chun-Yeow I don't know if this is usefull for you, but we are using ad hoc with batman-adv, and we had some problems when the nodes didn't choose good routes for high throughputs for relatively long distances. Asking to the batman-adv list they explained us that the algorithm to choose the routes is based on low rate broadcasts, so the nodes could choose routes that with high rates become bad. They suggested us to increase the multicast rates, so that the nodes could "realize" if a route were not good for high throughputs, and it worked better, the nodes chose routes with more hops for long distances getting a better throughput than using less hops with larger distances. By the way, why with nohwcrypt=1 the throughput get worse? Regards Gabriel El 02/12/2011 07:04 a.m., Yeoh Chun-Yeow escribi?: > Hi, Shafi > > I am active in open80211s mailing list. Thomas from cozybit is helping > me quite a lot. Just wonder any peoples here working on adhoc multihop > on ath9k facing the same problem when doing throughput test for > multihop environment. > > Regards, > Chun-Yeow > > On Fri, Dec 2, 2011 at 6:01 PM, Mohammed Shafi > <shafi.wireless at gmail.com <mailto:shafi.wireless@gmail.com>> wrote: > > Hi Chun-Yeow , > > sorry i have no idea and have not tested mesh. please also send a mail > to linux wireless mailing list, where you may get some help from mesh > developers from cozy bit. > > On Fri, Dec 2, 2011 at 3:21 PM, Yeoh Chun-Yeow > <yeohchunyeow at gmail.com <mailto:yeohchunyeow@gmail.com>> wrote: > > Hi, Shafi > > > > I am using AR9280 and AR9160. Let me explain the situation: > > > > Actually, we need to use per-STA RX GTK for secured mesh. Thus, > we use > > software crypto for our multicast/broadcast frame. Without this > patch, we > > need to load the ath9k with nohwcrypt=1. Thus, we suffer the > throughput > > performance of our mesh nodes on unicast frame (no software > crypto as well). > > After applying this patch, we are able to get HT throughput for > single hop > > communication in mesh setup (802.11s) by enabling HW crypto for > unicast. > > > > However, we are still having throughput performance on multihop > > communication. Do you have any idea? > > > > Regards, > > Chun-Yeow > > > > On Fri, Dec 2, 2011 at 5:38 PM, Mohammed Shafi > <shafi.wireless at gmail.com <mailto:shafi.wireless@gmail.com>> > > wrote: > >> > >> Hi Chun-Yeow Yeoh, > >> > >> ath9k.ko with nohwcrypt=1 disables hardware encryption and your > patch > >> also does the same for mesh mode. i need to look into the code > what it > >> does, as i don't know about the details and also i have not tested > >> mesh. > >> also what card you are using? please make sure you are using the > >> latest ath9k build. > >> please send patches to linux wireless mailing list > >> http://linuxwireless.org/en/developers/Documentation/git-guide > >> thank you > >> > >> On Fri, Dec 2, 2011 at 2:53 PM, Yeoh Chun-Yeow > <yeohchunyeow at gmail.com <mailto:yeohchunyeow@gmail.com>> > >> wrote: > >> > Hi, Shafi > >> > > >> > Appreciate if you can comment on this. Previous, for mesh > node setup, we > >> > need to load the ath9k.ko with nohwcrypt=1. After applying > this patch, > >> > we > >> > can simply load the ath9k.ko without nohwcrypt=1 and able to > ensure the > >> > mesh > >> > node communicate. Besides, we can achieve HT throughput for > single hop > >> > mesh > >> > setup, but still problematic on multi-hop mesh setup. > >> > > >> > Thanks > >> > > >> > Regards, > >> > Chun-Yeow > >> > > >> > > >> > On Fri, Dec 2, 2011 at 5:18 PM, Mohammed Shafi > >> > <shafi.wireless at gmail.com <mailto:shafi.wireless@gmail.com>> > >> > wrote: > >> >> > >> >> Hi Chun-Yeow Yeoh, > >> >> > >> >> On Fri, Dec 2, 2011 at 2:21 PM, Yeoh Chun-Yeow > <yeohchunyeow at gmail.com <mailto:yeohchunyeow@gmail.com>> > >> >> wrote: > >> >> > From: Chun-Yeow Yeoh <yeohchunyeow@gmail.com > <mailto:yeohchunyeow@gmail.com>> > >> >> > Date: Fri, 18 Nov 2011 10:04:38 +0800 > >> >> > Subject: [PATCH] ath9k: Support RSN Mesh > >> >> > > >> >> > Enable support of HW crypt for Mesh to achieve high > throughput. > >> >> > >> >> i think you are doing the other way around in your patch. > >> >> > >> >> > > >> >> > Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow@gmail.com > <mailto:yeohchunyeow@gmail.com>> > >> >> > --- > >> >> > drivers/net/wireless/ath/ath9k/main.c | 3 ++- > >> >> > 1 files changed, 2 insertions(+), 1 deletions(-) > >> >> > > >> >> > diff --git a/drivers/net/wireless/ath/ath9k/main.c > >> >> > b/drivers/net/wireless/ath/ath9k/main.c > >> >> > index 93fbe6f..1536515 100644 > >> >> > --- a/drivers/net/wireless/ath/ath9k/main.c > >> >> > +++ b/drivers/net/wireless/ath/ath9k/main.c > >> >> > @@ -1912,7 +1912,8 @@ static int ath9k_set_key(struct > ieee80211_hw > >> >> > *hw, > >> >> > > >> >> > if (ath9k_modparam_nohwcrypt) > >> >> > return -ENOSPC; > >> >> > > >> >> > - if (vif->type == NL80211_IFTYPE_ADHOC && > >> >> > + if ((vif->type == NL80211_IFTYPE_ADHOC || > >> >> > + vif->type == NL80211_IFTYPE_MESH_POINT) && > >> >> > (key->cipher == WLAN_CIPHER_SUITE_TKIP || > >> >> > key->cipher == WLAN_CIPHER_SUITE_CCMP) && > >> >> > !(key->flags & IEEE80211_KEY_FLAG_PAIRWISE)) { > >> >> > -- > >> >> > 1.7.0.4 > >> >> > > >> >> > > >> >> > > >> >> > _______________________________________________ > >> >> > ath9k-devel mailing list > >> >> > ath9k-devel at lists.ath9k.org > <mailto:ath9k-devel@lists.ath9k.org> > >> >> > https://lists.ath9k.org/mailman/listinfo/ath9k-devel > >> >> > > >> >> > >> >> > >> >> > >> >> -- > >> >> shafi > >> > > >> > > >> > >> > >> > >> -- > >> shafi > > > > > > > > -- > shafi > > > > _______________________________________________ > ath9k-devel mailing list > ath9k-devel at lists.ath9k.org > https://lists.ath9k.org/mailman/listinfo/ath9k-devel ^ permalink raw reply [flat|nested] 15+ messages in thread
* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh 2011-12-02 13:26 ` gtolon at inti.gob.ar @ 2011-12-02 15:28 ` Yeoh Chun-Yeow 2011-12-02 16:50 ` gtolon at inti.gob.ar 0 siblings, 1 reply; 15+ messages in thread From: Yeoh Chun-Yeow @ 2011-12-02 15:28 UTC (permalink / raw) To: ath9k-devel Hi, Gabriel nohwcrypt=1 will make the ath9k driver to use software crypto instead of hardware crypto. My Atheros chipset is able to support hardware encryption and decryption for CCMP and AES. Thus, when we setup the 802.11s mesh network with security (SAE), the throughput for single hop communication degrades significantly if we use software crypto. We observe the HT throughput when we applied the patch to ensure unicast frame is sent with hardware encryption. However, the throughput is dropped for multi-hop communication. Possible due to the ath9k driver since we have no such problem when security is disable. Regarding the adhoc batman-adv, did you setup the adhoc mode using security such as WPA2? What is the performance that you obtained? Regards, Chun-Yeow On Fri, Dec 2, 2011 at 9:26 PM, <gtolon@inti.gob.ar> wrote: > Hi Chun-Yeow > > I don't know if this is usefull for you, but we are using ad hoc with > batman-adv, and we had some problems when the nodes didn't choose good > routes for high throughputs for relatively long distances. Asking to the > batman-adv list they explained us that the algorithm to choose the routes > is based on low rate broadcasts, so the nodes could choose routes that with > high rates become bad. They suggested us to increase the multicast rates, > so that the nodes could "realize" if a route were not good for high > throughputs, and it worked better, the nodes chose routes with more hops > for long distances getting a better throughput than using less hops with > larger distances. > > By the way, why with nohwcrypt=1 the throughput get worse? > > Regards > > Gabriel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20111202/726b8e47/attachment.htm ^ permalink raw reply [flat|nested] 15+ messages in thread
* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh 2011-12-02 15:28 ` Yeoh Chun-Yeow @ 2011-12-02 16:50 ` gtolon at inti.gob.ar 2011-12-07 5:16 ` Yeoh Chun-Yeow 0 siblings, 1 reply; 15+ messages in thread From: gtolon at inti.gob.ar @ 2011-12-02 16:50 UTC (permalink / raw) To: ath9k-devel Hi Chun-Yeow. El 02/12/2011 12:28 p.m., Yeoh Chun-Yeow escribi?: > Hi, Gabriel > > nohwcrypt=1 will make the ath9k driver to use software crypto instead > of hardware crypto. My Atheros chipset is able to support hardware > encryption and decryption for CCMP and AES. Thus, when we setup the > 802.11s mesh network with security (SAE), the throughput for single > hop communication degrades significantly if we use software crypto. We > observe the HT throughput when we applied the patch to ensure unicast > frame is sent with hardware encryption. However, the throughput is > dropped for multi-hop communication. Possible due to the ath9k driver > since we have no such problem when security is disable. Ok, i understand, so if it works well without security it has nothing to do with the problem i mentioned. > > Regarding the adhoc batman-adv, did you setup the adhoc mode using > security such as WPA2? What is the performance that you obtained? > > Regards, > Chun-Yeow We are not using security yet, because we are having problems with throughput tests without encryption, and it's difficult to find where the problem is. Regards Gabriel > > > On Fri, Dec 2, 2011 at 9:26 PM, <gtolon@inti.gob.ar > <mailto:gtolon@inti.gob.ar>> wrote: > > Hi Chun-Yeow > > I don't know if this is usefull for you, but we are using ad hoc > with batman-adv, and we had some problems when the nodes didn't > choose good routes for high throughputs for relatively long > distances. Asking to the batman-adv list they explained us that > the algorithm to choose the routes is based on low rate > broadcasts, so the nodes could choose routes that with high rates > become bad. They suggested us to increase the multicast rates, so > that the nodes could "realize" if a route were not good for high > throughputs, and it worked better, the nodes chose routes with > more hops for long distances getting a better throughput than > using less hops with larger distances. > > By the way, why with nohwcrypt=1 the throughput get worse? > > Regards > > Gabriel > ^ permalink raw reply [flat|nested] 15+ messages in thread
* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh 2011-12-02 16:50 ` gtolon at inti.gob.ar @ 2011-12-07 5:16 ` Yeoh Chun-Yeow 0 siblings, 0 replies; 15+ messages in thread From: Yeoh Chun-Yeow @ 2011-12-07 5:16 UTC (permalink / raw) To: ath9k-devel Hi, all The problem of multihop low throughput is solved. This is due to the ath9k rate control algorithm must be set to minstrel instead of ath9k rate control. Anyone can comment on this? Regards, Chun-Yeow -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20111207/f3ae52c4/attachment.htm ^ permalink raw reply [flat|nested] 15+ messages in thread
* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh @ 2011-12-07 20:45 Thomas Pedersen 2011-12-07 21:31 ` Luis R. Rodriguez 0 siblings, 1 reply; 15+ messages in thread From: Thomas Pedersen @ 2011-12-07 20:45 UTC (permalink / raw) To: ath9k-devel From: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> --- drivers/net/wireless/ath/ath9k/main.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/main.c b/drivers/net/wireless/ath/ath9k/main.c index 424289f..82b0d4b 100644 --- a/drivers/net/wireless/ath/ath9k/main.c +++ b/drivers/net/wireless/ath/ath9k/main.c @@ -1923,7 +1923,8 @@ static int ath9k_set_key(struct ieee80211_hw *hw, if (ath9k_modparam_nohwcrypt) return -ENOSPC; - if (vif->type == NL80211_IFTYPE_ADHOC && + if ((vif->type == NL80211_IFTYPE_ADHOC || + vif->type == NL80211_IFTYPE_MESH_POINT) && (key->cipher == WLAN_CIPHER_SUITE_TKIP || key->cipher == WLAN_CIPHER_SUITE_CCMP) && !(key->flags & IEEE80211_KEY_FLAG_PAIRWISE)) { -- 1.7.5.4 ^ permalink raw reply related [flat|nested] 15+ messages in thread
* [ath9k-devel] [PATCH] ath9k: Support RSN Mesh 2011-12-07 20:45 Thomas Pedersen @ 2011-12-07 21:31 ` Luis R. Rodriguez 0 siblings, 0 replies; 15+ messages in thread From: Luis R. Rodriguez @ 2011-12-07 21:31 UTC (permalink / raw) To: ath9k-devel On Wed, Dec 7, 2011 at 12:45 PM, Thomas Pedersen <thomas@cozybit.com> wrote: > From: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> > > Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow@gmail.com> Acked-by: Luis R. Rodriguez <mcgrof@qca.qualcomm.com> Luis ^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2011-12-07 21:31 UTC | newest] Thread overview: 15+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2011-12-02 8:51 [ath9k-devel] [PATCH] ath9k: Support RSN Mesh Yeoh Chun-Yeow 2011-12-02 9:18 ` Mohammed Shafi 2011-12-02 9:23 ` Yeoh Chun-Yeow 2011-12-02 9:38 ` Mohammed Shafi 2011-12-02 9:51 ` Yeoh Chun-Yeow 2011-12-02 9:54 ` Yeoh Chun-Yeow 2011-12-02 10:01 ` Mohammed Shafi 2011-12-02 10:04 ` Yeoh Chun-Yeow 2011-12-02 10:12 ` Mohammed Shafi 2011-12-02 13:26 ` gtolon at inti.gob.ar 2011-12-02 15:28 ` Yeoh Chun-Yeow 2011-12-02 16:50 ` gtolon at inti.gob.ar 2011-12-07 5:16 ` Yeoh Chun-Yeow -- strict thread matches above, loose matches on Subject: below -- 2011-12-07 20:45 Thomas Pedersen 2011-12-07 21:31 ` Luis R. Rodriguez
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.