u-boot.git/cpu/arm_cortexa8/omap3, branch v2009.08

ARM: compiler options cleanup - improve tool chain support

2009-08-21T21:11:53+00:00

For some time there have been repeated reports about build problems
with some ARM (cross) tool chains.  Especially issues about
(in)compatibility with the tool chain provided runtime support
library libgcc.a caused to add and support a private implementation
of such runtime support code in U-Boot.  A closer look at the code
indicated that some of these issues are actually home-made.  This
patch attempts to clean up some of the most obvious problems and make
building of U-Boot with different tool chains easier:

- Even though all ARM systems basicy used the same compiler options
  to select a specific ABI from the tool chain, the code for this was
  distributed over all cpu/*/config.mk files.  We move this one level
  up into lib_arm/config.mk instead.

- So far, we only checked if "-mapcs-32" was supported by the tool
  chain; if yes, this was used, if not, "-mabi=apcs-gnu" was
  selected, no matter if the tool chain actually understood this
  option.  There was no support for EABI conformant tool chains.
  This patch implements the following logic:

  1) If the tool chain supports
	"-mabi=aapcs-linux -mno-thumb-interwork"
     we use these options (EABI conformant tool chain).
  2) Otherwise, we check first if
	"-mapcs-32"
     is supported, and then check for
	"-mabi=apcs-gnu"
     If one test succeeds, we use the first found option.
  3) In case 2), we also test if "-mno-thumb-interwork", and use
     this if the test succeeds. [For "-mabi=aapcs-linux" we set
     "-mno-thumb-interwork" mandatorily.]

  This way we use a similar logic for the compile options as the
  Linux kernel does.

- Some EABI conformant tool chains cause external references to
  utility functions like raise(); such functions are provided in the
  new file lib_arm/eabi_compat.c

  Note that lib_arm/config.mk gets parsed several times, so we must
  make sure to add eabi_compat.o only once to the linker list.

Signed-off-by: Wolfgang Denk 
Cc: Jean-Christophe PLAGNIOL-VILLARD 
Cc: Dirk Behme 
Cc: Magnus Lilja 
Cc: Tom Rix 
Cc: Prafulla Wadaskar 
Acked-by: Sergey Kubushyn 
Tested-by: Magnus Lilja 
Tested-by: Andrzej Wolski 
Tested-by: Gaye Abdoulaye Walsimou 
Tested-by: Tom Rix 
Tested-by: Jean-Christophe PLAGNIOL-VILLARD

ARM Cortex A8: Remove bogus config.mk entries

2009-08-09T22:13:22+00:00

Remove bogus config.mk entry, fix newline and remove redundant
omap3/config.mk

Signed-off-by: Dirk Behme

omap3: bug fix for NOR boot support

2009-08-08T09:59:40+00:00

This patch provides bug fix, when omap3 uses nor boot.

Signed-off-by: Penda Naveen Kumar
Acked-by: Dirk Behme

omap3: replace all instances of gpmc config struct by one global

2009-08-08T09:34:11+00:00

Signed-off-by: Matthias Ludwig 
Signed-off-by: Dirk Behme

omap3: remove typedefs for configuration structs

2009-08-08T09:33:23+00:00

Signed-off-by: Matthias Ludwig 
Signed-off-by: Dirk Behme

omap3: embedd gpmc_cs into gpmc config struct

2009-08-07T21:31:51+00:00

Embedd chip select configuration into struct for gpmc config
instead of having it completely separated as suggested by
Wolfgang Denk on
http://lists.denx.de/pipermail/u-boot/2009-May/052247.html

Signed-off-by: Matthias Ludwig

ARM Cortex A8: Move OMAP3 specific reset handler

2009-07-22T21:39:42+00:00

Because of the reset_cpu is soc specific, should be move to soc

Cc: Dirk Behme 
Signed-off-by: Minkyu Kang

Coding style cleanup; update CHANGELOG

2009-07-07T20:35:02+00:00

Signed-off-by: Wolfgang Denk

move L2 cache enable/disable function to cache.c in the omap3 SoC directory

2009-07-06T19:52:25+00:00

Signed-off-by: HeungJun, Kim 
CC: Dirk Behme 
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD

General help message cleanup

2009-06-12T18:47:16+00:00

Many of the help messages were not really helpful; for example, many
commands that take no arguments would not print a correct synopsis
line, but "No additional help available." which is not exactly wrong,
but not helpful either.

Commit ``Make "usage" messages more helpful.'' changed this
partially. But it also became clear that lots of "Usage" and "Help"
messages (fields "usage" and "help" in struct cmd_tbl_s respective)
were actually redundant.

This patch cleans this up - for example:

Before:
	=> help dtt
	dtt - Digital Thermometer and Thermostat

	Usage:
	dtt         - Read temperature from digital thermometer and thermostat.

After:
	=> help dtt
	dtt - Read temperature from Digital Thermometer and Thermostat

	Usage:
	dtt

Signed-off-by: Wolfgang Denk