From: "David Hildenbrand (Red Hat)" <david@kernel.org>
To: Mostafa Saleh <smostafa@google.com>
Cc: Jason Gunthorpe <jgg@ziepe.ca>,
linux-mm@kvack.org, iommu@lists.linux.dev,
linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org,
corbet@lwn.net, joro@8bytes.org, will@kernel.org,
robin.murphy@arm.com, akpm@linux-foundation.org, vbabka@suse.cz,
surenb@google.com, mhocko@suse.com, jackmanb@google.com,
hannes@cmpxchg.org, ziy@nvidia.com, lorenzo.stoakes@oracle.com,
Liam.Howlett@oracle.com, rppt@kernel.org, xiaqinxin@huawei.com,
baolu.lu@linux.intel.com, rdunlap@infradead.org,
Samiullah Khawaja <skhawaja@google.com>
Subject: Re: [PATCH v6 3/4] iommu: debug-pagealloc: Track IOMMU pages
Date: Tue, 13 Jan 2026 11:30:58 +0100 [thread overview]
Message-ID: <482f2f36-e906-492a-a80c-987bf7359d83@kernel.org> (raw)
In-Reply-To: <CAFgf54pbkfdFr6biE8BiNKBnTBFWxXGmvxsZ0E+C1C44c9AW_g@mail.gmail.com>
On 1/13/26 11:22, Mostafa Saleh wrote:
> On Mon, Jan 12, 2026 at 7:12 PM David Hildenbrand (Red Hat)
> <david@kernel.org> wrote:
>>
>> On 1/12/26 15:58, Mostafa Saleh wrote:
>>> On Mon, Jan 12, 2026 at 1:52 PM Jason Gunthorpe <jgg@ziepe.ca> wrote:
>>>>
>>>> On Mon, Jan 12, 2026 at 01:43:41PM +0000, Mostafa Saleh wrote:
>>>>> But I don’t see why not. from the documentation:
>>>>> /**
>>>>> * pfn_valid - check if there is a valid memory map entry for a PFN
>>>>> * @pfn: the page frame number to check
>>>>> *
>>>>> * Check if there is a valid memory map entry aka struct page for the @pfn.
>>>>> * Note, that availability of the memory map entry does not imply that
>>>>> * there is actual usable memory at that @pfn. The struct page may
>>>>> * represent a hole or an unusable page frame.
>>>>> …
>>>>>
>>>>> That means that struct page exists, which is all what we need here.
>>>>
>>>> A struct page that has never been initialize shouldn't ever be read. I
>>>> don't know how that relates to page_ext, but are you really sure that
>>>> is all you need?
>>>>
>>>
>>> AFAIU, if pfn_valid() returns true, it means the struct page is valid,
>>> and lookup_page_ext() will check that a valid page_ext exists for this
>>> entry.
>>
>> Not always. Offline memory blocks have a memory map but no page ext. We
>> allocate the page ext at memory onlining time.
>>
>> Also, I'm not sure about ZONE_DEVICE memory, very likely we never
>> allocate a page_ext for them?
>>
>> I'd assume both cases are not relevant for your use case, though.
>>
>
> From my understanding, in that case, page_ext_get() will return NULL.
>
> So, as long as struct page exists, page_ext_get won't misbehave.
>
> I am not sure about offline memory, but MMIO can be used. We use
> pfn_valid() before getting the struct page that we pass to page_ext.
> Would that be OK?
It's tricky. If you look at lookup_page_ext(), it relies on extracting
the pfn+nid from the "struct page".
If the "struct page" is uninitialized (e.g., offline memory) that cannot
possibly work, as it could just give you random garbage.
(note that there are two implementations of lookup_page_ext(), both
extracting the PFN but only one extracting the NID).
--
Cheers
David
next prev parent reply other threads:[~2026-01-13 10:31 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-09 17:18 [PATCH v6 0/4] iommu: Add page_ext for IOMMU_DEBUG_PAGEALLOC Mostafa Saleh
2026-01-09 17:18 ` [PATCH v6 1/4] " Mostafa Saleh
2026-01-09 17:18 ` [PATCH v6 2/4] iommu: Add calls " Mostafa Saleh
2026-01-09 17:18 ` [PATCH v6 3/4] iommu: debug-pagealloc: Track IOMMU pages Mostafa Saleh
2026-01-09 19:15 ` Pranjal Shrivastava
2026-01-09 19:51 ` Jason Gunthorpe
2026-01-12 10:20 ` Mostafa Saleh
2026-01-12 13:32 ` Jason Gunthorpe
2026-01-12 13:43 ` Mostafa Saleh
2026-01-12 13:52 ` Jason Gunthorpe
2026-01-12 14:58 ` Mostafa Saleh
2026-01-12 18:27 ` Jason Gunthorpe
2026-01-12 19:11 ` David Hildenbrand (Red Hat)
2026-01-12 19:17 ` Jason Gunthorpe
2026-01-13 10:22 ` Mostafa Saleh
2026-01-13 10:30 ` David Hildenbrand (Red Hat) [this message]
2026-01-13 10:49 ` Mostafa Saleh
2026-01-09 17:18 ` [PATCH v6 4/4] iommu: debug-pagealloc: Check mapped/unmapped kernel memory Mostafa Saleh
2026-01-09 19:16 ` Pranjal Shrivastava
2026-01-10 9:53 ` [PATCH v6 0/4] iommu: Add page_ext for IOMMU_DEBUG_PAGEALLOC Jörg Rödel
2026-01-13 11:10 ` Mostafa Saleh
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=482f2f36-e906-492a-a80c-987bf7359d83@kernel.org \
--to=david@kernel.org \
--cc=Liam.Howlett@oracle.com \
--cc=akpm@linux-foundation.org \
--cc=baolu.lu@linux.intel.com \
--cc=corbet@lwn.net \
--cc=hannes@cmpxchg.org \
--cc=iommu@lists.linux.dev \
--cc=jackmanb@google.com \
--cc=jgg@ziepe.ca \
--cc=joro@8bytes.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=lorenzo.stoakes@oracle.com \
--cc=mhocko@suse.com \
--cc=rdunlap@infradead.org \
--cc=robin.murphy@arm.com \
--cc=rppt@kernel.org \
--cc=skhawaja@google.com \
--cc=smostafa@google.com \
--cc=surenb@google.com \
--cc=vbabka@suse.cz \
--cc=will@kernel.org \
--cc=xiaqinxin@huawei.com \
--cc=ziy@nvidia.com \
/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