<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/arch/arm/include, branch v2022.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/include?h=v2022.04</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/arch/arm/include?h=v2022.04'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2022-03-03T01:24:06Z</updated>
<entry>
<title>mach-sunxi: Add SPL SPI boot for SUNIV</title>
<updated>2022-03-03T01:24:06Z</updated>
<author>
<name>Jesse Taube</name>
<email>mr.bossman075@gmail.com</email>
</author>
<published>2022-02-12T00:32:34Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=0dcdaff8b88e996de5d9c91141084cbfcfb01be6'/>
<id>urn:sha1:0dcdaff8b88e996de5d9c91141084cbfcfb01be6</id>
<content type='text'>
The SUNIV SoCs come with a sun6i-style SPI controller at the base address
of sun4i SPI controller. The module clock of the SPI controller is
missing which leaves us running directly from the AHB clock, which is
set to 200MHz.

Signed-off-by: Icenowy Zheng &lt;icenowy@aosc.io&gt;
[Icenowy: Original implementation]
Signed-off-by: Jesse Taube &lt;Mr.Bossman075@gmail.com&gt;
[Jesse: adaptation to Upstream U-Boot]
Reviewed-by: Andre Przywara &lt;andre.przywara@arm.com&gt;
Signed-off-by: Andre Przywara &lt;andre.przywara@arm.com&gt;
</content>
</entry>
<entry>
<title>mach-sunxi: Add boot device detection for SUNIV/F1C100s</title>
<updated>2022-03-03T01:23:58Z</updated>
<author>
<name>Jesse Taube</name>
<email>mr.bossman075@gmail.com</email>
</author>
<published>2022-02-12T00:32:33Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=a08b04b5c75a7e9122dfc733c66b978aa0afe4ba'/>
<id>urn:sha1:a08b04b5c75a7e9122dfc733c66b978aa0afe4ba</id>
<content type='text'>
In contrast to other Allwinner SoCs the F1C100s BROM does not store a
boot source indicator in the eGON header in SRAM. This leaves the SPL
guessing where we were exactly booted from, and for instance trying
the SD card first, even though we booted from SPI flash.

By inspecting the BROM code and by experimentation, Samuel found that the
top of the BROM stack contains unique pointers for each of the boot
sources, which we can use as a boot source indicator.

This patch removes the existing board_boot_order bodge and replace it
with a proper boot source indication function.

The only caveat is that this only works in the SPL, as the SPL header
gets overwritten with the exception vectors, once U-Boot proper takes
over. Always return MMC0 as the boot source, when called from U-Boot
proper, as a placeholder for now, until we find another way.

Signed-off-by: Jesse Taube &lt;Mr.Bossman075@gmail.com&gt;
Suggested-by: Samuel Holland &lt;samuel@sholland.org&gt;
Reviewed-by: Andre Przywara &lt;andre.przywara@arm.com&gt;
Signed-off-by: Andre Przywara &lt;andre.przywara@arm.com&gt;
</content>
</entry>
<entry>
<title>usb: ehci-omap: Drop dead code</title>
<updated>2022-02-23T04:25:17Z</updated>
<author>
<name>Adam Ford</name>
<email>aford173@gmail.com</email>
</author>
<published>2022-02-19T23:08:41Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=0935dbf4c9d97574d04e6d2e1bda2abd7135c073'/>
<id>urn:sha1:0935dbf4c9d97574d04e6d2e1bda2abd7135c073</id>
<content type='text'>
omap_ehci_hcd_stop appears to be dead code, and omap_ehci_hcd_init
is only called by the probe function, so it can be static to that
function.  Remove both from the header along with some additional
checking for DM_USB.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
</content>
</entry>
<entry>
<title>arm: omap3: Make some memory functions static and clean headers</title>
<updated>2022-02-21T13:35:40Z</updated>
<author>
<name>Adam Ford</name>
<email>aford173@gmail.com</email>
</author>
<published>2022-02-12T12:12:41Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=68a51cc8ec4692f4d7104afde8e0db7596fce545'/>
<id>urn:sha1:68a51cc8ec4692f4d7104afde8e0db7596fce545</id>
<content type='text'>
There are a few memory functions for both the emif4 (AM3517)
and sdrc (OMAP35/DM37) code that can be defined as static,
because those functions are not used externally. Make them
static and clean up some of the corresponding headers.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
</content>
</entry>
<entry>
<title>arm: omap3: Cleanup sys_info to fit OMAP3 booting with LTO</title>
<updated>2022-02-21T13:35:40Z</updated>
<author>
<name>Adam Ford</name>
<email>aford173@gmail.com</email>
</author>
<published>2022-02-12T12:12:40Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1c6ea4da24c7481720b8eaee32532a7881863dc9'/>
<id>urn:sha1:1c6ea4da24c7481720b8eaee32532a7881863dc9</id>
<content type='text'>
With LTO enabled, some functions appear to be optimized in a
way that causes hanging on some OMAP3 boards after some
unrelated patches were applied.  The solution appears to make
several functions __used.  There also appears be to be some
dead code, so remove it while cleaning this up.

