<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/lib_arm, branch v2010.03-rc3</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.
</subtitle>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<entry>
<title>fsl_esdhc: add support for mx51 processor</title>
<updated>2010-03-07T18:36:36+00:00</updated>
<author>
<name>Stefano Babic</name>
<email>sbabic@denx.de</email>
</author>
<published>2010-02-05T14:11:27+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=c67bee1460a0da89ef08cbc28375171acc9a4227'/>
<id>c67bee1460a0da89ef08cbc28375171acc9a4227</id>
<content type='text'>
The esdhc controller in the mx51 processor is quite
the same as the one in some powerpc processors
(MPC83xx, MPC85xx). This patches adapts the driver
to support the arm mx51.

Signed-off-by: Stefano Babic &lt;sbabic@denx.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The esdhc controller in the mx51 processor is quite
the same as the one in some powerpc processors
(MPC83xx, MPC85xx). This patches adapts the driver
to support the arm mx51.

Signed-off-by: Stefano Babic &lt;sbabic@denx.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ARM Don't inline weak symbols</title>
<updated>2009-11-11T14:41:01+00:00</updated>
<author>
<name>Ron Lee</name>
<email>ron@debian.org</email>
</author>
<published>2009-08-05T18:14:01+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f865fcbbb35851e75fee9c3a3fa8e0f71d9e6463'/>
<id>f865fcbbb35851e75fee9c3a3fa8e0f71d9e6463</id>
<content type='text'>
------------------------------------------------------------------------

GCC 4.4 complains about this now.

Signed-off-by: Ron Lee &lt;ron@debian.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
------------------------------------------------------------------------

GCC 4.4 complains about this now.

Signed-off-by: Ron Lee &lt;ron@debian.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Add bb_miiphy_init call before any ethernet bring-up code.</title>
<updated>2009-10-11T06:16:53+00:00</updated>
<author>
<name>Luigi 'Comio' Mantellini</name>
<email>luigi.mantellini@idf-hit.com</email>
</author>
<published>2009-10-10T10:42:21+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=310cecb8ccdbc8a9be580e75b2fd362179d78535'/>
<id>310cecb8ccdbc8a9be580e75b2fd362179d78535</id>
<content type='text'>
Signed-off-by: Luigi 'Comio' Mantellini &lt;luigi.mantellini@idf-hit.com&gt;
Signed-off-by: Ben Warren &lt;biggerbadderben@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Luigi 'Comio' Mantellini &lt;luigi.mantellini@idf-hit.com&gt;
Signed-off-by: Ben Warren &lt;biggerbadderben@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>push LOAD_ADDR out to arch mk files</title>
<updated>2009-09-04T21:06:34+00:00</updated>
<author>
<name>Mike Frysinger</name>
<email>vapier@gentoo.org</email>
</author>
<published>2009-09-04T03:12:47+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=262ae0a6193f10b6a94e86d2f752e7f5510416fa'/>
<id>262ae0a6193f10b6a94e86d2f752e7f5510416fa</id>
<content type='text'>
Rather than maintain/extend the current ifeq($(ARCH)) mess that exists in
the standalone Makefile, push the setting up of LOAD_ADDR out to the arch
config.mk (and rename to STANDALONE_LOAD_ADDR in the process).  This keeps
the common code clean and lets the arch do whatever crazy crap it wants in
its own area.

Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Rather than maintain/extend the current ifeq($(ARCH)) mess that exists in
the standalone Makefile, push the setting up of LOAD_ADDR out to the arch
config.mk (and rename to STANDALONE_LOAD_ADDR in the process).  This keeps
the common code clean and lets the arch do whatever crazy crap it wants in
its own area.

Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Consolidate arch-specific mem_malloc_init() implementations</title>
<updated>2009-09-04T19:47:07+00:00</updated>
<author>
<name>Peter Tyser</name>
<email>ptyser@xes-inc.com</email>
</author>
<published>2009-08-22T04:05:21+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=d4e8ada0f6d51e0e3b80790fb9375ac8910f5352'/>
<id>d4e8ada0f6d51e0e3b80790fb9375ac8910f5352</id>
<content type='text'>
Signed-off-by: Peter Tyser &lt;ptyser@xes-inc.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Peter Tyser &lt;ptyser@xes-inc.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Standardize mem_malloc_init() implementation</title>
<updated>2009-09-04T19:46:32+00:00</updated>
<author>
<name>Peter Tyser</name>
<email>ptyser@xes-inc.com</email>
</author>
<published>2009-08-22T04:05:20+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=a483a167bc8d808145ca1224a2c238cda90aa60c'/>
<id>a483a167bc8d808145ca1224a2c238cda90aa60c</id>
<content type='text'>
This lays the groundwork to allow architectures to share a common
mem_malloc_init().

Note that the x86 implementation was not modified as it did not fit the
mold of all other architectures.

Signed-off-by: Peter Tyser &lt;ptyser@xes-inc.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This lays the groundwork to allow architectures to share a common
mem_malloc_init().

Note that the x86 implementation was not modified as it did not fit the
mold of all other architectures.

