<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/arch/arm, branch v2018.07</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/arch/arm?h=v2018.07</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/arch/arm?h=v2018.07'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2018-07-04T03:09:34Z</updated>
<entry>
<title>Merge branch 'master' of git://git.denx.de/u-boot-sunxi</title>
<updated>2018-07-04T03:09:34Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2018-07-04T03:09:34Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=4ac5df4b41ba46d7e635bdd8d500721c642b0a0d'/>
<id>urn:sha1:4ac5df4b41ba46d7e635bdd8d500721c642b0a0d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>arm: timer: sunxi: add Allwinner timer erratum workaround</title>
<updated>2018-07-03T16:30:00Z</updated>
<author>
<name>Andre Przywara</name>
<email>andre.przywara@arm.com</email>
</author>
<published>2018-06-27T00:42:53Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=be0d217952222b2bd3ed071de9bb0c66d8cc80d9'/>
<id>urn:sha1:be0d217952222b2bd3ed071de9bb0c66d8cc80d9</id>
<content type='text'>
The Allwinner A64 SoCs suffers from an arch timer implementation erratum,
where sometimes the lower 11 bits of the counter value erroneously
become all 0's or all 1's [1]. This leads to sudden jumps, both forwards and
backwards, with the latter one often showing weird behaviour.
Port the workaround proposed for Linux to U-Boot and activate it for all
A64 boards.
This fixes crashes when accessing MMC devices (SD cards), caused by a
recent change to actually use the counter value for timeout checks.

