u-boot.git/include/configs/cpuat91.h, branch v2011.09

cpuat91: use atmel_usart

2011-07-04T08:55:27+00:00

Signed-off-by: Andreas Bießmann 
Cc: Eric Bénard

arm920t/at91: use new clock.c features

2011-07-04T08:55:27+00:00

This patch enables the new clock features from arm920t/at91/clock.c. This
is an required step to get at91rm9200_usart replaced by atmel_usart driver.

Signed-off-by: Andreas Bießmann 
Cc: Jens Scharsig 
Cc: Eric Bénard

cpuat91: fix board support

2011-04-27T17:38:10+00:00

- fix board support following relocation changes
- switch to boards.cfg
- disable i2c to keep size under 128kiB (1 sector)

Signed-off-by: Eric Bénard

Drop support for CONFIG_SKIP_RELOCATE_UBOOT

2010-10-29T19:40:08+00:00

For ARM systems, before ELF relocation was introduced,
CONFIG_SKIP_RELOCATE_UBOOT coul be used to prevent *COPYING* the
U-Boot image from whereever it was loaded to it's link address
(CONFIG_SYS_TEXT_BASE).  The name was badly chosen, as no relocation
was performed at all, it was just a memcpy().

With ELF relocation, this does not work like that any more, and
related boards need to be fixed anyway.  So don't keep this relict any
longer.

Signed-off-by: Wolfgang Denk 
Tested-by: Heiko Schocher 
Tested-by: Reinhard Meyer

Replace CONFIG_SYS_GBL_DATA_SIZE by auto-generated value

2010-10-26T19:05:30+00:00

CONFIG_SYS_GBL_DATA_SIZE has always been just a bad workarond for not
being able to use "sizeof(struct global_data)" in assembler files.
Recent experience has shown that manual synchronization is not
reliable enough.  This patch renames CONFIG_SYS_GBL_DATA_SIZE into
GENERATED_GBL_DATA_SIZE which gets automatically generated by the
asm-offsets tool.  In the result, all definitions of this value can be
deleted from the board config files.  We have to make sure that all
files that reference such data include the new  file.

No other changes have been done yet, but it is obvious that similar
changes / simplifications can be done for other, related macro
definitions as well.

Signed-off-by: Wolfgang Denk 
Acked-by: Kumar Gala

cpuat91: update defaut environement

2010-08-20T14:42:02+00:00

Signed-off-by: Eric Bénard 
Signed-off-by: Reinhard Meyer

cpuat91: convert to new at91 soc architecture

2010-08-20T14:41:57+00:00

convert the board to the new soc architecture
update default config
i2c upgrade taken from eb_cpux9k2.h & board/BuS/eb_cpux9k2/cpux9k2.c

Signed-off-by: Eric Bénard 
Signed-off-by: Reinhard Meyer

cpuat91: unbreak ethernet

2010-07-12T07:14:29+00:00

* the following problems are met :
config was set to use the new driver as a default but
- RMII was not enabled for the new driver
- the new driver didn't compile with RMII enabled
- the new driver initialize a PHY at address O when the PHY of
this board is at 1 thus we get "AT91 EMAC RMII: No PHY present"

* to fix these problems, this patch :
- enable RMII for the new driver
- fix the wrong define used in the at91_emac.c
- allow the config file to set a default phy address (and use
0 as a default as in the actual at91_emac.c driver)

Signed-off-by: Eric Bénard 
Signed-off-by: Ben Warren

add new CONFIG_AT91_LEGACY

2010-02-12T18:31:54+00:00

* add's the new temporary CONFIG_AT91_LEGACY to all board configs
 This will need for backward compatiblity, while change the SoC access
 to c structures. If CONFIG_AT91_LEGACY is defined, the deprecated
 SoC is used.

Signed-off-by: Jens Scharsig

new at91_emac network driver (NET_MULTI api)

2010-02-01T06:37:12+00:00

* add's at91_emac (AT91RM9200) network driver (NET_MULTI api)
* enable driver with CONFIG_DRIVER_AT91EMAC
* generic PHY initialization
* modify AT91RM9200 boards to use NET_MULTI driver
* the drivers has been tested with LXT971 Phy and DM9161 Phy at
  MII and RMII interface

Signed-off-by: Jens Scharsig 
Signed-off-by: Ben Warren