From: Gabriel Krisman Bertazi <gabriel@krisman.be>
To: "André Almeida" <andrealmeid@igalia.com>
Cc: fstests@vger.kernel.org, Zorro Lang <zlang@kernel.org>,
kernel-dev@igalia.com, Miklos Szeredi <mszeredi@redhat.com>,
Eryu Guan <guaneryu@gmail.com>,
"Darrick J . Wong" <djwong@kernel.org>
Subject: Re: [PATCH v2] common/casefold: Support for tmpfs casefold test
Date: Mon, 04 Nov 2024 17:44:03 -0500 [thread overview]
Message-ID: <871pzq62mk.fsf@mailhost.krisman.be> (raw)
In-Reply-To: <febd4cb4-9802-4181-b591-b9978829e493@igalia.com> ("André Almeida"'s message of "Mon, 4 Nov 2024 19:12:18 -0300")
André Almeida <andrealmeid@igalia.com> writes:
> Em 04/11/2024 18:45, Gabriel Krisman Bertazi escreveu:
>> André Almeida <andrealmeid@igalia.com> writes:
>>
>>> @@ -67,6 +74,10 @@ _scratch_mkfs_casefold_strict()
>>> f2fs)
>>> _scratch_mkfs -C utf8:strict
>>> ;;
>>> + tmpfs)
>>> + # there's no mkfs for tmpfs, so we just mount it
>>> + mount -t tmpfs -o casefold,strict_encoding tmpfs $SCRATCH_MNT
>>> + ;;
>> This looks like a hack. Why mount it here instead of _scratch_mount?
>> This should just be a nop for tmpfs.
>>
>
> _scratch_mount doesn't have any code related to casefold, should I
> create a _scratch_mount_casefold for tmpfs?
>
Yep. That's what I'm suggesting at:
>> can you fix _scratch_mount to correctly mount casefolded tmpfs? if
>> not, provide a new local handler that will either call _scratch_mount
>> directly for !tmpfs or do the correct mount for tmpfs.
>>> +
>>> +if [ "$FSTYP" == "tmpfs" ]; then
>>> + _check_dmesg_for \
>>> + "tmpfs: Using encoding" || \
>>> + _fail "Could not mount with encoding: utf8"
>>> +else
>>> + _check_dmesg_for \
>>> + "\(${sdev}\): Using encoding defined by superblock: utf8" || \
>>> + _fail "Could not mount with encoding: utf8"
>>> +fi
>> Ugh. the kernel message should have been the same. Much better
>> than special casing the test.
>>
>
> Well, to be accurate the encoding isn't defined by the superblock in the
> case of tmpfs, so the message would be imprecise.
>
> But I think the if wasn't needed after all, the _check_dmesg_for grep
> should be able to do fine like this:
>
> "\(${sdev}\): Using encoding" || \
> _fail "Could not mount with encoding: utf8"
that's better :)
--
Gabriel Krisman Bertazi
prev parent reply other threads:[~2024-11-04 22:44 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-04 21:06 [PATCH v2] common/casefold: Support for tmpfs casefold test André Almeida
2024-11-04 21:45 ` Gabriel Krisman Bertazi
2024-11-04 22:12 ` André Almeida
2024-11-04 22:44 ` Gabriel Krisman Bertazi [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871pzq62mk.fsf@mailhost.krisman.be \
--to=gabriel@krisman.be \
--cc=andrealmeid@igalia.com \
--cc=djwong@kernel.org \
--cc=fstests@vger.kernel.org \
--cc=guaneryu@gmail.com \
--cc=kernel-dev@igalia.com \
--cc=mszeredi@redhat.com \
--cc=zlang@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox