linux-kernel - Re: [PATCH v3 1/3] mm: handle poisoning of pfn without struct pages

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: <20251024115201.GD847003@nvidia.com>
Date: Fri, 24 Oct 2025 08:52:01 -0300
From: Jason Gunthorpe <jgg@...dia.com>
To: Shuai Xue <xueshuai@...ux.alibaba.com>
Cc: ankita@...dia.com, aniketa@...dia.com, vsethi@...dia.com,
	mochs@...dia.com, skolothumtho@...dia.com, linmiaohe@...wei.com,
	nao.horiguchi@...il.com, akpm@...ux-foundation.org,
	david@...hat.com, lorenzo.stoakes@...cle.com,
	Liam.Howlett@...cle.com, vbabka@...e.cz, rppt@...nel.org,
	surenb@...gle.com, mhocko@...e.com, tony.luck@...el.com,
	bp@...en8.de, rafael@...nel.org, guohanjun@...wei.com,
	mchehab@...nel.org, lenb@...nel.org, kevin.tian@...el.com,
	alex@...zbot.org, cjia@...dia.com, kwankhede@...dia.com,
	targupta@...dia.com, zhiw@...dia.com, dnigam@...dia.com,
	kjaju@...dia.com, linux-kernel@...r.kernel.org, linux-mm@...ck.org,
	linux-edac@...r.kernel.org, Jonathan.Cameron@...wei.com,
	ira.weiny@...el.com, Smita.KoralahalliChannabasappa@....com,
	u.kleine-koenig@...libre.com, peterz@...radead.org,
	linux-acpi@...r.kernel.org, kvm@...r.kernel.org
Subject: Re: [PATCH v3 1/3] mm: handle poisoning of pfn without struct pages

On Fri, Oct 24, 2025 at 05:45:45PM +0800, Shuai Xue wrote:
> Rather than having MM maintain metadata about these PFNs, have you
> considered adding an operation callback similar to
> dev_pagemap_ops->memory_failure? 

I think someone could come with such a proposal on top of this, it
would not be hard to add some ops to pfn_address_space and have the
code call them instead of using the address_space.

This version just needs to link into the existing VMA machinery (ie
collect_procs_pfn), it doesn't make alot of sense to push that work
into drivers.

Jason