u-boot.git/board/mpc8540eval, branch v2009.11

85xx: Move to a common linker script

2009-08-28T22:12:39+00:00

There are really no differences between all the 85xx linker scripts so
we can just move to a single common one.  Board code is still able to
override the common one if need be.

Signed-off-by: Kumar Gala

85xx: Remove redudant PLATFORM_CPPFLAGS

2009-08-28T22:12:37+00:00

For historic reasons we had defined some additional PLATFORM_CPPFLAGS
like:

PLATFORM_CPPFLAGS += -DCONFIG_E500=1
PLATFORM_CPPFLAGS += -DCONFIG_MPC85xx=1
PLATFORM_CPPFLAGS += -DCONFIG_MPC8548=1

However these are all captured in the config.h and thus redudant.

Signed-off-by: Kumar Gala

fsl_dma: Break out common memory initialization function

2009-07-02T04:12:01+00:00

Signed-off-by: Peter Tyser 
Signed-off-by: Kumar Gala

8xxx: Move dma_init() call to common code

2009-07-02T04:12:00+00:00

Signed-off-by: Peter Tyser 
Signed-off-by: Kumar Gala

8xxx: Rename dma_xfer() to dmacpy()

2009-07-02T04:07:47+00:00

Also update dmacpy()'s argument order to match memcpy's and use
phys_addr_t/phy_size_t for address/size arguments

Signed-off-by: Peter Tyser 
Signed-off-by: Kumar Gala

Fix all linker script to handle all rodata sections

2009-03-20T21:39:12+00:00

A recent gcc added a new unaligned rodata section called '.rodata.str1.1',
which needs to be added the the linker script.  Instead of just adding this
one section, we use a wildcard ".rodata*" to get all rodata linker section
gcc has now and might add in the future.

However, '*(.rodata*)' by itself will result in sub-optimal section
ordering.  The sections will be sorted by object file, which causes extra
padding between the unaligned rodata.str.1.1 of one object file and the
aligned rodata of the next object file.  This is easy to fix by using the
SORT_BY_ALIGNMENT command.

This patch has not be tested one most of the boards modified.  Some boards
have a linker script that looks something like this:

*(.text)
. = ALIGN(16);
*(.rodata)
*(.rodata.str1.4)
*(.eh_frame)

I change this to:

*(.text)
. = ALIGN(16);
*(.eh_frame)
*(SORT_BY_ALIGNMENT(SORT_BY_NAME(.rodata*)))

This means the start of rodata will no longer be 16 bytes aligned.
However, the boundary between text and rodata/eh_frame is still aligned to
16 bytes, which is what I think the real purpose of the ALIGN call is.

Signed-off-by: Trent Piepho

85xx: Fix compile breakage with MPC8540EVAL

2009-01-28T20:01:52+00:00

Configuring for MPC8540EVAL board...
mpc8540eval.c: In function 'checkboard':
mpc8540eval.c:53: error: invalid operands to binary /
make[1]: *** [mpc8540eval.o] Error 1

Signed-off-by: Kumar Gala

mpc8xxx: LCRR[CLKDIV] is sometimes five bits

2008-12-20T00:20:25+00:00

On newer CPUs, 8536, 8572, and 8610, the CLKDIV field of LCRR is five bits
instead of four.

In order to avoid an ifdef, LCRR_CLKDIV is set to 0x1f on all systems.  It
should be safe as the fifth bit was defined as reserved and set to 0.

Code that was using a hard coded 0x0f is changed to use LCRR_CLKDIV.

Signed-off-by: Trent Piepho 
Acked-by: Kumar Gala 
Acked-by: Jon Loeliger

Align end of bss by 4 bytes

2008-11-18T22:13:16+00:00

Most of the bss initialization loop increments 4 bytes
at a time. And the loop end is checked for an 'equal'
condition. Make the bss end address aligned by 4, so
that the loop will end as expected.

Signed-off-by: Selvamuthukumar 
Signed-off-by: Wolfgang Denk

Cleanup: fix "MHz" spelling

2008-10-21T09:25:39+00:00

Signed-off-by: Wolfgang Denk