aboutsummaryrefslogtreecommitdiffstats
path: root/kernel
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2016-06-22 14:11:24 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2016-06-22 14:11:24 -0700
commitf9020d17416ae62f1b1c6459d61e65abb4af79b5 (patch)
tree1b55506a178ffc54be3f86dcafd6f5544dd77c39 /kernel
parentMerge tag 'gpio-v4.7-4' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio (diff)
parentmnt: Account for MS_RDONLY in fs_fully_visible (diff)
downloadlinux-dev-f9020d17416ae62f1b1c6459d61e65abb4af79b5.tar.xz
linux-dev-f9020d17416ae62f1b1c6459d61e65abb4af79b5.zip
Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace
Pull userns fix from Eric Biederman: "This contains just a single small patch that fixes a tiny hole in the logic of allowing unprivileged mounting of proc and sysfs. In practice I don't think anyone is affected because having MNT_RDONLY clear in mnt->mnt_flags but MS_RDONLY set in sb->s_flags is very weird for a filesystem, and weirder for proc and sysfs. However if it happens let's handle it correctly and then no one has to to worry about this crazy case" * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace: mnt: Account for MS_RDONLY in fs_fully_visible
Diffstat (limited to 'kernel')
0 files changed, 0 insertions, 0 deletions