Al Viro 762c69685f ecryptfs_lookup_interpose(): lower_dentry->d_parent is not stable either ... We need to get the underlying dentry of parent; sure, absent the races it is the parent of underlying dentry, but there's nothing to prevent losing a timeslice to preemtion in the middle of evaluation of lower_dentry->d_parent->d_inode, having another process move lower_dentry around and have its (ex)parent not pinned anymore and freed on memory pressure. Then we regain CPU and try to fetch ->d_inode from memory that is freed by that point. dentry->d_parent *is* stable here - it's an argument of ->lookup() and we are guaranteed that it won't be moved anywhere until we feed it to d_add/d_splice_alias. So we safely go that way to get to its underlying dentry. Cc: stable@vger.kernel.org # since 2009 or so Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>		2019-11-10 11:57:45 -05:00
..
crypto.c	- Fix error handling when ecryptfs_read_lower() encounters an error	2019-07-14 19:29:04 -07:00
debug.c	- Fix error handling when ecryptfs_read_lower() encounters an error	2019-07-14 19:29:04 -07:00
dentry.c
ecryptfs_kernel.h	Revert "Merge tag 'keys-acl-20190703' of git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs"	2019-07-10 18:43:43 -07:00
file.c
inode.c	ecryptfs_lookup_interpose(): lower_dentry->d_parent is not stable either	2019-11-10 11:57:45 -05:00
Kconfig
keystore.c	- Fix error handling when ecryptfs_read_lower() encounters an error	2019-07-14 19:29:04 -07:00
kthread.c
main.c
Makefile
messaging.c
miscdev.c
mmap.c
read_write.c
super.c