summaryrefslogtreecommitdiff
path: root/arch/sparc
diff options
context:
space:
mode:
authorbob picco <bob.picco@oracle.com>2017-03-10 19:31:19 (GMT)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2017-05-03 15:36:34 (GMT)
commit24870a79dad693214b21558388cb04dad6159aa3 (patch)
tree62e7febd8028e8aa6f8d82a79b24d5439f566aec /arch/sparc
parente88a8e0a23c23e09858a4f5caeb106da972e7934 (diff)
downloadlinux-24870a79dad693214b21558388cb04dad6159aa3.tar.xz
sparc64: kern_addr_valid regression
[ Upstream commit adfae8a5d833fa2b46577a8081f350e408851f5b ] I encountered this bug when using /proc/kcore to examine the kernel. Plus a coworker inquired about debugging tools. We computed pa but did not use it during the maximum physical address bits test. Instead we used the identity mapped virtual address which will always fail this test. I believe the defect came in here: [bpicco@zareason linus.git]$ git describe --contains bb4e6e85daa52 v3.18-rc1~87^2~4 . Signed-off-by: Bob Picco <bob.picco@oracle.com> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'arch/sparc')
-rw-r--r--arch/sparc/mm/init_64.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/arch/sparc/mm/init_64.c b/arch/sparc/mm/init_64.c
index 37aa537..bd7e2aa 100644
--- a/arch/sparc/mm/init_64.c
+++ b/arch/sparc/mm/init_64.c
@@ -1495,7 +1495,7 @@ bool kern_addr_valid(unsigned long addr)
if ((long)addr < 0L) {
unsigned long pa = __pa(addr);
- if ((addr >> max_phys_bits) != 0UL)
+ if ((pa >> max_phys_bits) != 0UL)
return false;
return pfn_valid(pa >> PAGE_SHIFT);