Received-SPF: pass (google.com: domain of linux-kernel+bounces-88540-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1;
Date: Fri, 1 Mar 2024 14:14:59 +0000
From: Mark Brown <broonie@kernel.org>
To: Zi Yan <ziy@nvidia.com>
Cc: Ryan Roberts <ryan.roberts@arm.com>,
	Aishwarya TCV <aishwarya.tcv@arm.com>,
	"\"Pankaj Raghav (Samsung)\"" <kernel@pankajraghav.com>,
	linux-mm@kvack.org,
	"\"Matthew Wilcox (Oracle)\"" <willy@infradead.org>,
	David Hildenbrand <david@redhat.com>,
	Yang Shi <shy828301@gmail.com>, Yu Zhao <yuzhao@google.com>,
	"\"Kirill A . Shutemov\"" <kirill.shutemov@linux.intel.com>,
	=?iso-8859-1?B?Ik1pY2hhbCBLb3V0bv0i?= <mkoutny@suse.com>,
	Roman Gushchin <roman.gushchin@linux.dev>,
	"\"Zach O'Keefe\"" <zokeefe@google.com>,
	Hugh Dickins <hughd@google.com>,
	Luis Chamberlain <mcgrof@kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, cgroups@vger.kernel.org,
	linux-fsdevel@vger.kernel.org, linux-kselftest@vger.kernel.org
Subject: Re: [PATCH v5 8/8] mm: huge_memory: enable debugfs to split huge
 pages to any order.
Message-ID: <7837dc6e-b756-4717-8da0-155f5a6e7ed7@sirena.org.uk>
References: <20240226205534.1603748-1-zi.yan@sent.com>
 <20240226205534.1603748-9-zi.yan@sent.com>
 <082e48c8-71b7-4937-a5da-7a37b4be16ba@arm.com>
 <0dab0c69-2eac-4e65-9efe-e0b037499abc@arm.com>
 <2d5f9cd5-a2c2-453e-aa52-a84a86107d1f@sirena.org.uk>
 <86C93A15-30F6-405C-A877-909B3E12C52C@nvidia.com>
Precedence: bulk
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
	protocol="application/pgp-signature"; boundary="8HKD/+cRw7vyiqX1"
Content-Disposition: inline
In-Reply-To: <86C93A15-30F6-405C-A877-909B3E12C52C@nvidia.com>


--8HKD/+cRw7vyiqX1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, Mar 01, 2024 at 07:56:41AM -0500, Zi Yan wrote:
> On 1 Mar 2024, at 7:11, Mark Brown wrote:

> > Mounting on /mnt would also be a bit of an issue, that's something
> > people are relatively likely to have used for something so could be
> > disruptive.  If the test is going to do a new mount it's probably better
> > to do something like make a temporary directory then mount on top of that.

> To move it to a temp folder for mounting, the test needs to do the mount.
> But it is impossible to know if the running environment has the required FS or not
> and where the FS is. Should I add that as a parameter to the test binary?

You can check the supported filesystem types in /proc/filesystems
(possibly also elsewhere, that's just my first thought).  There's some
standard APIs for getting/naming a temporary file or directory which
should pay attention to any system settings - mktemp() is a generally
available one for C code IIRC.

--8HKD/+cRw7vyiqX1
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmXh4uIACgkQJNaLcl1U
h9Cj3Af/QuKVVeiD4ZCwMgyH3OXP56WC8qmwxKdF6qvGFLEaw1Dvj/9adSEryb/X
UE/VXMVBQlBgc+6h72c5k2213+Lbwu/apncq6g+VcpT/bNBR07y8KrVwt7FrNUMD
0yDhPn23Bxh6+fxbkJ/ZwbcYxj0tlB3qDL2O1ZDe0K9aPD+NQ1s1ex62g7VKySFo
Ye+Wi3z95F8YOBagb0La4hP1fLOqbHPYM5UeT1N5sFBZAqRLiDf9xKBBjEHokkxK
+1SA2juhHjTSHoaG/IOB0r+Cfipz3Ckj718+/PirbbdbgQm6SsStKXimEuHyy7z/
we+qsXy9z3fueh4MTupwm7UpJnIBcQ==
=tizq
-----END PGP SIGNATURE-----

--8HKD/+cRw7vyiqX1--