Am 17.05.2019 um 17:47 schrieb Adrian Chadd:
On Fri, 17 May 2019 at 08:06, Sebastian Gottschall
<s.gottsch...@newmedia-net.de> wrote:
personally i think going back to basic rates like 2 mbit makes no sense
anyway. its that dead slow that a connection must break and has to be
broken if this doesnt work.
still a shame that beacons are still transmitted in this way and
multicast/broadcast packets as well which causes a hell of problems. but
thats for backward compatibility of cause
It depends on what kind of channel you are. Not everyone is deploying
super dense enterprise APs. :-)
The 11ac and 11ax chips that do constant frequency readjusting work
better in things like moving drones, where you have constant doppler
shift. I know some people doing drone work that just don't bother with
MCS and aggregation because they need a super reliable channel and the
conditions constantly shift.
That said, they're very sad that they can't hack on the 11ac/11ax
firmware to fix some err, less optimal decisions in their use case
space like they can with ath5k/ath9k.
ISTR back at QCA days there were some people on the systems team that
could demonstrate CCK was more stable in some use cases and so didn't
like the Linux rate control behaviour of not falling back to CCK in 2G
11n mode. There was .. pushback against the linux upstream rate
control in this respect right until the linux folk totally deprecated
the QCA rate control in ath9k. :)
CCK is dead stable of cause, but also dead slow and its blocking the
channel which decreases performance for all other people
(And then bugs like what ben is seeing :)
Ben - did disabling CCK/OFDM fallback rates help? Did you fix the bit
that tries to send AMPDU frames in non-11n rates?
-adrian
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
