diff options
author | David Woodhouse <[email protected]> | 2016-02-01 14:04:46 +0000 |
---|---|---|
committer | David Woodhouse <[email protected]> | 2016-02-25 11:11:28 +0000 |
commit | be629c62a603e5935f8177fd8a19e014100a259e (patch) | |
tree | f94560a8b9a91a2ada6253a55133977f8553b31c /tools/perf/util/trace-event-scripting.c | |
parent | 49e91e7079febe59a20ca885a87dd1c54240d0f1 (diff) |
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 <[email protected]>
Signed-off-by: David Woodhouse <[email protected]>
Cc: [email protected]
Diffstat (limited to 'tools/perf/util/trace-event-scripting.c')
0 files changed, 0 insertions, 0 deletions