aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/archs38/config-4.14
diff options
context:
space:
mode:
authorFelix Fietkau <nbd@nbd.name>2018-07-12 17:19:07 +0200
committerFelix Fietkau <nbd@nbd.name>2018-07-12 18:43:53 +0200
commit0c285bd081da55bd63da18f7596e7107a46bb798 (patch)
tree944de46cd01150081637eff74fad275a04d13536 /target/linux/archs38/config-4.14
parent01df4a2565dd3d9bd7cd8e87ee72b6082369a7a1 (diff)
downloadupstream-0c285bd081da55bd63da18f7596e7107a46bb798.tar.gz
upstream-0c285bd081da55bd63da18f7596e7107a46bb798.tar.bz2
upstream-0c285bd081da55bd63da18f7596e7107a46bb798.zip
ramips: ethernet: use own page_frag_cache
Using the NAPI or netdev frag cache along with other drivers can lead to 32 KiB pages being held for a long time, despite only being used for very few page fragment. This can happen if the ethernet driver grabs one or two fragments for rx ring refill, while other drivers use (and free up) the remaining fragments. The 32 KiB higher-order page can only be freed once all users have freed their fragments, which only happens after the rings of all drivers holding the fragments have wrapped around. Depending on the traffic patterns, this can waste a lot of memory and look a lot like a memory leak Signed-off-by: Felix Fietkau <nbd@nbd.name>
Diffstat (limited to 'target/linux/archs38/config-4.14')
0 files changed, 0 insertions, 0 deletions