mirror of
https://github.com/torvalds/linux.git
synced 2026-06-08 22:52:35 +02:00
mm: fix ia64 crash when gcore reads gate area
commitde51257aa3upstream. Debian's ia64 autobuilders have been seeing kernel freeze or reboot when running the gdb testsuite (Debian bug 588574): dannf bisected to 2.6.3262eede62da"mm: ZERO_PAGE without PTE_SPECIAL"; and reproduced it with gdb's gcore on a simple target. I'd missed updating the gate_vma handling in __get_user_pages(): that happens to use vm_normal_page() (nowadays failing on the zero page), yet reported success even when it failed to get a page - boom when access_process_vm() tried to copy that to its intermediate buffer. Fix this, resisting cleanups: in particular, leave it for now reporting success when not asked to get any pages - very probably safe to change, but let's not risk it without testing exposure. Why did ia64 crash with 16kB pages, but succeed with 64kB pages? Because setup_gate() pads each 64kB of its gate area with zero pages. Reported-by: Andreas Barth <aba@not.so.argh.org> Bisected-by: dann frazier <dannf@debian.org> Signed-off-by: Hugh Dickins <hughd@google.com> Tested-by: dann frazier <dannf@dannf.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
This commit is contained in:
parent
4e4a55ada2
commit
a03567653b
16
mm/memory.c
16
mm/memory.c
|
|
@ -1282,10 +1282,20 @@ int __get_user_pages(struct task_struct *tsk, struct mm_struct *mm,
|
|||
return i ? : -EFAULT;
|
||||
}
|
||||
if (pages) {
|
||||
struct page *page = vm_normal_page(gate_vma, start, *pte);
|
||||
struct page *page;
|
||||
|
||||
page = vm_normal_page(gate_vma, start, *pte);
|
||||
if (!page) {
|
||||
if (!(gup_flags & FOLL_DUMP) &&
|
||||
is_zero_pfn(pte_pfn(*pte)))
|
||||
page = pte_page(*pte);
|
||||
else {
|
||||
pte_unmap(pte);
|
||||
return i ? : -EFAULT;
|
||||
}
|
||||
}
|
||||
pages[i] = page;
|
||||
if (page)
|
||||
get_page(page);
|
||||
get_page(page);
|
||||
}
|
||||
pte_unmap(pte);
|
||||
if (vmas)
|
||||
|
|
|
|||
Loading…
Reference in New Issue
Block a user