From: Stefan Roese <sr@denx.de> Date: 2008-07-09 13:45:17
This patch enables 32bit PPC's (with 36bit physical address space, e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing types (unsigned long -> phys_addr_t).
Tested on an AMCC Katmai with 4GB of DDR2.
Signed-off-by: Stefan Roese <sr@denx.de>
---
arch/powerpc/mm/init_32.c | 4 ++--
arch/powerpc/mm/mem.c | 8 ++++----
arch/powerpc/mm/mmu_decl.h | 4 ++--
3 files changed, 8 insertions(+), 8 deletions(-)
From: Kumar Gala <hidden> Date: 2008-07-09 14:55:16
On Jul 9, 2008, at 8:44 AM, Stefan Roese wrote:
This patch enables 32bit PPC's (with 36bit physical address space,
e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing types (unsigned long -> phys_addr_t).
should the commit header really be >= 4G. I don't think there is any
issue with 2-4G support as it stands.
Tested on an AMCC Katmai with 4GB of DDR2.
Signed-off-by: Stefan Roese <sr@denx.de>
From: Stefan Roese <sr@denx.de> Date: 2008-07-09 15:05:14
On Wednesday 09 July 2008, Kumar Gala wrote:
On Jul 9, 2008, at 8:44 AM, Stefan Roese wrote:
quoted
This patch enables 32bit PPC's (with 36bit physical address space,
e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing types (unsigned long -> phys_addr_t).
should the commit header really be >= 4G. I don't think there is any
issue with 2-4G support as it stands.
Right. I'll fix this up and resubmit.
Thanks.
Best regards,
Stefan
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> Date: 2008-07-09 20:24:25
On Wed, 2008-07-09 at 15:44 +0200, Stefan Roese wrote:
This patch enables 32bit PPC's (with 36bit physical address space, e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing types (unsigned long -> phys_addr_t).
Tested on an AMCC Katmai with 4GB of DDR2.
Signed-off-by: Stefan Roese <sr@denx.de>
On Thu, 10 Jul 2008 06:02:38 +1000
Benjamin Herrenschmidt [off-list ref] wrote:
On Wed, 2008-07-09 at 15:44 +0200, Stefan Roese wrote:
quoted
This patch enables 32bit PPC's (with 36bit physical address space, e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing types (unsigned long -> phys_addr_t).
Tested on an AMCC Katmai with 4GB of DDR2.
Signed-off-by: Stefan Roese <sr@denx.de>
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> Date: 2008-07-09 20:43:56
On Wed, 2008-07-09 at 16:22 -0400, Josh Boyer wrote:
On Thu, 10 Jul 2008 06:02:38 +1000
Benjamin Herrenschmidt [off-list ref] wrote:
quoted
On Wed, 2008-07-09 at 15:44 +0200, Stefan Roese wrote:
quoted
This patch enables 32bit PPC's (with 36bit physical address space, e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing types (unsigned long -> phys_addr_t).
Tested on an AMCC Katmai with 4GB of DDR2.
Signed-off-by: Stefan Roese <sr@denx.de>
But DMAs will break no ?
How?
Hrm... forget it. It's fine up to 4G of RAM... (ie. as long as DMA is
below 32 bits).
Ben.
On Thu, 10 Jul 2008 06:39:39 +1000
Benjamin Herrenschmidt [off-list ref] wrote:
On Wed, 2008-07-09 at 16:22 -0400, Josh Boyer wrote:
quoted
On Thu, 10 Jul 2008 06:02:38 +1000
Benjamin Herrenschmidt [off-list ref] wrote:
quoted
On Wed, 2008-07-09 at 15:44 +0200, Stefan Roese wrote:
quoted
This patch enables 32bit PPC's (with 36bit physical address space, e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing types (unsigned long -> phys_addr_t).
Tested on an AMCC Katmai with 4GB of DDR2.
Signed-off-by: Stefan Roese <sr@denx.de>
But DMAs will break no ?
How?
Hrm... forget it. It's fine up to 4G of RAM... (ie. as long as DMA is
below 32 bits).
Right. We haven't really dealt with anything larger than 4 GiB, and we
certainly aren't dealing with discontiguous DRAM due to I/O ranges.
josh
From: Becky Bruce <hidden> Date: 2008-07-10 15:37:55
On Jul 9, 2008, at 7:44 PM, Josh Boyer wrote:
On Thu, 10 Jul 2008 06:39:39 +1000
Benjamin Herrenschmidt [off-list ref] wrote:
quoted
On Wed, 2008-07-09 at 16:22 -0400, Josh Boyer wrote:
quoted
On Thu, 10 Jul 2008 06:02:38 +1000
Benjamin Herrenschmidt [off-list ref] wrote:
quoted
On Wed, 2008-07-09 at 15:44 +0200, Stefan Roese wrote:
quoted
This patch enables 32bit PPC's (with 36bit physical address
space, e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing types (unsigned long -> phys_addr_t).
Tested on an AMCC Katmai with 4GB of DDR2.
Signed-off-by: Stefan Roese <sr@denx.de>
But DMAs will break no ?
How?
Hrm... forget it. It's fine up to 4G of RAM... (ie. as long as DMA is
below 32 bits).
Right. We haven't really dealt with anything larger than 4 GiB, and
we
certainly aren't dealing with discontiguous DRAM due to I/O ranges.
Are you *sure* you can see all 4GB? I thought we lost some of the 32-
bit PCI address space for PCI IO...... Disclaimer: I'm no expert on
PCI :)
FYI, I'm *very* close to having swiotlb fully functional on powerpc to
support larger RAM - I am able to boot with 6GB on 8641 right now.
There are some bugs that I'm still shaking out - I hope to push this
out in the next couple of weeks.
Cheers,
B
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> Date: 2008-07-12 03:34:33
Are you *sure* you can see all 4GB? I thought we lost some of the 32-
bit PCI address space for PCI IO...... Disclaimer: I'm no expert on
PCI :)
You are right. I didn't think that through when I replied. We do lose
some of it for MMIO (not IO). So we cannot really go all the way to 4G
because we can't DMA to all of it, right.
FYI, I'm *very* close to having swiotlb fully functional on powerpc to
support larger RAM - I am able to boot with 6GB on 8641 right now.
There are some bugs that I'm still shaking out - I hope to push this
out in the next couple of weeks.