diff options
| author | Will Deacon <will@kernel.org> | 2020-03-25 11:13:46 +0000 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2020-05-10 10:32:53 +0200 |
| commit | d2873537a02df48552d36701b2d6bac5255526db (patch) | |
| tree | 8cf7c7e6ef17e3c38e4ef653ed329cd9f5ccc1e9 /Makefile | |
| parent | 2133af1e025dd4774feb1290339e7c80ed1ab694 (diff) | |
| download | linux-d2873537a02df48552d36701b2d6bac5255526db.tar.gz linux-d2873537a02df48552d36701b2d6bac5255526db.tar.bz2 linux-d2873537a02df48552d36701b2d6bac5255526db.zip | |
mm/mremap: Add comment explaining the untagging behaviour of mremap()
commit b2a84de2a2deb76a6a51609845341f508c518c03 upstream.
Commit dcde237319e6 ("mm: Avoid creating virtual address aliases in
brk()/mmap()/mremap()") changed mremap() so that only the 'old' address
is untagged, leaving the 'new' address in the form it was passed from
userspace. This prevents the unexpected creation of aliasing virtual
mappings in userspace, but looks a bit odd when you read the code.
Add a comment justifying the untagging behaviour in mremap().
Reported-by: Linus Torvalds <torvalds@linux-foundation.org>
Acked-by: Linus Torvalds <torvalds@linux-foundation.org>
Reviewed-by: Catalin Marinas <catalin.marinas@arm.com>
Signed-off-by: Will Deacon <will@kernel.org>
Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions