Al Viro 0ebf7f10d6 fix sysvfs symlinks ... The thing got broken back in 2002 - sysvfs does *not* have inline symlinks; even short ones have bodies stored in the first block of file. sysv_symlink() handles that correctly; unfortunately, attempting to look an existing symlink up will end up confusing them for inline symlinks, and interpret the block number containing the body as the body itself. Nobody has noticed until now, which says something about the level of testing sysvfs gets ;-/ Cc: stable@vger.kernel.org # all of them, not that anyone cared Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>		2015-11-23 21:11:08 -05:00
..
balloc.c	sysv: drop lock/unlock super	2012-10-09 23:33:39 -04:00
dir.c	pagemap.h: move dir_pages() over there	2015-06-23 18:02:00 -04:00
file.c	VFS: normal filesystems (and lustre): d_inode() annotations	2015-04-15 15:06:57 -04:00
ialloc.c	sysv: drop lock/unlock super	2012-10-09 23:33:39 -04:00
inode.c	fix sysvfs symlinks	2015-11-23 21:11:08 -05:00
itree.c	VFS: normal filesystems (and lustre): d_inode() annotations	2015-04-15 15:06:57 -04:00
Kconfig
Makefile	sysv: switch to simple_follow_link()	2015-05-10 22:18:26 -04:00
namei.c	VFS: normal filesystems (and lustre): d_inode() annotations	2015-04-15 15:06:57 -04:00
super.c	sysv: Add forgotten superblock lock init for v7 fs	2013-09-29 22:02:02 -04:00
sysv.h	fs: cleanup slight list_entry abuse	2015-06-23 18:01:59 -04:00