summaryrefslogtreecommitdiffstats
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
parent144b5ae3e343f193a6a7edef8f30aab4fad2d12b (diff)
parent695e9df010e40f407f4830dc11d53dce957710ba (diff)
downloadlinux-stable-f9020d17416ae62f1b1c6459d61e65abb4af79b5.tar.gz
linux-stable-f9020d17416ae62f1b1c6459d61e65abb4af79b5.tar.bz2
linux-stable-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