Merge tag 'fs.idmapped.mount_setattr.v5.13-rc3' of gitolite.kernel.org:pub/scm/linux...
authorLinus Torvalds <torvalds@linux-foundation.org>
Wed, 19 May 2021 16:12:31 +0000 (06:12 -1000)
committerLinus Torvalds <torvalds@linux-foundation.org>
Wed, 19 May 2021 16:12:31 +0000 (06:12 -1000)
commitc3d0e3fd41b7f0f5d5d5b6022ab7e813f04ea727
tree49d7ae853af8dae021d8b906aaf5b762ef6aa42e
parent293837b9ac8d3021657f44c9d7a14948ec01c5d0
parent2ca4dcc4909d787ee153272f7efc2bff3b498720
Merge tag 'fs.idmapped.mount_setattr.v5.13-rc3' of gitolite.pub/scm/linux/kernel/git/brauner/linux

Pull mount_setattr fix from Christian Brauner:
 "This makes an underlying idmapping assumption more explicit.

  We currently don't have any filesystems that support idmapped mounts
  which are mountable inside a user namespace, i.e. where s_user_ns !=
  init_user_ns. That was a deliberate decision for now as userns root
  can just mount the filesystem themselves.

  Express this restriction explicitly and enforce it until there's a
  real use-case for this. This way we can notice it and will have a
  chance to adapt and audit our translation helpers and fstests
  appropriately if we need to support such filesystems"

* tag 'fs.idmapped.mount_setattr.v5.13-rc3' of gitolite.kernel.org:pub/scm/linux/kernel/git/brauner/linux:
  fs/mount_setattr: tighten permission checks