Miklos, This is the solution that we discussed for removing FMODE_NONOTIFY from overlayfs real files. My branch [1] has an extra patch for remove FMODE_NONOTIFY, but I am still testing the ovl-fsnotify interaction, so we can defer that step to later. I wanted to post this series earlier to give more time for fsdevel feedback and if these patches get your blessing and the blessing of vfs maintainers, it is probably better that they will go through the vfs tree. I've tested that overlay "fake" path are still shown in /proc/self/maps and in the /proc/self/exe and /proc/self/map_files/ symlinks. The audit and tomoyo use of file_fake_path() is not tested (CC maintainers), but they both look like user displayed paths, so I assumed they's want to preserve the existing behavior (i.e. displaying the fake overlayfs path). Thanks, Amir. [1] https://github.com/amir73il/linux/commits/ovl_fake_path Amir Goldstein (3): fs: use fake_file container for internal files with fake f_path fs: use file_fake_path() to get path of mapped files for display fs: store fake path in file_fake along with real path fs/cachefiles/namei.c | 2 +- fs/file_table.c | 85 ++++++++++++++++++++++++++++++++++-------- fs/internal.h | 5 ++- fs/namei.c | 2 +- fs/open.c | 9 +++-- fs/overlayfs/file.c | 2 +- fs/proc/base.c | 8 ++-- fs/seq_file.c | 2 +- include/linux/fs.h | 13 ++++--- kernel/audit.c | 3 +- kernel/fork.c | 5 ++- security/tomoyo/util.c | 3 +- 12 files changed, 102 insertions(+), 37 deletions(-) -- 2.34.1