This has been tested on a general purpose OMAP3530, DM3730,
and AM3517.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
</content>
</entry>
<entry>
<title>imx: spl: Fix typo BMODE_EMI -&gt; BMODE_EIM</title>
<updated>2022-02-18T17:12:23Z</updated>
<author>
<name>Harald Seiler</name>
<email>hws@denx.de</email>
</author>
<published>2021-12-01T09:02:54Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f62611a9ed8f69bb7913571d642e643957dae85d'/>
<id>urn:sha1:f62611a9ed8f69bb7913571d642e643957dae85d</id>
<content type='text'>
The interface for NOR/OneNAND is called "EIM" not "EMI".  Fix this.

Signed-off-by: Harald Seiler &lt;hws@denx.de&gt;
Reviewed-by: Fabio Estevam &lt;festevam@gmail.com&gt;
</content>
</entry>
<entry>
<title>arm: apple: Add RTKit support</title>
<updated>2022-02-10T21:44:23Z</updated>
<author>
<name>Mark Kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2022-01-22T19:38:14Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=02e2588d3f8fed7bf25ac1677072dd607c4dd72e'/>
<id>urn:sha1:02e2588d3f8fed7bf25ac1677072dd607c4dd72e</id>
<content type='text'>
Most Apple IOPs run a firmware that is based on what Apple calls
RTKit. RTKit implements a common mailbox protocol.  This code
provides an implementation of the AP side of this protocol,
providing a function to initialize RTKit-based firmwares as well
as a function to do a clean shutdown of this firmware.

Signed-off-by: Mark Kettenis &lt;kettenis@openbsd.org&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
Tested on: Macbook Air M1
Tested-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>arm: apple: Change SoC name from "m1" into "apple"</title>
<updated>2022-02-10T21:44:23Z</updated>
<author>
<name>Mark Kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2022-01-22T19:38:13Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=a4bd5e4120d6389476c078076ce2746e3058037a'/>
<id>urn:sha1:a4bd5e4120d6389476c078076ce2746e3058037a</id>
<content type='text'>
U-Boot is expected to support multiple generations of Apple SoCs
in a single binary with a single defconfig. Therefore it makes
more sense to set SYS_SOC to "apple".

Signed-off-by: Mark Kettenis &lt;kettenis@openbsd.org&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>Convert CONFIG_SCSI_AHCI_PLAT et al to Kconfig</title>
<updated>2022-02-09T14:16:48Z</updated>
<author>
<name>Simon Glass</name>
<email>sjg@chromium.org</email>
</author>
<published>2022-01-31T14:49:37Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=edca8cf72130c53fe399d1f354937c04efb96c7d'/>
<id>urn:sha1:edca8cf72130c53fe399d1f354937c04efb96c7d</id>
<content type='text'>
This converts the following to Kconfig:
   CONFIG_SCSI_AHCI_PLAT
   CONFIG_SYS_SCSI_MAX_SCSI_ID
   CONFIG_SYS_SCSI_MAX_LUN
   CONFIG_SYS_SATA_MAX_DEVICE

Drop CONFIG_SCSI for everything except the sandbox build. We only need
one build for tests.

Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
Reviewed-by: Stefan Roese &lt;sr@denx.de&gt;
</content>
</entry>
<entry>
<title>scsi: Drop CONFIG_SYS_SCSI_MAX_DEVICE</title>
<updated>2022-02-09T14:16:48Z</updated>
<author>
<name>Simon Glass</name>
<email>sjg@chromium.org</email>
</author>
<published>2022-01-31T14:49:36Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=ce30e3ff1e4b5abff5a9936776fe99190d705236'/>
<id>urn:sha1:ce30e3ff1e4b5abff5a9936776fe99190d705236</id>
<content type='text'>
This is defined based on two other CONFIGs for all boards except sandbox
and durian.

For sandbox the value does not matter. For durian the value seems
excessive.

Drop the option completely, to simplify configuration and reduce the
number of things we need to convert to Kconfig.

Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
Reviewed-by: Stefan Roese &lt;sr@denx.de&gt;
</content>
</entry>
</feed>