Signed-off-by: Peter Tyser &lt;ptyser@xes-inc.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Consolidate arch-specific sbrk() implementations</title>
<updated>2009-09-04T19:45:39+00:00</updated>
<author>
<name>Peter Tyser</name>
<email>ptyser@xes-inc.com</email>
</author>
<published>2009-08-22T04:05:19+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=5e93bd1c9aaea886c5e5c7c1b6114ab36c30668f'/>
<id>5e93bd1c9aaea886c5e5c7c1b6114ab36c30668f</id>
<content type='text'>
Signed-off-by: Peter Tyser &lt;ptyser@xes-inc.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Peter Tyser &lt;ptyser@xes-inc.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Convert CS8900 Ethernet driver to CONFIG_NET_MULTI API</title>
<updated>2009-08-25T20:35:54+00:00</updated>
<author>
<name>Ben Warren</name>
<email>biggerbadderben@gmail.com</email>
</author>
<published>2009-08-25T20:09:37+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=b1c0eaac110bc919e5b4e88821348e714493f266'/>
<id>b1c0eaac110bc919e5b4e88821348e714493f266</id>
<content type='text'>
All in-tree boards that use this controller have CONFIG_NET_MULTI added
Also:
  - changed CONFIG_DRIVER_CS8900 to CONFIG_CS8900
  - changed CS8900_BASE to CONFIG_CS8900_BASE
  - changed CS8900_BUS?? to CONFIG_CS8900_BUS??
  - cleaned up line lengths
  - modified VCMA9 command function that accesses the device
  - removed MAC address initialization from lib_arm/board.c

Signed-off-by: Ben Warren &lt;biggerbadderben@gmail.com&gt;
Tested-by: Wolfgang Denk &lt;wd@denx.de&gt;
Acked-by: Wolfgang Denk &lt;wd@denx.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
All in-tree boards that use this controller have CONFIG_NET_MULTI added
Also:
  - changed CONFIG_DRIVER_CS8900 to CONFIG_CS8900
  - changed CS8900_BASE to CONFIG_CS8900_BASE
  - changed CS8900_BUS?? to CONFIG_CS8900_BUS??
  - cleaned up line lengths
  - modified VCMA9 command function that accesses the device
  - removed MAC address initialization from lib_arm/board.c

Signed-off-by: Ben Warren &lt;biggerbadderben@gmail.com&gt;
Tested-by: Wolfgang Denk &lt;wd@denx.de&gt;
Acked-by: Wolfgang Denk &lt;wd@denx.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ARM: compiler options cleanup - improve tool chain support</title>
<updated>2009-08-21T21:11:53+00:00</updated>
<author>
<name>Wolfgang Denk</name>
<email>wd@denx.de</email>
</author>
<published>2009-08-17T11:17:29+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f772acf8a584067033eff1e231fcd1fb3a00d3d9'/>
<id>f772acf8a584067033eff1e231fcd1fb3a00d3d9</id>
<content type='text'>
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 &lt;wd@denx.de&gt;
Cc: Jean-Christophe PLAGNIOL-VILLARD &lt;plagnioj@jcrosoft.com&gt;
Cc: Dirk Behme &lt;dirk.behme@googlemail.com&gt;
Cc: Magnus Lilja &lt;lilja.magnus@gmail.com&gt;
Cc: Tom Rix &lt;Tom.Rix@windriver.com&gt;
Cc: Prafulla Wadaskar &lt;prafulla@marvell.com&gt;
Acked-by: Sergey Kubushyn &lt;ksi@koi8.net&gt;
Tested-by: Magnus Lilja &lt;lilja.magnus@gmail.com&gt;
Tested-by: Andrzej Wolski &lt;awolski@poczta.fm&gt;
Tested-by: Gaye Abdoulaye Walsimou &lt;walsimou@walsimou.com&gt;
Tested-by: Tom Rix &lt;Tom.Rix@windriver.com&gt;
Tested-by: Jean-Christophe PLAGNIOL-VILLARD &lt;plagnioj@jcrosoft.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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 &lt;wd@denx.de&gt;
Cc: Jean-Christophe PLAGNIOL-VILLARD &lt;plagnioj@jcrosoft.com&gt;
Cc: Dirk Behme &lt;dirk.behme@googlemail.com&gt;
Cc: Magnus Lilja &lt;lilja.magnus@gmail.com&gt;
Cc: Tom Rix &lt;Tom.Rix@windriver.com&gt;
Cc: Prafulla Wadaskar &lt;prafulla@marvell.com&gt;
Acked-by: Sergey Kubushyn &lt;ksi@koi8.net&gt;
Tested-by: Magnus Lilja &lt;lilja.magnus@gmail.com&gt;
Tested-by: Andrzej Wolski &lt;awolski@poczta.fm&gt;
Tested-by: Gaye Abdoulaye Walsimou &lt;walsimou@walsimou.com&gt;
Tested-by: Tom Rix &lt;Tom.Rix@windriver.com&gt;
Tested-by: Jean-Christophe PLAGNIOL-VILLARD &lt;plagnioj@jcrosoft.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ARM EABI: add new helper functions resp. function names</title>
<updated>2009-08-09T21:08:59+00:00</updated>
<author>
<name>Wolfgang Denk</name>
<email>wd@denx.de</email>
</author>
<published>2009-08-06T19:29:59+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=59b4d7471c42e955bd9846892a0cc7478171778d'/>
<id>59b4d7471c42e955bd9846892a0cc7478171778d</id>
<content type='text'>
The ARM EABI defines new names for GCC helper functions,
and GCC seems to need some new functions as well.

This patch is a minimal-invasive approach to fix problems with EABI
conformant tool chains (to be used with "USE_PRIVATE_LIBGCC=yes").

Signed-off-by: Wolfgang Denk &lt;wd@denx.de&gt;
Tested-by: Dirk Behme &lt;dirk.behme@googlemail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The ARM EABI defines new names for GCC helper functions,
and GCC seems to need some new functions as well.

This patch is a minimal-invasive approach to fix problems with EABI
conformant tool chains (to be used with "USE_PRIVATE_LIBGCC=yes").

Signed-off-by: Wolfgang Denk &lt;wd@denx.de&gt;
Tested-by: Dirk Behme &lt;dirk.behme@googlemail.com&gt;
</pre>
</div>
</content>
</entry>
</feed>
