linux-kernel - Re: [PATCH v5 8/8] mm: huge_memory: enable debugfs to split huge pages to any order.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date: Fri, 1 Mar 2024 14:14:59 +0000
From: Mark Brown <broonie@...nel.org>
To: Zi Yan <ziy@...dia.com>
Cc: Ryan Roberts <ryan.roberts@....com>,
	Aishwarya TCV <aishwarya.tcv@....com>,
	"\"Pankaj Raghav (Samsung)\"" <kernel@...kajraghav.com>,
	linux-mm@...ck.org,
	"\"Matthew Wilcox (Oracle)\"" <willy@...radead.org>,
	David Hildenbrand <david@...hat.com>,
	Yang Shi <shy828301@...il.com>, Yu Zhao <yuzhao@...gle.com>,
	"\"Kirill A . Shutemov\"" <kirill.shutemov@...ux.intel.com>,
	"Michal Koutný" <mkoutny@...e.com>,
	Roman Gushchin <roman.gushchin@...ux.dev>,
	"\"Zach O'Keefe\"" <zokeefe@...gle.com>,
	Hugh Dickins <hughd@...gle.com>,
	Luis Chamberlain <mcgrof@...nel.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	linux-kernel@...r.kernel.org, cgroups@...r.kernel.org,
	linux-fsdevel@...r.kernel.org, linux-kselftest@...r.kernel.org
Subject: Re: [PATCH v5 8/8] mm: huge_memory: enable debugfs to split huge
 pages to any order.

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.

Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)