<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/arch/arm/lib, branch v2014.04</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/arch/arm/lib?h=v2014.04</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/arch/arm/lib?h=v2014.04'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2014-04-08T07:25:08Z</updated>
<entry>
<title>Merge branch 'u-boot/master' into 'u-boot-arm/master'</title>
<updated>2014-04-08T07:25:08Z</updated>
<author>
<name>Albert ARIBAUD</name>
<email>albert.u.boot@aribaud.net</email>
</author>
<published>2014-04-08T07:25:08Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=519fdde9e6a6ebce7dc743b4f5621503d25b7a45'/>
<id>urn:sha1:519fdde9e6a6ebce7dc743b4f5621503d25b7a45</id>
<content type='text'>
Conflicts:
	arch/arm/cpu/arm926ejs/mxs/Makefile
	include/configs/trats.h
	include/configs/trats2.h
	include/mmc.h
</content>
</entry>
<entry>
<title>arm64 patch: gicv3 support</title>
<updated>2014-04-07T22:15:12Z</updated>
<author>
<name>David Feng</name>
<email>fenghua@phytium.com.cn</email>
</author>
<published>2014-03-14T06:26:27Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=c71645ad2bd5179ad21e2501c26f574e9688f02a'/>
<id>urn:sha1:c71645ad2bd5179ad21e2501c26f574e9688f02a</id>
<content type='text'>
This patch add gicv3 support to uboot armv8 platform.

Changes for v2:
  - rename arm/cpu/armv8/gic.S with arm/lib/gic_64.S
  - move smp_kick_all_cpus() from gic.S to start.S, it would be
    implementation dependent.
  - Each core initialize it's own ReDistributor instead of master
    initializeing all ReDistributors. This is advised by arnab.basu
    &lt;arnab.basu@freescale.com&gt;.

Signed-off-by: David Feng &lt;fenghua@phytium.com.cn&gt;
</content>
</entry>
<entry>
<title>bootstage: arm: fix fdt stashing code</title>
<updated>2014-04-07T21:03:13Z</updated>
<author>
<name>Mela Custodio</name>
<email>sessyargc@gmail.com</email>
</author>
<published>2014-02-19T15:16:56Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=91290cf728dd871c86f370119899789398d956af'/>
<id>urn:sha1:91290cf728dd871c86f370119899789398d956af</id>
<content type='text'>
The conditional is using a variable that is not defined.

Signed-off-by: Rommel G Custodio &lt;sessyargc+u-boot@gmail.com&gt;
</content>
</entry>
<entry>
<title>armv8: Flush dcache before switching to EL2</title>
<updated>2014-04-07T20:19:00Z</updated>
<author>
<name>York Sun</name>
<email>yorksun@freescale.com</email>
</author>
<published>2014-03-31T21:40:32Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=88590148fa8b7e2d7ca910a7a03b5c5700af58e4'/>
<id>urn:sha1:88590148fa8b7e2d7ca910a7a03b5c5700af58e4</id>
<content type='text'>
For ARMv8, U-boot has been running at EL3 with cache and MMU enabled.
Without proper setup for EL2, cache and MMU are both disabled (out of
reset). Before switching, we need to flush the dcache to make sure the
data is in the main memory.

Signed-off-by: York Sun &lt;yorksun@freescale.com&gt;
Acked-by: David.Feng &lt;fenghua@phytium.com.cn&gt;
</content>
</entry>
<entry>
<title>armv8/cache: Flush D-cache, invalidate I-cache for relocation</title>
<updated>2014-04-07T15:43:36Z</updated>
<author>
<name>York Sun</name>
<email>yorksun@freescale.com</email>
</author>
<published>2014-02-26T21:26:03Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=83571bcab10bc8d6d73dc77b64442dbd281afc99'/>
<id>urn:sha1:83571bcab10bc8d6d73dc77b64442dbd281afc99</id>
<content type='text'>
If D-cache is enabled, we need to flush it, and invalidate i-cache before
jumping to the new location. This should be done right after relocation.

Signed-off-by: York Sun &lt;yorksun@freescale.com&gt;
CC: David Feng &lt;fenghua@phytium.com.cn&gt;
</content>
</entry>
<entry>
<title>kbuild: move asm-offsets.c from SoC directory to arch/$(ARCH)/lib</title>
<updated>2014-03-28T19:06:29Z</updated>
<author>
<name>Masahiro Yamada</name>
<email>yamada.m@jp.panasonic.com</email>
</author>
<published>2014-03-18T07:38:13Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=254d68b6011c33af189d006243920c296592fca7'/>
<id>urn:sha1:254d68b6011c33af189d006243920c296592fca7</id>
<content type='text'>
U-Boot has supported two kinds of asm-offsets.h.

One is generic for all architectures and its source is located at
./lib/asm-offsets.c.

The other is SoC specific and its source is under SoC directory.
The problem here is that only boards with SoC directory can use
the asm-offsets infrastructure.
Putting asm-offsets.c right under CPU directory does not work.

Now a new demand is coming. PowerPC folks want to use asm-offsets.
But no PowerPC boards have SoC directory.

