As I mentioned to a few ppc folks at LCA08 I plan to use
the LMB code from powerpc as a basis for NUMA support on
sparc64.
There are two changes.
1) Move arch/powerpc/mm/lmb.c to lib/lmb.c, put the main
interface bits in include/linux/lmb.h, put arch-specific
bits in asm/lmb.h and add
From: Sam Ravnborg [EMAIL PROTECTED]
Date: Wed, 13 Feb 2008 09:57:35 +0100
Review had been easier if the patch was inlined.
Sorry :)
Can we plase have this changed to use:
config SPARC64
+ select HAVE_LMB
And then in lib/Kconfig have
+config HAVE_LMB
+ bool
So we avoid
On Wed, Feb 13, 2008 at 12:41:20AM -0800, David Miller wrote:
As I mentioned to a few ppc folks at LCA08 I plan to use
the LMB code from powerpc as a basis for NUMA support on
sparc64.
There are two changes.
1) Move arch/powerpc/mm/lmb.c to lib/lmb.c, put the main
interface bits in
On Feb 13, 2008, at 8:20 AM, Jon Loeliger wrote:
So, like, the other day Kumar Gala mumbled:
If we add to an empty lmb region with a non-zero base we will not
coalesce
the number of regions done to one. This causes problems on ppc32
for the
s/done/down
will fix.
memory region as its
So, like, the other day Kumar Gala mumbled:
If we add to an empty lmb region with a non-zero base we will not coalesce
the number of regions done to one. This causes problems on ppc32 for the
s/done/down
memory region as its assumed to only have one region.
We can fix this be easily
From: Kumar Gala [EMAIL PROTECTED]
Date: Wed, 13 Feb 2008 07:12:26 -0600
Does sparc have the concept of a phys_addr_t? We are in the process
of expanding the lmb support to deal with 36-bit physical addresses on
32-bit machines.
On sparc64, where I intend to use this, unsigned long's are
Convert the lmb code to use phys_addr_t instead of unsigned long for
physical addresses and sizes. This is needed to support large amounts
of RAM on 32-bit systems that support 36-bit physical addressing.
Built/booted on mpc8641; build tested on pasemi and 44x.
Signed-off-by: Becky Bruce [EMAIL
On Wed, 2008-02-13 at 16:43 -0600, Becky Bruce wrote:
Convert the lmb code to use phys_addr_t instead of unsigned long for
physical addresses and sizes. This is needed to support large amounts
of RAM on 32-bit systems that support 36-bit physical addressing.
Built/booted on mpc8641; build
From: Kumar Gala [EMAIL PROTECTED]
Date: Wed, 13 Feb 2008 07:37:27 -0600 (CST)
If we add to an empty lmb region with a non-zero base we will not coalesce
the number of regions done to one. This causes problems on ppc32 for the
memory region as its assumed to only have one region.
We can
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Thu, 14 Feb 2008 09:50:42 +1100
On Wed, 2008-02-13 at 16:43 -0600, Becky Bruce wrote:
Convert the lmb code to use phys_addr_t instead of unsigned long for
physical addresses and sizes. This is needed to support large amounts
of RAM on
[LMB]: Make lmb support large physical addressing
Convert the lmb code to use u64 instead of unsigned long for physical
addresses and sizes. This is needed to support large amounts of RAM
on 32-bit systems that support 36-bit physical addressing.
Signed-off-by: Becky Bruce [EMAIL PROTECTED]
[LIB]: Make PowerPC LMB code generic so sparc64 can use it too.
Signed-off-by: David S. Miller [EMAIL PROTECTED]
---
arch/powerpc/Kconfig|1 +
arch/powerpc/kernel/btext.c |3 +-
arch/powerpc/kernel/crash.c |3 +-
12 matches
Mail list logo