linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] ARM: LPAE: don't reject mapping /dev/mem above 4GB
@ 2013-06-27 17:24 Sergey Dyasly
  2013-06-28  9:00 ` Catalin Marinas
  0 siblings, 1 reply; 2+ messages in thread
From: Sergey Dyasly @ 2013-06-27 17:24 UTC (permalink / raw)
  To: linux-arm-kernel

With LPAE enabled, physical address space is larger than 4GB. Allow mapping any
part of it via /dev/mem by utilizing the same check as in arm64.

Reported-by: Vassili Karpov <av1474@comtv.ru>
Tested-by: Vassili Karpov <av1474@comtv.ru>
Signed-off-by: Sergey Dyasly <dserrg@gmail.com>
---
 arch/arm/mm/mmap.c | 10 ++++++++++
 1 file changed, 10 insertions(+)

diff --git a/arch/arm/mm/mmap.c b/arch/arm/mm/mmap.c
index 10062ce..8f1bbbc 100644
--- a/arch/arm/mm/mmap.c
+++ b/arch/arm/mm/mmap.c
@@ -203,6 +203,15 @@ int valid_phys_addr_range(phys_addr_t addr, size_t size)
 	return 1;
 }
 
+#ifdef CONFIG_ARM_LPAE
+/*
+ * Do not allow /dev/mem mappings beyond the supported physical range.
+ */
+int valid_mmap_phys_addr_range(unsigned long pfn, size_t size)
+{
+	return !(((pfn << PAGE_SHIFT) + size) & ~PHYS_MASK);
+}
+#else
 /*
  * We don't use supersection mappings for mmap() on /dev/mem, which
  * means that we can't map the memory area above the 4G barrier into
@@ -212,6 +221,7 @@ int valid_mmap_phys_addr_range(unsigned long pfn, size_t size)
 {
 	return !(pfn + (size >> PAGE_SHIFT) > 0x00100000);
 }
+#endif
 
 #ifdef CONFIG_STRICT_DEVMEM
 
-- 
1.8.1.2

^ permalink raw reply related	[flat|nested] 2+ messages in thread

* [PATCH] ARM: LPAE: don't reject mapping /dev/mem above 4GB
  2013-06-27 17:24 [PATCH] ARM: LPAE: don't reject mapping /dev/mem above 4GB Sergey Dyasly
@ 2013-06-28  9:00 ` Catalin Marinas
  0 siblings, 0 replies; 2+ messages in thread
From: Catalin Marinas @ 2013-06-28  9:00 UTC (permalink / raw)
  To: linux-arm-kernel

On Thu, Jun 27, 2013 at 06:24:35PM +0100, Sergey Dyasly wrote:
> With LPAE enabled, physical address space is larger than 4GB. Allow mapping any
> part of it via /dev/mem by utilizing the same check as in arm64.
> 
> Reported-by: Vassili Karpov <av1474@comtv.ru>
> Tested-by: Vassili Karpov <av1474@comtv.ru>
> Signed-off-by: Sergey Dyasly <dserrg@gmail.com>
> ---
>  arch/arm/mm/mmap.c | 10 ++++++++++
>  1 file changed, 10 insertions(+)
> 
> diff --git a/arch/arm/mm/mmap.c b/arch/arm/mm/mmap.c
> index 10062ce..8f1bbbc 100644
> --- a/arch/arm/mm/mmap.c
> +++ b/arch/arm/mm/mmap.c
> @@ -203,6 +203,15 @@ int valid_phys_addr_range(phys_addr_t addr, size_t size)
>  	return 1;
>  }
>  
> +#ifdef CONFIG_ARM_LPAE
> +/*
> + * Do not allow /dev/mem mappings beyond the supported physical range.
> + */
> +int valid_mmap_phys_addr_range(unsigned long pfn, size_t size)
> +{
> +	return !(((pfn << PAGE_SHIFT) + size) & ~PHYS_MASK);
> +}
> +#else
>  /*
>   * We don't use supersection mappings for mmap() on /dev/mem, which
>   * means that we can't map the memory area above the 4G barrier into
> @@ -212,6 +221,7 @@ int valid_mmap_phys_addr_range(unsigned long pfn, size_t size)
>  {
>  	return !(pfn + (size >> PAGE_SHIFT) > 0x00100000);

BTW, I think you can use the original function with something like this:

	return !(pfn + (size >> PAGE_SHIFT) > (1 << (PHYS_MASK_SHIFT - PAGE_SHIFT)));

and define PHYS_MASK_SHIFT to 32 for classic MMU.

-- 
Catalin

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2013-06-28  9:00 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-06-27 17:24 [PATCH] ARM: LPAE: don't reject mapping /dev/mem above 4GB Sergey Dyasly
2013-06-28  9:00 ` Catalin Marinas

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).