aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/generic/pending-3.18/645-bridge_multicast_to_unicast.patch
diff options
context:
space:
mode:
authorKevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>2018-11-04 20:25:46 +0000
committerKevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>2018-12-20 09:45:19 +0000
commit8ff0dd57bffbb1be5799be3ff049df34211669df (patch)
tree41d811b6b0a6190179234e56a0f3853c8388a5ab /target/linux/generic/pending-3.18/645-bridge_multicast_to_unicast.patch
parentc0248183a49a9830a4a2458e54e83fa8a3c646c9 (diff)
downloadupstream-8ff0dd57bffbb1be5799be3ff049df34211669df.tar.gz
upstream-8ff0dd57bffbb1be5799be3ff049df34211669df.tar.bz2
upstream-8ff0dd57bffbb1be5799be3ff049df34211669df.zip
kernel: drop MIPS fix cache flushing for highmem pages
This patch, in a variety of forms, has been around since beginning 2016 as e756c2bb07, ending up in present form 0aa6c7df60 (kernel 4.4.13 bump) and carried forward ever since. There have been a number of MIPS kernel memory handling changes since, including VDSO fixes that meant openwrt patches have been dropped with no apparent fallout. Simple tests (ntfs-3g) on a HIGHMEM 512MB mt7621 device have not turned up data corruption issues which would otherwise be expected. Similarly running on other MIPS based devices for the past 2 months hasn't turned up anything obvious to retain this out of tree patch. With thanks to Rosen Penev for testing on the known 'highmem' device and Felix Fietkau for testing advice. Not putting acked-by as it's my fault if it breaks :-) Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
Diffstat (limited to 'target/linux/generic/pending-3.18/645-bridge_multicast_to_unicast.patch')
0 files changed, 0 insertions, 0 deletions