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]
Message-ID: <6inodp2wabvb27ecfpqu7mzyxb6tktc4ec4sc4yatksfbl45eg@ndyi3ucvj5r2>
Date: Mon, 4 Aug 2025 10:41:49 +0200
From: "Pankaj Raghav (Samsung)" <kernel@...kajraghav.com>
To: Ritesh Harjani <ritesh.list@...il.com>
Cc: Suren Baghdasaryan <surenb@...gle.com>, 
	Ryan Roberts <ryan.roberts@....com>, Baolin Wang <baolin.wang@...ux.alibaba.com>, 
	Borislav Petkov <bp@...en8.de>, Ingo Molnar <mingo@...hat.com>, 
	"H . Peter Anvin" <hpa@...or.com>, Vlastimil Babka <vbabka@...e.cz>, Zi Yan <ziy@...dia.com>, 
	Mike Rapoport <rppt@...nel.org>, Dave Hansen <dave.hansen@...ux.intel.com>, 
	Michal Hocko <mhocko@...e.com>, David Hildenbrand <david@...hat.com>, 
	Lorenzo Stoakes <lorenzo.stoakes@...cle.com>, Andrew Morton <akpm@...ux-foundation.org>, 
	Thomas Gleixner <tglx@...utronix.de>, Nico Pache <npache@...hat.com>, Dev Jain <dev.jain@....com>, 
	"Liam R . Howlett" <Liam.Howlett@...cle.com>, Jens Axboe <axboe@...nel.dk>, linux-kernel@...r.kernel.org, 
	willy@...radead.org, linux-mm@...ck.org, x86@...nel.org, linux-block@...r.kernel.org, 
	linux-fsdevel@...r.kernel.org, "Darrick J . Wong" <djwong@...nel.org>, mcgrof@...nel.org, 
	gost.dev@...sung.com, hch@....de, Pankaj Raghav <p.raghav@...sung.com>
Subject: Re: [RFC v2 2/4] mm: add static huge zero folio

> > This option can waste memory in small systems or systems with 64k base
> > page size. So make it an opt-in and also add an option from individual
> > architecture so that we don't enable this feature for larger base page
> > size systems.
> 
> Can you please help me understand why will there be memory waste with
> 64k base pagesize, if this feature gets enabled?
> 
> Is it because systems with 64k base pagsize can have a much larger PMD
> size then 2M and hence this static huge folio won't really get used?

Yeah, exactly. More than 2M seems to be excessive for zeroing.

> 
> Just want to understand this better. On Power with Radix MMU, PMD size
> is still 2M, but with Hash it can be 16M.
> So I was considering if we should enable this with Radix. Hence the ask
> to better understand this.

I enabled only for x86 as a part of this series to reduce the scope. But
the idea is to enable for all architectures with reasonable PMD size,
like ARM with 4k, Power with Radix MMU, etc.

Once we get the base patches up, I can follow up with enabling for those
architectures.

--
Pankaj

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