lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 2 Aug 2016 11:59:04 +0900 From: Masashi Honma <masashi.honma@...il.com> To: Johannes Berg <johannes@...solutions.net> Cc: Yaniv Machani <yanivma@...com>, linux-kernel@...r.kernel.org, Meirav Kama <meiravk@...com>, "David S. Miller" <davem@...emloft.net>, linux-wireless@...r.kernel.org, netdev@...r.kernel.org Subject: Re: [PATCH v3 3/3] mac80211: mesh: fixed HT ies in beacon template > On 2016年08月01日 19:03, Johannes Berg wrote: >> >> But why is that behaviour *correct*? We still support 40 MHz bandwidth >> things, we just don't use them if we disable HT40. Or do you mean difference between "hardware capability" and "software capability" ? Do you think IEEE80211_HT_CAP_SUP_WIDTH_20_40 bit should be 1 if the hardware capable of HT40 even though HT40 is disabled by wpa_supplicant/hostapd ? I have tested with hostapd. I compared these 2 configfiles. hostapd0.conf ht_capab=[HT40-] hostapd1.conf #ht_capab=[HT40-] The IEEE80211_HT_CAP_SUP_WIDTH_20_40 bit in beacon was below. hostapd0.conf IEEE80211_HT_CAP_SUP_WIDTH_20_40 = 1 hostapd1.conf IEEE80211_HT_CAP_SUP_WIDTH_20_40 = 0 So I think the bit should be zero if disabled also for mesh peer. Masashi Honma.
Powered by blists - more mailing lists