u-boot.git/lib_arm/board.c, branch v2009.01 Unnamed repository; edit this file 'description' to name the repository. Update U-Boot's build timestamp on every compile 2008-12-06T22:36:43+00:00 Peter Tyser ptyser@xes-inc.com 2008-11-03T15:30:59+00:00 561858ee7d0274c3e89dc98d4d0698cb6fcf6fd9 Use the GNU 'date' command to auto-generate a new U-Boot timestamp on every compile. Signed-off-by: Peter Tyser <ptyser@xes-inc.com> 
Use the GNU 'date' command to auto-generate a new U-Boot
timestamp on every compile.

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
rename CFG_ macros to CONFIG_SYS 2008-10-18T19:54:03+00:00 Jean-Christophe PLAGNIOL-VILLARD plagnioj@jcrosoft.com 2008-10-16T13:01:15+00:00 6d0f6bcf337c5261c08fabe12982178c2c489d76 Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com> 
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
Fix bug: in arch-arm, env_get_char dose not work fine 2008-10-08T16:58:58+00:00 gnusercn gnusercn@gmail.com 2008-10-08T16:58:58+00:00 f41b144c11341b571eab7dcef6c4b8e03c92d2b2 due to the arm implementation which supposed that U-Boot is in RAM when we jump to start_armboot Signed-off-by: gnusercn <gnusercn@gmail.com> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com> 
due to the arm implementation which supposed that U-Boot is in RAM
when we jump to start_armboot

Signed-off-by: gnusercn <gnusercn@gmail.com>
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
Revert "ARM: set GD_FLG_RELOC for boards skipping relocation to RAM" 2008-09-30T20:10:15+00:00 Jean-Christophe PLAGNIOL-VILLARD plagnioj@jcrosoft.com 2008-09-15T03:48:25+00:00 d13ff2358ff8c384f52eaf46f5d60258acf96ea6 we need this due to the arm implementation which supposed that U-Boot is in RAM when we jump to start_armboot This reverts commit f96b44cef897bd372beb86dde1b33637c119d84d. in order to do it for all arm board Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com> 
we need this due to the arm implementation which supposed that U-Boot
is in RAM when we jump to start_armboot

This reverts commit f96b44cef897bd372beb86dde1b33637c119d84d.
in order to do it for all arm board

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
ARM DaVinci: Changing function names for EMAC driver 2008-08-30T22:39:46+00:00 Sandeep Paulraj s-paulraj@ti.com 2008-08-30T22:39:46+00:00 fcaac589a68115819ddadcf5c18ded9a5f9e2c75 DM644x is just one of a series of DaVinci chips that use the EMAC driver. By replacing all the function names that start with dm644x_* to davinci_* we make these function more portable. I have tested this change on my EVM. DM6467 is another DaVinci SOC which uses the EMAC driver and i will be sending patches that add DaVinci DM6467 support to the list soon. Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com> 
DM644x is just one of a series of DaVinci chips that use the EMAC driver.
By replacing all the function names that start with dm644x_* to davinci_*
we make these function more portable. I have tested this change on my EVM.
DM6467 is another DaVinci SOC which uses the EMAC driver and i will
be sending patches that add DaVinci DM6467 support to the list soon.

Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
Consolidate strmhz() implementation 2008-08-20T23:52:49+00:00 Haavard Skinnemoen haavard.skinnemoen@atmel.com 2008-08-18T11:41:27+00:00 0768b7a872964085eece8d5e9fec9175e9deb161 ARM, i386, m68k and ppc all have identical implementations of strmhz(). Other architectures don't provide this function at all. This patch moves strmhz() into lib_generic, reducing code duplication and providing a more unified API across architectures. Signed-off-by: Haavard Skinnemoen <haavard.skinnemoen@atmel.com> 
ARM, i386, m68k and ppc all have identical implementations of strmhz().
Other architectures don't provide this function at all.

This patch moves strmhz() into lib_generic, reducing code duplication
and providing a more unified API across architectures.

Signed-off-by: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
Fix merge problems 2008-08-06T12:05:38+00:00 Stefan Roese sr@denx.de 2008-08-06T12:05:38+00:00 f2302d4430e7f3f48308d6a585320fe96af8afbd Signed-off-by: Stefan Roese <sr@denx.de> 
Signed-off-by: Stefan Roese <sr@denx.de>
Merge remote branch 'u-boot-at91/for-1.3.4' 2008-06-02T22:24:36+00:00 Wolfgang Denk wd@denx.de 2008-06-02T22:24:36+00:00 912810eeca90eedd1503f5e883f3a8da39d7ff89 






Remove prototypes of nand_init() in favor of including nand.h.
2008-05-28T16:06:29+00:00

Scott Wood
scottwood@freescale.com

2008-05-22T15:49:46+00:00

d6ac2ed893c2168738aee01579d6283af8d37045

Likewise with onenand_init().

Signed-off-by: Scott Wood <scottwood@freescale.com>





Likewise with onenand_init().

Signed-off-by: Scott Wood <scottwood@freescale.com>







Add ATMEL LCD driver
2008-05-10T09:44:55+00:00

Stelian Pop
stelian@popies.net

2008-05-09T19:57:18+00:00

39cf480484fcce5c04a590ee1c30be0c17b02c34

This patch adds support for the ATMEL LCDC driver which is used on some
AT91 and AVR platforms.

Is has been tested with the AT91CAP9ADK, AT91SAM9261EK, AT91SAM9263EK and
AT91SAM9RLEK boards. Adaptation for AVR32 should probably be easy.

Signed-off-by: Stelian Pop <stelian@popies.net>
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>





This patch adds support for the ATMEL LCDC driver which is used on some
AT91 and AVR platforms.

Is has been tested with the AT91CAP9ADK, AT91SAM9261EK, AT91SAM9263EK and
AT91SAM9RLEK boards. Adaptation for AVR32 should probably be easy.

Signed-off-by: Stelian Pop <stelian@popies.net>
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>