<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/arch, branch v2011.03-rc1</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/arch?h=v2011.03-rc1</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/arch?h=v2011.03-rc1'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2011-02-02T21:36:10Z</updated>
<entry>
<title>Minor Coding Style Cleanup.</title>
<updated>2011-02-02T21:36:10Z</updated>
<author>
<name>Wolfgang Denk</name>
<email>wd@denx.de</email>
</author>
<published>2011-02-02T21:36:10Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=d1a24f061849ebe4f288d95e8ceb8380f762d323'/>
<id>urn:sha1:d1a24f061849ebe4f288d95e8ceb8380f762d323</id>
<content type='text'>
Signed-off-by: Wolfgang Denk &lt;wd@denx.de&gt;
</content>
</entry>
<entry>
<title>armv7: add support for S5PC210 SoC</title>
<updated>2011-02-01T23:54:45Z</updated>
<author>
<name>Minkyu Kang</name>
<email>mk7.kang@samsung.com</email>
</author>
<published>2011-01-24T06:22:23Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=008a351a8a6b6dda8cd6d6d5813a44bdd4a455df'/>
<id>urn:sha1:008a351a8a6b6dda8cd6d6d5813a44bdd4a455df</id>
<content type='text'>
S5PC210 is a 32-bit RISC and Cortex-A9 Dual Core based micro-processor.

Signed-off-by: Minkyu Kang &lt;mk7.kang@samsung.com&gt;
Signed-off-by: Kyungmin Park &lt;kyungmin.park@samsung.com&gt;
</content>
</entry>
<entry>
<title>S5P: serial: Use the inline function instead of static value</title>
<updated>2011-02-01T23:54:45Z</updated>
<author>
<name>Minkyu Kang</name>
<email>mk7.kang@samsung.com</email>
</author>
<published>2011-01-24T05:43:25Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=e0617c621def4bea5c6013dbc698ecf4f75d97c1'/>
<id>urn:sha1:e0617c621def4bea5c6013dbc698ecf4f75d97c1</id>
<content type='text'>
Signed-off-by: Minkyu Kang &lt;mk7.kang@samsung.com&gt;
</content>
</entry>
<entry>
<title>arm926ejs: timer: Replace bss variable by gdr</title>
<updated>2011-02-01T23:54:45Z</updated>
<author>
<name>Heiko Schocher</name>
<email>hs@denx.de</email>
</author>
<published>2011-01-20T22:56:39Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=c9ac3ba129b242b5977b03c17ed8d2f0d000e085'/>
<id>urn:sha1:c9ac3ba129b242b5977b03c17ed8d2f0d000e085</id>
<content type='text'>
Reuse the gd-&gt;tbl value for timestamp and add gd-&gt;lastinc for lastinc bss
values in the arm926ejs timers implementation.

The usage of bss values in drivers before initialisation of bss is forbidden.
In that special case some data in .rel.dyn gets corrupted.

This patch is similiar to the patch Dirk Behme posted
for the armv7/omap-common/timer.c and added suggestions
from Reinhard Meyer.

Tested on the arm926ejs mx27 based magnesium board
Tested on the arm926ejs kirkwood based suen3 board

Signed-off-by: Heiko Schocher &lt;hs@denx.de&gt;
cc: Albert ARIBAUD &lt;albert.aribaud@free.fr&gt;
cc: Prafulla Wadaskar &lt;prafulla@marvell.com&gt;
cc: Stefano Babic &lt;sbabic@denx.de&gt;
cc: Reinhard Meyer &lt;u-boot@emk-elektronik.de&gt;
</content>
</entry>
<entry>
<title>remove (double) LED initialization in arm920t start.s</title>
<updated>2011-02-01T23:54:45Z</updated>
<author>
<name>Jens Scharsig</name>
<email>js_at_ng@scharsoft.de</email>
</author>
<published>2010-12-18T02:08:07Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=009b54079e65ddf004041ccaccef3b8647ce8a0b'/>
<id>urn:sha1:009b54079e65ddf004041ccaccef3b8647ce8a0b</id>
<content type='text'>
* remove LED initialization in front of relocation and bss init

Signed-off-by: Jens Scharsig &lt;js_at_ng@scharsoft.de&gt;
</content>
</entry>
<entry>
<title>arm1136: timer: Replace bss variable by gd</title>
<updated>2011-02-01T23:54:44Z</updated>
<author>
<name>Heiko Schocher</name>
<email>hs@denx.de</email>
</author>
<published>2010-12-09T22:01:15Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=c44bf4e8ac2610d650bad441a1dc6a617ae98a4f'/>
<id>urn:sha1:c44bf4e8ac2610d650bad441a1dc6a617ae98a4f</id>
<content type='text'>
Reuse the gd-&gt;tbl value for timestamp and add gd-&gt;lastinc for lastinc bss
values in the arm1136 timer driver for mx31 and omap24xx

