u-boot.git/board/bmw, branch v2009.01

Update U-Boot's build timestamp on every compile

2008-12-06T22:36:43Z

Use the GNU 'date' command to auto-generate a new U-Boot timestamp on every compile. Signed-off-by: Peter Tyser

rename CFG_ macros to CONFIG_SYS

2008-10-18T19:54:03Z

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD

rename CFG_ENV macros to CONFIG_ENV

2008-09-10T20:48:06Z

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD

rename CFG_ENV_IS_IN_FLASH in CONFIG_ENV_IS_IN_FLASH

2008-09-10T20:48:04Z

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD

cleanup use of CFG_ENV_IS_IN_FLASH

2008-09-10T20:48:03Z

- #if CFG_ENV_IS_IN_FLASH - #if (CFG_ENV_IS_IN_FLASH == 1) - #define CFG_ENV_IS_IN_FLASH 0 Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD

rtc: allow rtc_set to return an error and use it in cmd_date

2008-09-06T22:56:36Z

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD

Change initdram() return type to phys_size_t

2008-06-12T06:50:18Z

This patch changes the return type of initdram() from long int to phys_size_t. This is required for a couple of reasons: long int limits the amount of dram to 2GB, and u-boot in general is moving over to phys_size_t to represent the size of physical memory. phys_size_t is defined as an unsigned long on almost all current platforms. This patch *only* changes the return type of the initdram function (in include/common.h, as well as in each board's implementation of initdram). It does not actually modify the code inside the function on any of the platforms; platforms which wish to support more than 2GB of DRAM will need to modify their initdram() function code. Build tested with MAKEALL for ppc, arm, mips, mips-el. Booted on powerpc MPC8641HPCN. Signed-off-by: Becky Bruce

Big white-space cleanup.

2008-05-20T22:14:08Z

This commit gets rid of a huge amount of silly white-space issues. Especially, all sequences of SPACEs followed by TAB characters get removed (unless they appear in print statements). Also remove all embedded "vim:" and "vi:" statements which hide indentation problems. Signed-off-by: Wolfgang Denk

LWMON5: POST RTC fix

2008-03-20T20:48:46Z

Modify the RTC API to provide one a status for the time reported by the rtc_get() function: 0 - a reliable time is guaranteed, < 0 - a reliable time isn't guaranteed (power fault, clock issues, and so on). The RTC chip drivers are responsible for providing this info if the corresponding chip supports such functionality. If not - always report that the time is reliable. The POST RTC test was modified to detect the RTC faults utilizing this new rtc_get() feature. Signed-off-by: Yuri Tikhonov

Remove obsolete mpc824x linker scripts (1 of 4)

2007-07-03T23:06:14Z

Signed-off-by: Grant Likely