* [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