aboutsummaryrefslogtreecommitdiffstats
path: root/rules.mk
diff options
context:
space:
mode:
authorChristian Lamparter <chunkeey@googlemail.com>2016-12-13 18:35:27 +0100
committerFelix Fietkau <nbd@nbd.name>2016-12-19 13:51:21 +0100
commitb3a871dd3dc1bb78225d60db2d5bcc808b79181f (patch)
tree9b2c5e9110c07d102ed9101a345a00a61040f79e /rules.mk
parent00bc7f0357d082e73699fb561776088e48e53101 (diff)
downloadupstream-b3a871dd3dc1bb78225d60db2d5bcc808b79181f.tar.gz
upstream-b3a871dd3dc1bb78225d60db2d5bcc808b79181f.tar.bz2
upstream-b3a871dd3dc1bb78225d60db2d5bcc808b79181f.zip
mac80211: backport "cfg80211: limit scan results cache size"
The patch commit states: "It's possible to make scanning consume almost arbitrary amounts of memory, e.g. by sending beacon frames with random BSSIDs at high rates while somebody is scanning. Limit the number of BSS table entries we're willing to cache to 1000, limiting maximum memory usage to maybe 4-5MB, but lower in practice - that would be the case for having both full-sized beacon and probe response frames for each entry; this seems not possible in practice, so a limit of 1000 entries will likely be closer to 0.5 MB." Signed-off-by: Johannes Berg <johannes.berg@intel.com>" This patch was added in 4.4.36. But because LEDE backports cfg80211, mac80211 and the wifi drivers separately, it needs to be added manually for now. It can be dropped later as it will be part of the next mac80211 refresh. Signed-off-by: Christian Lamparter <chunkeey@googlemail.com>
Diffstat (limited to 'rules.mk')
0 files changed, 0 insertions, 0 deletions