diff options
author | David Woodhouse <David.Woodhouse@intel.com> | 2016-02-01 14:04:46 +0000 |
---|---|---|
committer | David Woodhouse <David.Woodhouse@intel.com> | 2016-02-25 11:11:28 +0000 |
commit | be629c62a603e5935f8177fd8a19e014100a259e (patch) | |
tree | f94560a8b9a91a2ada6253a55133977f8553b31c /MAINTAINERS | |
parent | 49e91e7079febe59a20ca885a87dd1c54240d0f1 (diff) | |
download | linux-be629c62a603e5935f8177fd8a19e014100a259e.tar.gz linux-be629c62a603e5935f8177fd8a19e014100a259e.tar.bz2 linux-be629c62a603e5935f8177fd8a19e014100a259e.zip |
Fix directory hardlinks from deleted directories
When a directory is deleted, we don't take too much care about killing off
all the dirents that belong to it — on the basis that on remount, the scan
will conclude that the directory is dead anyway.
This doesn't work though, when the deleted directory contained a child
directory which was moved *out*. In the early stages of the fs build
we can then end up with an apparent hard link, with the child directory
appearing both in its true location, and as a child of the original
directory which are this stage of the mount process we don't *yet* know
is defunct.
To resolve this, take out the early special-casing of the "directories
shall not have hard links" rule in jffs2_build_inode_pass1(), and let the
normal nlink processing happen for directories as well as other inodes.
Then later in the build process we can set ic->pino_nlink to the parent
inode#, as is required for directories during normal operaton, instead
of the nlink. And complain only *then* about hard links which are still
in evidence even after killing off all the unreachable paths.
Reported-by: Liu Song <liu.song11@zte.com.cn>
Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
Cc: stable@vger.kernel.org
Diffstat (limited to 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions