summaryrefslogtreecommitdiffstats
path: root/mm/mremap.c
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2021-07-10 09:06:41 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2021-07-10 09:06:41 -0700
commit20d5e570aee77afa44849dc652ff256290ea978e (patch)
tree20ecd71a19945d19f00cf47d1b143c5c99cf8cab /mm/mremap.c
parent50be9417e23af5a8ac860d998e1e3f06b8fd79d7 (diff)
parent93274f1dd6b0a615b299beddf99871fe81f91275 (diff)
downloadlinux-20d5e570aee77afa44849dc652ff256290ea978e.tar.bz2
Merge branch 'for-5.14-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/dennis/percpu
Pull percpu fix from Dennis Zhou: "This is just a single change to fix percpu depopulation. The code relied on depopulation code written specifically for the free path and relied on vmalloc to do the tlb flush lazily. As we're modifying the backing pages during the lifetime of a chunk, we need to also flush the tlb accordingly. Guenter Roeck reported this issue in [1] on mips. I believe we just happen to be lucky given the much larger chunk sizes on x86 and consequently less churning of this memory" Link: https://lore.kernel.org/lkml/20210702191140.GA3166599@roeck-us.net/ [1] * 'for-5.14-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/dennis/percpu: percpu: flush tlb in pcpu_reclaim_populated()
Diffstat (limited to 'mm/mremap.c')
0 files changed, 0 insertions, 0 deletions