Johannes Berg f2b18baca9 mac80211: use more bits for ack_frame_id ... It turns out that this wasn't a good idea, I hit a test failure in hwsim due to this. That particular failure was easily worked around, but it raised questions: if an AP needs to, for example, send action frames to each connected station, the current limit is nowhere near enough (especially if those stations are sleeping and the frames are queued for a while.) Shuffle around some bits to make more room for ack_frame_id to allow up to 8192 queued up frames, that's enough for queueing 4 frames to each connected station, even at the maximum of 2007 stations on a single AP. We take the bits from band (which currently only 2 but I leave 3 in case we add another band) and from the hw_queue, which can only need 4 since it has a limit of 16 queues. Fixes: 6912daed05 ("mac80211: Shrink the size of ack_frame_id to make room for tx_time_est") Signed-off-by: Johannes Berg <johannes.berg@intel.com> Acked-by: Toke Høiland-Jørgensen <toke@redhat.com> Link: https://lore.kernel.org/r/20200115122549.b9a4ef9f4980.Ied52ed90150220b83a280009c590b65d125d087c@changeid Signed-off-by: Johannes Berg <johannes.berg@intel.com>		2020-02-07 11:32:27 +01:00
..
acpi
asm-generic	Microblaze patches for 5.6-rc1	2020-02-04 11:58:07 +00:00
clocksource
crypto
drm
dt-bindings	There are a few changes to the core framework this time around, in addition to	2020-02-03 22:10:18 +00:00
keys
kunit
kvm
linux	net/mlx5: Deprecate usage of generic TLS HW capability bit	2020-02-06 12:24:24 -08:00
math-emu
media
misc
net	mac80211: use more bits for ack_frame_id	2020-02-07 11:32:27 +01:00
pcmcia
ras
rdma
scsi
soc
sound
target
trace
uapi	RTC for 5.6	2020-02-04 07:03:40 +00:00
vdso
video
xen