The usage of bss values in drivers before initialisation of bss is forbidden.
In that special case some data in .rel.dyn gets corrupted.

This patch is similiar to the patch Dirk Behme posted
for the armv7/omap-common/timer.c

Tested on the mx31 based qong board

Signed-off-by: Heiko Schocher &lt;hs@denx.de&gt;
cc: Albert ARIBAUD &lt;albert.aribaud@free.fr&gt;
Acked-by: Albert ARIBAUD &lt;albert.aribaud@free.fr&gt;
</content>
</entry>
<entry>
<title>ARM: */start.S: code cleanup</title>
<updated>2011-02-01T23:54:44Z</updated>
<author>
<name>Liu Hui-R64343</name>
<email>r64343@freescale.com</email>
</author>
<published>2010-12-22T18:35:04Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=386ad72637ad781d22c2567b730761d2a18c8768'/>
<id>urn:sha1:386ad72637ad781d22c2567b730761d2a18c8768</id>
<content type='text'>
Remove the useless code from start.S

Signed-off-by: Jason Liu &lt;r64343@freescale.com&gt;
Tested-by: Andreas Bießmann &lt;andreas.devel@googlemail.com&gt;
</content>
</entry>
<entry>
<title>ARM: Avoid compiler optimization for readb, writeb and friends.</title>
<updated>2011-02-01T23:54:44Z</updated>
<author>
<name>Alexander Holler</name>
<email>holler@ahsoftware.de</email>
</author>
<published>2011-01-09T12:19:44Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=3c0659b535b075be124c3d2a0714e55e65c46737'/>
<id>urn:sha1:3c0659b535b075be124c3d2a0714e55e65c46737</id>
<content type='text'>
gcc 4.5.1 seems to ignore (at least some) volatile definitions,
avoid that as done in the kernel.

Reading C99 6.7.3 8 and the comment 114) there, I think it is a bug of that
gcc version to ignore the volatile type qualifier used e.g. in __arch_getl().
Anyway, using a definition as in the kernel headers avoids such optimizations when
gcc 4.5.1 is used.

Maybe the headers as used in the current linux-kernel should be used,
but to avoid large changes, I've just added a small change to the current headers.

Signed-off-by: Alexander Holler &lt;holler@ahsoftware.de&gt;
Signed-off-by: Dirk Behme &lt;dirk.behme@googlemail.com&gt;
Signed-off-by: Wolfgang Denk &lt;wd@denx.de&gt;
Cc: Alessandro Rubini &lt;rubini-list@gnudd.com&gt;
Tested-by: Thomas Weber &lt;weber@corscience.de&gt;
Acked-by: Alexander Holler &lt;holler@ahsoftware.de&gt;
Tested-by: Alexander Holler &lt;holler@ahsoftware.de&gt;
</content>
</entry>
<entry>
<title>armv7: s5pc1xx: don't use function pointer for clock functions</title>
<updated>2011-02-01T23:54:44Z</updated>
<author>
<name>Minkyu Kang</name>
<email>mk7.kang@samsung.com</email>
</author>
<published>2010-12-27T06:55:48Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=3c152165c78408e44845f2d08469db887f050e43'/>
<id>urn:sha1:3c152165c78408e44845f2d08469db887f050e43</id>
<content type='text'>
Because of the bss area is cleared after relocation, we've lost pointers.
This patch fixed it.

Signed-off-by: Minkyu Kang &lt;mk7.kang@samsung.com&gt;
Signed-off-by: Kyungmin Park &lt;kyungmin.park@samsung.com&gt;
</content>
</entry>
<entry>
<title>DaVinci: Remove incorrect CONFIG option</title>
<updated>2011-02-01T23:54:44Z</updated>
<author>
<name>Sandeep Paulraj</name>
<email>s-paulraj@ti.com</email>
</author>
<published>2010-12-29T21:09:27Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=724bd3c50fb14b663fde7478784848405bc93459'/>
<id>urn:sha1:724bd3c50fb14b663fde7478784848405bc93459</id>
<content type='text'>
The option CONFIG_SOC_DM6447 seems to have ended up
in the code by mistake. It is not used anywhere and
there is no chip called DM6447.


Signed-off-by: Sandeep Paulraj &lt;s-paulraj@ti.com&gt;
</content>
</entry>
</feed>
