[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20260116091831.GB20873@lst.de>
Date: Fri, 16 Jan 2026 10:18:31 +0100
From: Christoph Hellwig <hch@....de>
To: Namjae Jeon <linkinjeon@...nel.org>
Cc: viro@...iv.linux.org.uk, brauner@...nel.org, hch@....de, tytso@....edu,
willy@...radead.org, jack@...e.cz, djwong@...nel.org,
josef@...icpanda.com, sandeen@...deen.net, rgoldwyn@...e.com,
xiang@...nel.org, dsterba@...e.com, pali@...nel.org,
ebiggers@...nel.org, neil@...wn.name, amir73il@...il.com,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
iamjoonsoo.kim@....com, cheol.lee@....com, jay.sim@....com,
gunho.lee@....com, Hyunchul Lee <hyc.lee@...il.com>
Subject: Re: [PATCH v5 08/14] ntfs: update attrib operations
> +/* log base 2 of the number of entries in the hash table for match-finding. */
> +#define HASH_SHIFT 14
> +
> +/* Constant for the multiplicative hash function. */
> +#define HASH_MULTIPLIER 0x1E35A7BD
The hashing here doesn't seem very efficient. Is that part of
the on-disk format in some way? If so it would be great to
document that. If not it might be worth to look into better
hashing helpers from the library functions in the kernel (not needed
for inclusion, but probably worth it).
> +struct COMPRESS_CONTEXT {
Other parts of the code got rid of the Window-Style all upper
case names, why add a new one here?
Powered by blists - more mailing lists