When XIP_KERNEL is enabled, the virt to phys address translation for RAM
is not the same as the virt to phys address translation for .text.
The only way to know where physical RAM is located is to use
PLAT_PHYS_OFFSET.
The MACRO will be useful for other places where there is a similar problem.
Written by Nicolas Pitre
Signed-off-by: Chris Brandt <chris.brandt@renesas.com>
Signed-off-by: Nicolas Pitre <redacted>
---
arch/arm/include/asm/memory.h | 8 ++++++++
arch/arm/mm/proc-v7.S | 2 +-
2 files changed, 9 insertions(+), 1 deletion(-)
On Friday 29 January 2016 17:11:14 Chris Brandt wrote:
When XIP_KERNEL is enabled, the virt to phys address translation for RAM
is not the same as the virt to phys address translation for .text.
The only way to know where physical RAM is located is to use
PLAT_PHYS_OFFSET.
The MACRO will be useful for other places where there is a similar problem.
Written by Nicolas Pitre
Signed-off-by: Chris Brandt <chris.brandt@renesas.com>
Signed-off-by: Nicolas Pitre <redacted>
I have not verified the contents of the patch, but have two comments on the
submission form:
- replace the 'Written by Nicolas Pitre' sentence with a 'From: Nicolas
Pitre [off-list ref]' line as the first line of the changelog text,
followed by an empty line, so that 'git am' can set the correct author
field.
- put your Signed-off-by: line after Nico's for correct documentation
of who sent what.
Arnd
I have not verified the contents of the patch, but have two comments on the submission form:
- replace the 'Written by Nicolas Pitre' sentence with a 'From: Nicolas
Pitre [off-list ref]' line as the first line of the changelog text,
followed by an empty line, so that 'git am' can set the correct author
field.
- put your Signed-off-by: line after Nico's for correct documentation
of who sent what.
Arnd
From: Nicolas Pitre <redacted>
When XIP_KERNEL is enabled, the virt to phys address translation for RAM
is not the same as the virt to phys address translation for .text.
The only way to know where physical RAM is located is to use
PLAT_PHYS_OFFSET.
The MACRO will be useful for other places where there is a similar problem.
Signed-off-by: Nicolas Pitre <redacted>
Signed-off-by: Chris Brandt <chris.brandt@renesas.com>
---
v2:
* Fixed Signed-off to show correct author
---
arch/arm/include/asm/memory.h | 8 ++++++++
arch/arm/mm/proc-v7.S | 2 +-
2 files changed, 9 insertions(+), 1 deletion(-)
From: Nicolas Pitre <hidden> Date: 2016-02-01 21:15:38
On Mon, 1 Feb 2016, Chris Brandt wrote:
From: Nicolas Pitre <redacted>
When XIP_KERNEL is enabled, the virt to phys address translation for RAM
is not the same as the virt to phys address translation for .text.
The only way to know where physical RAM is located is to use
PLAT_PHYS_OFFSET.
The MACRO will be useful for other places where there is a similar problem.
Signed-off-by: Nicolas Pitre <redacted>
Signed-off-by: Chris Brandt <chris.brandt@renesas.com>
From: Russell King - ARM Linux <hidden> Date: 2016-02-16 17:32:26
On Mon, Feb 01, 2016 at 04:15:38PM -0500, Nicolas Pitre wrote:
On Mon, 1 Feb 2016, Chris Brandt wrote:
quoted
From: Nicolas Pitre <redacted>
When XIP_KERNEL is enabled, the virt to phys address translation for RAM
is not the same as the virt to phys address translation for .text.
The only way to know where physical RAM is located is to use
PLAT_PHYS_OFFSET.
The MACRO will be useful for other places where there is a similar problem.
Signed-off-by: Nicolas Pitre <redacted>
Signed-off-by: Chris Brandt <chris.brandt@renesas.com>
I keep looking at this patch, and I really find that I detest this
PHYS_OFFSET_FIXUP thing - it's really not obvious what's going on
here. It's taken a _long_ time to work this out, which _really_
isn't good going forward.
Let's instead change things to make it much more obvious - see the
patch below.
--
RMK's Patch system: http://www.arm.linux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
I keep looking at this patch, and I really find that I detest this
PHYS_OFFSET_FIXUP thing - it's really not obvious what's going on here.
It's taken a _long_ time to work this out, which _really_ isn't good
going forward.
Let's instead change things to make it much more obvious - see the
patch below.
diff --git a/arch/arm/include/asm/memory.h b/arch/arm/include/asm/memory.h
index ebdaaf7dd19f..593e5613184d 100644
--- a/arch/arm/include/asm/memory.h+++ b/arch/arm/include/asm/memory.h
I keep looking at this patch, and I really find that I detest this
PHYS_OFFSET_FIXUP thing - it's really not obvious what's going on
here. It's taken a _long_ time to work this out, which _really_
isn't good going forward.
Let's instead change things to make it much more obvious - see the
patch below.