On Fri, Apr 05, 2024 at 03:13:26PM +0300, Eugen Hristev wrote:
> +/**
> + * generic_ci_match() - Match a name (case-insensitively) with a dirent.
> + * This is a filesystem helper for comparison with directory entries.
> + * generic_ci_d_compare should be used in VFS' ->d_compare instead.
> + *
> + * @parent: Inode of the parent of the dirent under comparison
> + * @name: name under lookup.
> + * @folded_name: Optional pre-folded name under lookup
> + * @de_name: Dirent name.
> + * @de_name_len: dirent name length.
> + *
> + * Test whether a case-insensitive directory entry matches the filename
> + * being searched.  If @folded_name is provided, it is used instead of
> + * recalculating the casefold of @name.
> + *
> + * Return: > 0 if the directory entry matches, 0 if it doesn't match, or
> + * < 0 on error.
> + */
> +int generic_ci_match(const struct inode *parent,
> +                  const struct qstr *name,
> +                  const struct qstr *folded_name,
> +                  const u8 *de_name, u32 de_name_len)
> +{
> +     const struct super_block *sb = parent->i_sb;
> +     const struct unicode_map *um = sb->s_encoding;
> +     struct fscrypt_str decrypted_name = FSTR_INIT(NULL, de_name_len);
> +     struct qstr dirent = QSTR_INIT(de_name, de_name_len);
> +     int res = 0;
> +
> +     if (IS_ENCRYPTED(parent)) {
> +             const struct fscrypt_str encrypted_name =
> +                     FSTR_INIT((u8 *) de_name, de_name_len);
> +
> +             if (WARN_ON_ONCE(!fscrypt_has_encryption_key(parent)))
> +                     return -EINVAL;
> +
> +             decrypted_name.name = kmalloc(de_name_len, GFP_KERNEL);
> +             if (!decrypted_name.name)
> +                     return -ENOMEM;
> +             res = fscrypt_fname_disk_to_usr(parent, 0, 0, &encrypted_name,
> +                                             &decrypted_name);
> +             if (res < 0)
> +                     goto out;

If fscrypt_fname_disk_to_usr() returns an error and !sb_has_strict_encoding(sb),
then this function returns 0 (indicating no match) instead of the error code
(indicating an error).  Is that the correct behavior?  I would think that
strict_encoding should only have an effect on the actual name comparison.

> +     /*
> +      * Attempt a case-sensitive match first. It is cheaper and
> +      * should cover most lookups, including all the sane
> +      * applications that expect a case-sensitive filesystem.
> +      */
> +     if (folded_name->name) {
> +             if (dirent.len == folded_name->len &&
> +                 !memcmp(folded_name->name, dirent.name, dirent.len))
> +                     goto out;
> +             res = utf8_strncasecmp_folded(um, folded_name, &dirent);

Shouldn't the memcmp be done with the original user-specified name, not the
casefolded name?  I would think that the user-specified name is the one that's
more likely to match the on-disk name, because of case preservation.  In most
cases users will specify the same case on both file creation and later access.

- Eric


_______________________________________________
Linux-f2fs-devel mailing list
Linux-f2fs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel

Reply via email to