Hi,
I'm using [1]. I was seeing some trouble with powersave + broadcasts, so
I added [2], so that the queue would get empty faster.
Regards,
M. Braun
[1]
http://git.fem.tu-ilmenau.de/?p=fem-wlan.git;a=blob;f=package/kernel/mac80211/patches/911-more-ap-interfaces.patch;h=873a6cb7bdb8a7462ffd
Do you mean AP interfaces as required for multiple BSS/SSIDs?
I'm running a patched ath9k to have hostapd run >8 BSS on a single radio.
It works fine since years.
Regards,
M. Braun
Am 27. Juli 2018 15:35:28 MESZ schrieb Ben Greear :
>Hello,
>
>Has anyone tried making ath9k able to support 16 vA
Am 09.01.2017 13:15, schrieb Johannes Berg:
That is bridge fdb entries (need to) expire so the bridge might
"forget" a still-connected station not sending but only consuming
broadcast traffic.
Ok, that I don't know. Somehow if you address a unicast packet there
the bridge has to make a decision
Am 17.10.2016 11:44, schrieb Johannes Berg:
+ if (bssid && ieee80211_has_fromds(hdr->frame_control))
+ memcpy(h_80211_src, bssid, ETH_ALEN);
+
+ if (bssid && ieee80211_has_tods(hdr->frame_control))
+ memcpy(h_80211_dst, bssid, ETH_ALEN);
but I also change
Am 12.10.2016 14:25, schrieb Johannes Berg:
So, I actually think my first instinct that you were erroneously
changing the inner header *was* right.
You're right.
Seems like this code should be inserted towards the end of
ieee80211_amsdu_aggregate() instead, where it's adding the RFC 1042
head
Am 12.10.2016 09:33, schrieb Johannes Berg:
However, re-reading *p looks strange to me. Why don't we just refactor
this to preserve everything but the TID and ACK policy, after all, we
have just previous created this all zeroed in most cases, so it won't
really matter.
Looks good to me.
I've r
[2].
I can confirm that this tests fails without your RFC series applied and
passes when your RFC series is applied.
So your RFC is fine.
Tested-by: Michael Braun
Regards,
M. Braun
[1]
https://github.com/michael-dev/hostapd/commit/2caecdd9911529e39c6b8a83aac0cbe737dc8f65
Am 05.10.2016 13:58, schrieb Johannes Berg:
Anyway, perhaps this needs to change to take DMS/per-station into
account?
Then again, this kind of setting - global multicast-to-unicast -
fundamentally *cannot* be done on a per-station basis, since if you
enable it for one station and not for anoth
Am 05.10.2016 16:59, schrieb Johannes Berg:
So as you can see by my own version of this patch, I'm not super happy
with the way you did things here :)
I'm happy with your version, so lets just drop mine.
Instead of adding 4 new arguments, (ta, ra, is_4addr, is_tdls_data), I
opted to just add
Am 05.10.2016 12:19, schrieb Johannes Berg:
on both ends. Furthermore, I've seen a few mobile phone stations
locally that indicate qos support but won't complete DHCP if their
broadcasts are encapsulated as A-MSDU. Though they work fine with
this series approach.
Presumably those phones also do
Am 27.09.2016 10:01, schrieb Johannes Berg:
...
This leaves "eth_80211" uninitialized if has_80211_header is false.
@@ -768,6 +768,13 @@ void ieee80211_amsdu_to_8023s(struct sk_buff
*skb, struct sk_buff_head *list,
subframe_len = sizeof(struct ethhdr) + len;
pad
11 matches
Mail list logo