Fixes: 5ff8e54888e4d26a352453564f7f599d29696dc9 ("sunxi: improve throughput
in the sunxi_mmc driver")

[1] http://lists.infradead.org/pipermail/linux-arm-kernel/2018-May/576886.html

Signed-off-by: Andre Przywara &lt;andre.przywara@arm.com&gt;
Reviewed-by: Philipp Tomsich &lt;philipp.tomsich@theobroma-systems.com&gt;
Tested-by: Jagan Teki &lt;jagan@amarulasolutions.com&gt;
Tested-by: Andreas Färber &lt;afaerber@suse.de&gt;
Tested-by: Guillaume Gardet &lt;guillaume.gardet@free.fr&gt;
</content>
</entry>
<entry>
<title>arm: timer: factor out FSL arch timer erratum workaround</title>
<updated>2018-07-03T16:29:46Z</updated>
<author>
<name>Andre Przywara</name>
<email>andre.przywara@arm.com</email>
</author>
<published>2018-06-27T00:42:52Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=38651588d3d9a977ca457049d6357408ddad4a8b'/>
<id>urn:sha1:38651588d3d9a977ca457049d6357408ddad4a8b</id>
<content type='text'>
At the moment we have the workaround for the Freescale arch timer
erratum A-008585 merged into the generic timer_read_counter() routine.
Split those two up, so that we can add other errata workaround more
easily. Also add an explaining comment on the way.

Signed-off-by: Andre Przywara &lt;andre.przywara@arm.com&gt;
Tested-by: Jagan Teki &lt;jagan@amarulasolutions.com&gt;
Tested-by: Andreas Färber &lt;afaerber@suse.de&gt;
Tested-by: Guillaume Gardet &lt;guillaume.gardet@free.fr&gt;
</content>
</entry>
<entry>
<title>board/aries: Remove</title>
<updated>2018-07-02T19:52:50Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2018-07-02T19:52:50Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=03b54997d568a6879a045ba775e44d62289a8fb9'/>
<id>urn:sha1:03b54997d568a6879a045ba775e44d62289a8fb9</id>
<content type='text'>
The various Aries Embedded boards have been orphaned for a year and no
one has come forward to take care of them.  Remove.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'master' of git://git.denx.de/u-boot-usb</title>
<updated>2018-06-30T12:52:06Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2018-06-30T12:52:06Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=3fcb00be25b0a810c76dac4ed368a57b5c8e75b2'/>
<id>urn:sha1:3fcb00be25b0a810c76dac4ed368a57b5c8e75b2</id>
<content type='text'>
</content>
</entry>
<entry>
<title>mx5: Select ARM_CORTEX_A8_CVE_2017_5715</title>
<updated>2018-06-30T12:49:55Z</updated>
<author>
<name>Fabio Estevam</name>
<email>fabio.estevam@nxp.com</email>
</author>
<published>2018-06-20T18:08:21Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=ee322f3c79a86e6f26629f8535cddb2b844d5113'/>
<id>urn:sha1:ee322f3c79a86e6f26629f8535cddb2b844d5113</id>
<content type='text'>
On a 4.18-rc1 kernel the following warning is seen on i.MX51 and
i.MX53:

CPU0: Spectre v2: firmware did not set auxiliary control register IBE bit, system vulnerable

Select the ARM_CORTEX_A8_CVE_2017_5715 workaround for i.MX51/i.MX53
to fix the problem.

With this patch applied the kernel reports:

CPU0: Spectre v2: using BPIALL workaround

Signed-off-by: Fabio Estevam &lt;fabio.estevam@nxp.com&gt;
</content>
</entry>
<entry>
<title>ARM: mach-omap2: omap3/am335x: Enable ACR::IBE on Cortex-A8 SoCs for CVE-2017-5715</title>
<updated>2018-06-29T15:30:39Z</updated>
<author>
<name>Nishanth Menon</name>
<email>nm@ti.com</email>
</author>
<published>2018-06-12T20:24:11Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=94c6a89a99ce651b97fae565b32d79bf86643415'/>
<id>urn:sha1:94c6a89a99ce651b97fae565b32d79bf86643415</id>
<content type='text'>
Enable CVE-2017-5715 option to set the IBE bit. This enables kernel
workarounds necessary for the said CVE.

With this enabled, Linux reports:
CPU0: Spectre v2: using BPIALL workaround

This workaround may need to be re-applied in OS environment around low
power transition resume states where context of ACR would be lost (off-mode
etc).

Signed-off-by: Nishanth Menon &lt;nm@ti.com&gt;
</content>
</entry>
<entry>
<title>ARM: mach-omap2: omap5/dra7: Enable ACTLR[0] (Enable invalidates of BTB) to facilitate CVE_2017-5715 WA in OS</title>
<updated>2018-06-29T15:30:39Z</updated>
<author>
<name>Nishanth Menon</name>
<email>nm@ti.com</email>
</author>
<published>2018-06-12T20:24:10Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=dbb7caf110c4a7b9afb7cdc195ac6967d3a30adf'/>
<id>urn:sha1:dbb7caf110c4a7b9afb7cdc195ac6967d3a30adf</id>
<content type='text'>
Enable CVE_2017_5715 and since we have our own v7_arch_cp15_set_acr
function to setup the bits, we are able to override the settings.

Without this enabled, Linux kernel reports:
CPU0: Spectre v2: firmware did not set auxiliary control register IBE bit, system vulnerable

With this enabled, Linux kernel reports:
CPU0: Spectre v2: using ICIALLU workaround

NOTE: This by itself does not enable the workaround for CPU1 (on
OMAP5 and DRA72/AM572 SoCs) and may require additional kernel patches.

Signed-off-by: Nishanth Menon &lt;nm@ti.com&gt;
</content>
</entry>
<entry>
<title>ARM: Introduce ability to enable invalidate of BTB with ICIALLU on Cortex-A15 for CVE-2017-5715</title>
<updated>2018-06-29T15:30:39Z</updated>
<author>
<name>Nishanth Menon</name>
<email>nm@ti.com</email>
</author>
<published>2018-06-12T20:24:09Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=c2ca3fdfb916dc8baecea88490df20de4244a7e1'/>
<id>urn:sha1:c2ca3fdfb916dc8baecea88490df20de4244a7e1</id>
<content type='text'>
As recommended by Arm in [1], ACTLR[0] (Enable invalidates of BTB)
needs to be set[2] for BTB to be invalidated on ICIALLU. This needs to
be done unconditionally for Cortex-A15 processors. Provide a config
option for platforms to enable this option based on impact analysis
for products.

NOTE: This patch in itself is NOT the final solution, this requires:
a) Implementation of v7_arch_cp15_set_acr on SoCs which may not
   provide direct access to ACR register.
