* [PATCH 1/1] dma-direct: fix use of max_pfn @ 2026-04-10 11:35 ` Petr Tesarik 2026-04-30 6:22 ` Marek Szyprowski 0 siblings, 1 reply; 2+ messages in thread From: Petr Tesarik @ 2026-04-10 11:35 UTC (permalink / raw) To: Marek Szyprowski, Robin Murphy; +Cc: iommu, linux-kernel, Petr Tesarik Calculate the correct physical address of the last byte of memory. Since max_pfn is in fact "the PFN of the first page after the highest system RAM in physical address space", the highest address that might be used for a DMA buffer is one byte below max_pfn << PAGE_SHIFT. This fix is unlikely to make any difference in practice. It's just that the current formula is slightly confusing. Signed-off-by: Petr Tesarik <ptesarik@suse.com> --- kernel/dma/direct.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/dma/direct.c b/kernel/dma/direct.c index 8f43a930716d4..fefa6c4ac467f 100644 --- a/kernel/dma/direct.c +++ b/kernel/dma/direct.c @@ -39,7 +39,7 @@ static inline struct page *dma_direct_to_page(struct device *dev, u64 dma_direct_get_required_mask(struct device *dev) { - phys_addr_t phys = (phys_addr_t)(max_pfn - 1) << PAGE_SHIFT; + phys_addr_t phys = ((phys_addr_t)max_pfn << PAGE_SHIFT) - 1; u64 max_dma = phys_to_dma_direct(dev, phys); return (1ULL << (fls64(max_dma) - 1)) * 2 - 1; @@ -540,7 +540,7 @@ int dma_direct_mmap(struct device *dev, struct vm_area_struct *vma, int dma_direct_supported(struct device *dev, u64 mask) { - u64 min_mask = (max_pfn - 1) << PAGE_SHIFT; + u64 min_mask = ((u64)max_pfn << PAGE_SHIFT) - 1; /* * Because 32-bit DMA masks are so common we expect every architecture -- 2.53.0 ^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: [PATCH 1/1] dma-direct: fix use of max_pfn 2026-04-10 11:35 ` [PATCH 1/1] dma-direct: fix use of max_pfn Petr Tesarik @ 2026-04-30 6:22 ` Marek Szyprowski 0 siblings, 0 replies; 2+ messages in thread From: Marek Szyprowski @ 2026-04-30 6:22 UTC (permalink / raw) To: Petr Tesarik, Robin Murphy; +Cc: iommu, linux-kernel On 10.04.2026 13:35, Petr Tesarik wrote: > Calculate the correct physical address of the last byte of memory. Since > max_pfn is in fact "the PFN of the first page after the highest system RAM > in physical address space", the highest address that might be used for a > DMA buffer is one byte below max_pfn << PAGE_SHIFT. > > This fix is unlikely to make any difference in practice. It's just that the > current formula is slightly confusing. > > Signed-off-by: Petr Tesarik <ptesarik@suse.com> Applied to dma-mapping-fixes, thanks! > --- > kernel/dma/direct.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/kernel/dma/direct.c b/kernel/dma/direct.c > index 8f43a930716d4..fefa6c4ac467f 100644 > --- a/kernel/dma/direct.c > +++ b/kernel/dma/direct.c > @@ -39,7 +39,7 @@ static inline struct page *dma_direct_to_page(struct device *dev, > > u64 dma_direct_get_required_mask(struct device *dev) > { > - phys_addr_t phys = (phys_addr_t)(max_pfn - 1) << PAGE_SHIFT; > + phys_addr_t phys = ((phys_addr_t)max_pfn << PAGE_SHIFT) - 1; > u64 max_dma = phys_to_dma_direct(dev, phys); > > return (1ULL << (fls64(max_dma) - 1)) * 2 - 1; > @@ -540,7 +540,7 @@ int dma_direct_mmap(struct device *dev, struct vm_area_struct *vma, > > int dma_direct_supported(struct device *dev, u64 mask) > { > - u64 min_mask = (max_pfn - 1) << PAGE_SHIFT; > + u64 min_mask = ((u64)max_pfn << PAGE_SHIFT) - 1; > > /* > * Because 32-bit DMA masks are so common we expect every architecture Best regards -- Marek Szyprowski, PhD Samsung R&D Institute Poland ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2026-04-30 6:22 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <CGME20260410113518eucas1p2b4149df13e7716f6f05710b577b37f1a@eucas1p2.samsung.com>
2026-04-10 11:35 ` [PATCH 1/1] dma-direct: fix use of max_pfn Petr Tesarik
2026-04-30 6:22 ` Marek Szyprowski
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox