summaryrefslogtreecommitdiffstats
path: root/fs/ncpfs
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2011-04-12 23:15:51 +0200
committerLinus Torvalds <torvalds@linux-foundation.org>2011-04-12 23:15:51 +0200
commit95042f9eb78a8d9a17455e2ef263f2f310ecef15 (patch)
treeac9fe0a5e17c4b94b18b84338ffbeca2cee140cb /fs/ncpfs
parentRevert "vfs: Export file system uuid via /proc/<pid>/mountinfo" (diff)
downloadlinux-95042f9eb78a8d9a17455e2ef263f2f310ecef15.tar.xz
linux-95042f9eb78a8d9a17455e2ef263f2f310ecef15.zip
vm: fix mlock() on stack guard page
Commit 53a7706d5ed8 ("mlock: do not hold mmap_sem for extended periods of time") changed mlock() to care about the exact number of pages that __get_user_pages() had brought it. Before, it would only care about errors. And that doesn't work, because we also handled one page specially in __mlock_vma_pages_range(), namely the stack guard page. So when that case was handled, the number of pages that the function returned was off by one. In particular, it could be zero, and then the caller would end up not making any progress at all. Rather than try to fix up that off-by-one error for the mlock case specially, this just moves the logic to handle the stack guard page into__get_user_pages() itself, thus making all the counts come out right automatically. Reported-by: Robert Święcki <robert@swiecki.net> Cc: Hugh Dickins <hughd@google.com> Cc: Oleg Nesterov <oleg@redhat.com> Cc: stable@kernel.org Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'fs/ncpfs')
0 files changed, 0 insertions, 0 deletions