diff options
author | Benjamin Berg <benjamin.berg@intel.com> | 2025-02-14 10:28:22 +0100 |
---|---|---|
committer | Johannes Berg <johannes.berg@intel.com> | 2025-03-18 11:04:13 +0100 |
commit | 0bc754d1e31f40f4a343b692096d9e092ccc0370 (patch) | |
tree | 9df4aca9304c7cbf734b3538d63f5ac8da7312ab /tools/perf/scripts/python/syscall-counts.py | |
parent | 1fc350eed627762f4f6db3f35776d481e7f02c5c (diff) |
um: hostfs: avoid issues on inode number reuse by host
Some file systems (e.g. ext4) may reuse inode numbers once the inode is
not in use anymore. Usually hostfs will keep an FD open for each inode,
but this is not always the case. In the case of sockets, this cannot
even be done properly.
As such, the following sequence of events was possible:
* application creates and deletes a socket
* hostfs creates/deletes the socket on the host
* inode is still in the hostfs cache
* hostfs creates a new file
* ext4 on the outside reuses the inode number
* hostfs finds the socket inode for the newly created file
* application receives -ENXIO when opening the file
As mentioned, this can only happen if the deleted file is a special file
that is never opened on the host (i.e. no .open fop).
As such, to prevent issues, it is sufficient to check that the inode
has the expected type. That said, also add a check for the inode birth
time, just to be on the safe side.
Fixes: 74ce793bcbde ("hostfs: Fix ephemeral inodes")
Signed-off-by: Benjamin Berg <benjamin.berg@intel.com>
Reviewed-by: Mickaël Salaün <mic@digikod.net>
Tested-by: Mickaël Salaün <mic@digikod.net>
Link: https://patch.msgid.link/20250214092822.1241575-1-benjamin@sipsolutions.net
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'tools/perf/scripts/python/syscall-counts.py')
0 files changed, 0 insertions, 0 deletions