[PATCH RFC] PPC: /dev/mem: All RAM is cacheable, not just the kernel's.
Li Yang
leoli at freescale.com
Tue Oct 19 20:37:30 EST 2010
On Tue, Oct 19, 2010 at 6:32 AM, Scott Wood <scottwood at freescale.com> wrote:
> If mem= is used on the kernel command line to create reserved regions
> for userspace to map using /dev/mem, let it be mapped cacheable as long
> as it is within the memory region described in the device tree.
>
> Signed-off-by: Scott Wood <scottwood at freescale.com>
> ---
> This isn't just a performance issue, but it could also be a correctness
> issue, if the reserved portion of RAM is mapped cacheable by e.g. a KVM
> guest. This patch does not address cases where such regions could show up
> as something other than a standard memory node -- such as shared regions
> in an AMP configuration. Ideally there would be some means for a platform
> to register cacheable regions, without having to completely replace the
> entire phys_mem_access_prot function.
Agreed. Such requirement might be special case in server/desktop
world, but much more common in embedded market when migrating to
multi-core in which shared memory is commonly used for inter-core
communication. It will be best to have a common way to achieve this.
Not only cache-ability but also coherent property might need to be tunable.
- Leo
More information about the Linuxppc-dev
mailing list