b) Operating Systems such as Linux to provide adequate workaround in the
   right locations.
c) This workaround applies to only the boot processor. It is important
   to apply workaround as necessary (context-save-restore) around low
   power context loss OR additional processors as necessary in either
   firmware support OR elsewhere in OS.

[1] https://developer.arm.com/support/security-update
[2] http://infocenter.arm.com/help/topic/com.arm.doc.ddi0438c/BABGHIBG.html

Cc: Marc Zyngier &lt;marc.zyngier@arm.com&gt;
Cc: Russell King &lt;linux@arm.linux.org.uk&gt;
Cc: Tony Lindgren &lt;tony@atomide.com&gt;
Cc: Robin Murphy &lt;robin.murphy@arm.com&gt;
Cc: Florian Fainelli &lt;f.fainelli@gmail.com&gt;
Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;
Cc: Will Deacon &lt;will.deacon@arm.com&gt;
Cc: Christoffer Dall &lt;christoffer.dall@linaro.org&gt;
Cc: Andre Przywara &lt;Andre.Przywara@arm.com&gt;
Cc: Ard Biesheuvel &lt;ard.biesheuvel@linaro.org&gt;
Cc: Tom Rini &lt;trini@konsulko.com&gt;
Cc: Michael Nazzareno Trimarchi &lt;michael@amarulasolutions.com&gt;

Signed-off-by: Nishanth Menon &lt;nm@ti.com&gt;
Tested-by: Fabio Estevam &lt;fabio.estevam@nxp.com&gt;
</content>
</entry>
<entry>
<title>ARM: Introduce ability to enable ACR::IBE on Cortex-A8 for CVE-2017-5715</title>
<updated>2018-06-29T15:30:39Z</updated>
<author>
<name>Nishanth Menon</name>
<email>nm@ti.com</email>
</author>
<published>2018-06-12T20:24:08Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=7b37a9c732bfec392b8f081eefa83427f794f937'/>
<id>urn:sha1:7b37a9c732bfec392b8f081eefa83427f794f937</id>
<content type='text'>
As recommended by Arm in [1], IBE[2] has to be enabled unconditionally
for BPIALL to be functional on Cortex-A8 processors. Provide a config
option for platforms to enable this option based on impact analysis
for products.

NOTE: This patch in itself is NOT the final solution, this requires:
a) Implementation of v7_arch_cp15_set_acr on SoCs which may not
   provide direct access to ACR register.
b) Operating Systems such as Linux to provide adequate workaround in the right
   locations.
c) This workaround applies to only the boot processor. It is important
   to apply workaround as necessary (context-save-restore) around low
   power context loss OR additional processors as necessary in either
   firmware support OR elsewhere in OS.

[1] https://developer.arm.com/support/security-update
[2] http://infocenter.arm.com/help/topic/com.arm.doc.ddi0344k/Bgbffjhh.html

Cc: Marc Zyngier &lt;marc.zyngier@arm.com&gt;
Cc: Russell King &lt;linux@arm.linux.org.uk&gt;
Cc: Tony Lindgren &lt;tony@atomide.com&gt;
Cc: Robin Murphy &lt;robin.murphy@arm.com&gt;
Cc: Florian Fainelli &lt;f.fainelli@gmail.com&gt;
Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;
Cc: Will Deacon &lt;will.deacon@arm.com&gt;
Cc: Christoffer Dall &lt;christoffer.dall@linaro.org&gt;
Cc: Andre Przywara &lt;Andre.Przywara@arm.com&gt;
Cc: Ard Biesheuvel &lt;ard.biesheuvel@linaro.org&gt;
Cc: Tom Rini &lt;trini@konsulko.com&gt;
Cc: Michael Nazzareno Trimarchi &lt;michael@amarulasolutions.com&gt;

Signed-off-by: Nishanth Menon &lt;nm@ti.com&gt;
Tested-by: Fabio Estevam &lt;fabio.estevam@nxp.com&gt;
</content>
</entry>
</feed>
