<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm63xx/u-boot/arch/arm/include/asm/armv7.h, branch master</title>
<subtitle>Broadcom-s U-Boot</subtitle>
<id>https://git.openwrt.org/project/bcm63xx/u-boot/atom?h=master</id>
<link rel='self' href='https://git.openwrt.org/project/bcm63xx/u-boot/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/'/>
<updated>2018-05-07T13:34:12Z</updated>
<entry>
<title>SPDX: Convert all of our single license tags to Linux Kernel style</title>
<updated>2018-05-07T13:34:12Z</updated>
<author>
<name>Tom Rini</name>
</author>
<published>2018-05-06T21:58:06Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=83d290c56fab2d38cd1ab4c4cc7099559c1d5046'/>
<id>urn:sha1:83d290c56fab2d38cd1ab4c4cc7099559c1d5046</id>
<content type='text'>
When U-Boot started using SPDX tags we were among the early adopters and
there weren't a lot of other examples to borrow from.  So we picked the
area of the file that usually had a full license text and replaced it
with an appropriate SPDX-License-Identifier: entry.  Since then, the
Linux Kernel has adopted SPDX tags and they place it as the very first
line in a file (except where shebangs are used, then it's second line)
and with slightly different comment styles than us.

In part due to community overlap, in part due to better tag visibility
and in part for other minor reasons, switch over to that style.

This commit changes all instances where we have a single declared
license in the tag as both the before and after are identical in tag
contents.  There's also a few places where I found we did not have a tag
and have introduced one.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>armv7: Move L2CTLR read/write to common</title>
<updated>2017-09-30T22:33:33Z</updated>
<author>
<name>Jagan Teki</name>
</author>
<published>2017-09-27T17:33:10Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=d9a7dcf5b8da5460a08305cdc9452f4e62dd34e5'/>
<id>urn:sha1:d9a7dcf5b8da5460a08305cdc9452f4e62dd34e5</id>
<content type='text'>
L2CTLR read/write functions are common to armv7 so, move
them in to include/asm/armv7.h and use them where ever it need.

Cc: Tom Warren &lt;twarren@nvidia.com&gt;
Signed-off-by: Jagan Teki &lt;jagan@amarulasolutions.com&gt;
Acked-by: Philipp Tomsich &lt;philipp.tomsich@theobroma-systems.com&gt;
Reviewed-by: Philipp Tomsich &lt;philipp.tomsich@theobroma-systems.com&gt;
[Backed out the change to arch/arm/mach-tegra/cache.c:]
Signed-off-by: Philipp Tomsich &lt;philipp.tomsich@theobroma-systems.com&gt;
</content>
</entry>
<entry>
<title>ARM: Add an empty secure stack section</title>
<updated>2016-07-15T13:54:57Z</updated>
<author>
<name>Chen-Yu Tsai</name>
</author>
<published>2016-06-19T04:38:36Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=980d6a55119f757ade4abed88bf4b2b7494c68e6'/>
<id>urn:sha1:980d6a55119f757ade4abed88bf4b2b7494c68e6</id>
<content type='text'>
Until now we've been using memory beyond psci_text_end as stack space
for the secure monitor or PSCI implementation, even if space was not
allocated for it.

This was partially fixed in ("ARM: allocate extra space for PSCI stack
in secure section during link phase"). However, calculating stack space
from psci_text_end in one place, while allocating the space in another
is error prone.

This patch adds a separate empty secure stack section, with space for
CONFIG_ARMV7_PSCI_NR_CPUS stacks, each 1 KB. There's also
__secure_stack_start and __secure_stack_end symbols. The linker script
handles calculating the correct VMAs for the stack section. For
platforms that relocate/copy the secure monitor before using it, the
space is not allocated in the executable, saving space.

For platforms that do not define CONFIG_ARMV7_PSCI_NR_CPUS, a whole page
of stack space for 4 CPUs is allocated, matching the previous behavior.

Signed-off-by: Chen-Yu Tsai &lt;wens@csie.org&gt;
Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;
</content>
</entry>
<entry>
<title>arm/arm64: Move barrier instructions into separate header</title>
<updated>2016-05-12T15:13:03Z</updated>
<author>
<name>Andre Przywara</name>
</author>
<published>2016-05-12T11:14:41Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=1ea4fac5a34604e67504ee6537bb01e809528cd4'/>
<id>urn:sha1:1ea4fac5a34604e67504ee6537bb01e809528cd4</id>
<content type='text'>
Commit bfb33f0bc45b ("sunxi: mctl_mem_matches: Add missing memory
barrier") broke compilation for the Pine64, as dram_helper.c now
includes &lt;asm/armv7.h&gt;, which does not compile on arm64.

Fix this by moving all barrier instructions into a separate header
file, which can easily be shared between arm and arm64.
Also extend the inline assembly to take the "sy" argument, which is
optional for ARMv7, but mandatory for v8.

This fixes compilation for 64-bit sunxi boards (Pine64).

Acked-by: Ian Campbell &lt;ijc@hellion.org.uk&gt;
Signed-off-by: Andre Przywara &lt;andre.przywara@arm.com&gt;
</content>
</entry>
<entry>
<title>virt-dt: Allow reservation of secure region when in a RAM carveout</title>
<updated>2015-05-13T16:24:14Z</updated>
<author>
<name>Jan Kiszka</name>
</author>
<published>2015-04-21T05:18:32Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=d6b72da029ab85b344b98b28b12d7cbe800b6cc4'/>
<id>urn:sha1:d6b72da029ab85b344b98b28b12d7cbe800b6cc4</id>
<content type='text'>
In this case the secure code lives in RAM, and hence the memory node in
the device tree needs to be adjusted. This avoids that the OS will map
and possibly access the reservation.

Add support for setting CONFIG_ARMV7_SECURE_RESERVE_SIZE to carve out
such a region. We only support cutting off memory from the beginning or
the end of a RAM bank as we do not want to increase their number (which
would happen if punching a hole) for simplicity reasons

This will be used in a subsequent patch for Jetson-TK1.

Signed-off-by: Jan Kiszka &lt;jan.kiszka@siemens.com&gt;
Signed-off-by: Tom Warren &lt;twarren@nvidia.com&gt;
</content>
</entry>
<entry>
<title>ARM: Clean up CONFIG_ARMV7_NONSEC/VIRT/PSCI conditions</title>
<updated>2015-05-13T16:24:13Z</updated>
<author>
<name>Jan Kiszka</name>
</author>
<published>2015-04-21T05:18:24Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=104d6fb6cd064c4c9278e5b6fdf99ac025597753'/>
<id>urn:sha1:104d6fb6cd064c4c9278e5b6fdf99ac025597753</id>
<content type='text'>
CONFIG_ARMV7_VIRT depends on CONFIG_ARMV7_NONSEC, thus doesn't need to
be taken into account additionally. CONFIG_ARMV7_PSCI is only set on
boards that support CONFIG_ARMV7_NONSEC, and it only works on those.

CC: Tang Yuantian &lt;Yuantian.Tang@freescale.com&gt;
CC: York Sun &lt;yorksun@freescale.com&gt;
CC: Steve Rae &lt;srae@broadcom.com&gt;
CC: Andre Przywara &lt;andre.przywara@linaro.org&gt;
Signed-off-by: Jan Kiszka &lt;jan.kiszka@siemens.com&gt;
Tested-by: Alison Wang &lt;alison.wang@freescale.com&gt;
Signed-off-by: Tom Warren &lt;twarren@nvidia.com&gt;
</content>
</entry>
<entry>
<title>ARM: cpu: Add ARMv7 barrier operations support</title>
<updated>2015-04-16T11:53:26Z</updated>
<author>
<name>Valentine Barshak</name>
</author>
<published>2015-03-20T15:16:17Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=9ba379ade789e41cc4132d622315f3f021a47b9b'/>
<id>urn:sha1:9ba379ade789e41cc4132d622315f3f021a47b9b</id>
<content type='text'>
This enables ARMv7 barrier operations support when
march=armv7-a is enabled.

Using CP15 barriers causes U-Boot bootm command crash when
transferring control to the loaded image on Renesas R8A7794 Cortex A7 CPU.
Using ARMv7 barrier operations instead of the deprecated CP15 barriers
helps to avoid these issues.

Signed-off-by: Valentine Barshak &lt;valentine.barshak+renesas@cogentembedded.com&gt;
Signed-off-by: Vladimir Barinov &lt;vladimir.barinov+renesas@cogentembedded.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
Reviewed-by: Nobuhiro Iwamatsu &lt;nobuhiro.iwamatsu.yj@renesas.com&gt;
</content>
</entry>
<entry>
<title>ARM: Introduce erratum workaround for 454179</title>
<updated>2015-03-13T13:28:48Z</updated>
<author>
<name>Nishanth Menon</name>
</author>
<published>2015-03-09T22:12:00Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=b45c48a7c30734272371fede01e96f499a314664'/>
<id>urn:sha1:b45c48a7c30734272371fede01e96f499a314664</id>
<content type='text'>
454179: Stale prediction may inhibit target address misprediction on
	next predicted taken branch
Impacts: Every Cortex-A8 processors with revision lower than r2p1
Work around:  Set IBE and disable branch size mispredict to 1

Also provide a hook for SoC specific handling to take place if needed.

Based on ARM errata Document revision 20.0 (13 Nov 2010)

Signed-off-by: Nishanth Menon &lt;nm@ti.com&gt;
Tested-by: Matt Porter &lt;mporter@konsulko.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>ARM: Introduce erratum workaround for 798870</title>
<updated>2015-03-13T13:28:29Z</updated>
<author>
<name>Nishanth Menon</name>
</author>
<published>2015-03-09T22:11:59Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=c616a0df297e886f09bf88523bcd03a86bdf8704'/>
<id>urn:sha1:c616a0df297e886f09bf88523bcd03a86bdf8704</id>
<content type='text'>
Add workaround for Cortex-A15 ARM erratum 798870 which says
"If back-to-back speculative cache line fills (fill A and fill B) are
issued from the L1 data cache of a CPU to the L2 cache, the second
request (fill B) is then cancelled, and the second request would have
detected a hazard against a recent write or eviction (write B) to the
same cache line as fill B then the L2 logic might deadlock."

Implementations for SoC families such as Exynos, OMAP5/DRA7 etc
will be widely different.

Every SoC has slightly different manner of setting up access to L2ACLR
and similar registers since the Secure Monitor handling of Secure
Monitor Call(smc) is diverse. Hence an weak function is introduced
which may be overriden to implement SoC specific accessor implementation.

Based on ARM errata Document revision 18.0 (22 Nov 2013)

Signed-off-by: Nishanth Menon &lt;nm@ti.com&gt;
Tested-by: Matt Porter &lt;mporter@konsulko.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>ARM: PSCI: Rework the DT handler slightly</title>
<updated>2015-03-09T15:13:29Z</updated>
<author>
<name>Tom Rini</name>
</author>
<published>2015-03-06T01:19:36Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=dd09f7e73c13f59bf7144667c35eb9e61eadf639'/>
<id>urn:sha1:dd09f7e73c13f59bf7144667c35eb9e61eadf639</id>
<content type='text'>
The way the PSCI DT update happens currently means we pull in
&lt;asm/armv7.h&gt; everywhere, including on ARMv8 and that in turn brings in
&lt;asm/io.h&gt; for some non-PSCI related things that header needs to deal
with.

To fix this, we rework the hook slightly.  A good portion of
arch/arm/cpu/armv7/virt-dt.c is common looking and I hope that when PSCI
is needed on ARMv8 we can re-use this by and large.  So rename the
current hook to psci_update_dt(), move the prototype to &lt;asm/psci.h&gt; and
add an #ifdef that will make re-use later easier.

Reported-by: York Sun &lt;yorksun@freescale.com&gt;
Cc: Marc Zyngier &lt;marc.zyngier@arm.com&gt;
Cc: York Sun &lt;yorksun@freescale.com&gt;
Cc: Ian Campbell &lt;ijc@hellion.org.uk&gt;
Cc: Hans de Goede &lt;hdegoede@redhat.com&gt;
Cc: Albert ARIBAUD &lt;albert.u.boot@aribaud.net&gt;
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
Acked-by: York Sun &lt;yorksun@freescale.com&gt;
</content>
</entry>
</feed>
