summaryrefslogtreecommitdiff
path: root/scripts/lib/kdoc/kdoc_output.py
diff options
context:
space:
mode:
authorNamjae Jeon <linkinjeon@kernel.org>2025-05-21 09:02:29 +0900
committerSteve French <stfrench@microsoft.com>2025-05-27 10:25:12 -0500
commit571781eb7ffefa65b0e922c8031e42b4411a40d4 (patch)
treeec6280ea25ba869dac5981f719e3e014a4459437 /scripts/lib/kdoc/kdoc_output.py
parentd91c0751d0a622bd29b6078a6d0e183c8342a574 (diff)
ksmbd: provide zero as a unique ID to the Mac client
The Mac SMB client code seems to expect the on-disk file identifier to have the semantics of HFS+ Catalog Node Identifier (CNID). ksmbd provides the inode number as a unique ID to the client, but in the case of subvolumes of btrfs, there are cases where different files have the same inode number, so the mac smb client treats it as an error. There is a report that a similar problem occurs when the share is ZFS. Returning UniqueId of zero will make the Mac client to stop using and trusting the file id returned from the server. Reported-by: Justin Turner Arthur <justinarthur@gmail.com> Signed-off-by: Namjae Jeon <linkinjeon@kernel.org> Signed-off-by: Steve French <stfrench@microsoft.com>
Diffstat (limited to 'scripts/lib/kdoc/kdoc_output.py')
0 files changed, 0 insertions, 0 deletions