Message ID | 1296262841-8819-3-git-send-email-mspang@csclub.uwaterloo.ca |
---|---|
State | Superseded, archived |
Headers | show |
Le 29/01/2011 02:00, Michael Spang a écrit : > The TS-7800 has one 128M RAM bank, so the maximum must be increased. > > Signed-off-by: Michael Spang<mspang@csclub.uwaterloo.ca> > --- > arch/arm/include/asm/arch-orion5x/orion5x.h | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/arch/arm/include/asm/arch-orion5x/orion5x.h b/arch/arm/include/asm/arch-orion5x/orion5x.h > index f262ad1..95bb952 100644 > --- a/arch/arm/include/asm/arch-orion5x/orion5x.h > +++ b/arch/arm/include/asm/arch-orion5x/orion5x.h > @@ -64,7 +64,7 @@ > #define MAX_MVGBE_DEVS 1 > #define MVGBE0_BASE ORION5X_EGIGA_BASE > > -#define CONFIG_MAX_RAM_BANK_SIZE (64*1024*1024) > +#define CONFIG_MAX_RAM_BANK_SIZE (128*1024*1024) > > /* include here SoC variants. 5181, 5281, 6183 should go here when > adding support for them, and this comment should then be updated. */ I have a vague memory about trying this with edminiv2 and having issues with getting the right memory size, which probably means there is a bug in orion5x with unmapped memory accesses. Testing will tell. Amicalement,
diff --git a/arch/arm/include/asm/arch-orion5x/orion5x.h b/arch/arm/include/asm/arch-orion5x/orion5x.h index f262ad1..95bb952 100644 --- a/arch/arm/include/asm/arch-orion5x/orion5x.h +++ b/arch/arm/include/asm/arch-orion5x/orion5x.h @@ -64,7 +64,7 @@ #define MAX_MVGBE_DEVS 1 #define MVGBE0_BASE ORION5X_EGIGA_BASE -#define CONFIG_MAX_RAM_BANK_SIZE (64*1024*1024) +#define CONFIG_MAX_RAM_BANK_SIZE (128*1024*1024) /* include here SoC variants. 5181, 5281, 6183 should go here when adding support for them, and this comment should then be updated. */
The TS-7800 has one 128M RAM bank, so the maximum must be increased. Signed-off-by: Michael Spang <mspang@csclub.uwaterloo.ca> --- arch/arm/include/asm/arch-orion5x/orion5x.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)