diff options
author | Eric Paris <eparis@redhat.com> | 2010-03-09 22:23:01 -0500 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2010-03-12 16:25:23 -0800 |
commit | 3836a03d978e68b0ae00d3589089343c998cd4ff (patch) | |
tree | 8a7e71fa5af7d87784145e14141a997b8a5b6e3f /arch/frv | |
parent | 83c0fb6500b13c9b7564fe453b76356dc58415d4 (diff) | |
download | linux-stable-3836a03d978e68b0ae00d3589089343c998cd4ff.tar.gz linux-stable-3836a03d978e68b0ae00d3589089343c998cd4ff.tar.bz2 linux-stable-3836a03d978e68b0ae00d3589089343c998cd4ff.zip |
anon_inodes: mark the anon inode private
Inotify was switched to use anon_inode instead of its own private filesystem
which only had one inode in commit c44dcc56d2b5c7 "switch inotify_user to
anon_inode"
The problem with this is that now the inotify inode is not a distinct inode
which can be managed by LSMs. userspace tools which use inotify were allowed
to use the inotify inode but may not have had permission to do read/write type
operations on the anon_inode. After looking at the anon_inode and its users
it looks like the best solution is to just mark the anon_inode as S_PRIVATE
so the security system will ignore it.
Signed-off-by: Eric Paris <eparis@redhat.com>
Acked-by: James Morris <jmorris@namei.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'arch/frv')
0 files changed, 0 insertions, 0 deletions