FS/XFS testing framework
 help / color / mirror / Atom feed
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

      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