It seems inconsistent that some boards add asm-offsets.c to SoC
directoreis and some to CPU directories.
It looks more reasonable to put asm-offsets.c under arch/$(ARCH)/lib.

This commit merges asm-offsets.c under SoC directories into
arch/$(ARCH)/lib/asm-offsets.c.

By the way, I doubt the necessity of some entries in asm-offsets.c.
I am leaving refactoring to the board maintainers.
Please check "TODO" in the comment blocks in
arch/{arm,nds32}/lib/asm-offsets.c.

Signed-off-by: Masahiro Yamada &lt;yamada.m@jp.panasonic.com&gt;
Cc: Yuantian Tang &lt;Yuantian.Tang@freescale.com&gt;
</content>
</entry>
<entry>
<title>ahci-plat: Provide a weak scsi_init hook</title>
<updated>2014-03-10T17:50:31Z</updated>
<author>
<name>Ian Campbell</name>
<email>ijc@hellion.org.uk</email>
</author>
<published>2014-03-07T01:20:56Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=c6f3d50b9bbe33541b3cd47a4f35efc4f4ae0fa7'/>
<id>urn:sha1:c6f3d50b9bbe33541b3cd47a4f35efc4f4ae0fa7</id>
<content type='text'>
This allow the platform to register the platform ahci device.

Signed-off-by: Ian Campbell &lt;ijc@hellion.org.uk&gt;
</content>
</entry>
<entry>
<title>kbuild: add CONFIG_ prefix to USE_PRIVATE_LIBGCC</title>
<updated>2014-03-07T15:59:06Z</updated>
<author>
<name>Masahiro Yamada</name>
<email>yamada.m@jp.panasonic.com</email>
</author>
<published>2014-03-05T07:59:38Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=cd2e46cb38d5aeada2b2c2f881cdc6baa672dc09'/>
<id>urn:sha1:cd2e46cb38d5aeada2b2c2f881cdc6baa672dc09</id>
<content type='text'>
Before this commit, USE_PRIVATE_LIBGCC was defined in
arch-specific config.mk and referenced in
arch/$(ARCH)/lib/Makefile.

We are not happy about parsing config.mk again and again.
We have to keep the same behavior with a different way.

By adding "CONFIG_" prefix, this macro appears
in include/autoconf.mk, include/spl-autoconf.mk.
(And treating USE_PRIVATE_LIBGCC as CONFIG macro
is reasonable enough.)

Tegra SoC family defined USE_PRIVATE_LIBGCC as "yes"
in arch/arm/cpu/arm720t/tegra*/config.mk,
whereas did not define it in arch/arm/cpu/armv7/tegra*/config.mk.

It means Tegra enables PRIVATE_LIBGCC only for SPL.
We can describe the same behavior by adding

  #ifdef CONFIG_SPL_BUILD
  # define CONFIG_USE_PRIVATE_LIBGCC
  #endif

to include/configs/tegra-common.h.

Signed-off-by: Masahiro Yamada &lt;yamada.m@jp.panasonic.com&gt;
Cc: Tom Warren &lt;twarren@nvidia.com&gt;
Cc: Simon Glass &lt;sjg@chromium.org&gt;
Acked-by: Stephen Warren &lt;swarren@nvidia.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'master' of git://git.denx.de/u-boot-arm</title>
<updated>2014-02-26T21:49:58Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@ti.com</email>
</author>
<published>2014-02-26T21:49:58Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=eeb72e67619b98d2502fe634a3a5d9953de92ad0'/>
<id>urn:sha1:eeb72e67619b98d2502fe634a3a5d9953de92ad0</id>
<content type='text'>
Conflicts:
	arch/arm/cpu/armv7/config.mk
	board/ti/am43xx/mux.c
	include/configs/am43xx_evm.h

Signed-off-by: Tom Rini &lt;trini@ti.com&gt;
</content>
</entry>
<entry>
<title>arm: Switch to -mno-unaligned-access when supported by the compiler</title>
<updated>2014-02-26T20:19:32Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@ti.com</email>
</author>
<published>2014-02-25T15:27:01Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1551df35f296f0a8df32f4f2054254f46e8be252'/>
<id>urn:sha1:1551df35f296f0a8df32f4f2054254f46e8be252</id>
<content type='text'>
When we tell the compiler to optimize for ARMv7 (and ARMv6 for that
matter) it assumes a default of SCTRL.A being cleared and unaligned
accesses being allowed and fast at the hardware level.  We set this bit
and must pass along -mno-unaligned-access so that the compiler will
still breakdown accesses and not trigger a data abort.

To better help understand the requirements of the project with respect
to unaligned memory access, the
Documentation/unaligned-memory-access.txt file has been added as
doc/README.unaligned-memory-access.txt and is taken from the v3.14-rc1
tag of the kernel.

Cc: Albert ARIBAUD &lt;albert.u.boot@aribaud.net&gt;
Cc: Mans Rullgard &lt;mans@mansr.com&gt;
Signed-off-by: Tom Rini &lt;trini@ti.com&gt;
</content>
</entry>
</feed>
