<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/arch, branch v2023.10-rc2</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/arch?h=v2023.10-rc2</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/arch?h=v2023.10-rc2'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2023-08-04T19:03:42Z</updated>
<entry>
<title>board: toradex: add verdin am62 support</title>
<updated>2023-08-04T19:03:42Z</updated>
<author>
<name>Marcel Ziswiler</name>
<email>marcel.ziswiler@toradex.com</email>
</author>
<published>2023-08-04T10:08:08Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=7d1a10659f5bacee8e3404fa201523f3393ceff9'/>
<id>urn:sha1:7d1a10659f5bacee8e3404fa201523f3393ceff9</id>
<content type='text'>
This adds initial support for the Toradex Verdin AM62 Quad 1GB WB IT
V1.0A module and subsequent V1.1 launch configuration SKUs. They are
strapped to boot from their on-module eMMC. U-Boot supports booting
from the on-module eMMC only, DFU support is disabled for now due to
missing AM62x USB support.

The device trees were taken straight from Linux v6.5-rc1.

Boot sequence is:
SYSFW ---&gt; R5 SPL (both in tiboot3.bin) ---&gt; ATF (TF-A) ---&gt; OP-TEE
  ---&gt; A53 SPL (part of tispl.bin) ---&gt; U-boot proper (u-boot.img)

Signed-off-by: Marcel Ziswiler &lt;marcel.ziswiler@toradex.com&gt;
Reviewed-by: Nishanth Menon &lt;nm@ti.com&gt;
</content>
</entry>
<entry>
<title>arm: dts: k3-binman: fix rcfg_yaml and pcfg_yaml labels</title>
<updated>2023-08-04T19:03:39Z</updated>
<author>
<name>Marcel Ziswiler</name>
<email>marcel.ziswiler@toradex.com</email>
</author>
<published>2023-08-04T10:08:07Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=e5fe63d4f6ba3a7037c29ec49de51f8d7a5709cc'/>
<id>urn:sha1:e5fe63d4f6ba3a7037c29ec49de51f8d7a5709cc</id>
<content type='text'>
Fix rcfg_yaml to really point to rm-cfg.yaml and pcfg_yaml to really
point to pm-cfg.yaml which likely is the intention.

While at it also add labels for the remaining items like custmpk_pem,
dkey_pem, bcfg_yaml_sysfw, scfg_yaml_sysfw, pcfg_yaml_sysfw and
rcfg_yaml_sysfw.

Signed-off-by: Marcel Ziswiler &lt;marcel.ziswiler@toradex.com&gt;
Reviewed-by: Neha Malcom Francis &lt;n-francis@ti.com&gt;
Reviewed-by: Nishanth Menon &lt;nm@ti.com&gt;
</content>
</entry>
<entry>
<title>arm: mach-k3: am62: fix 2nd mux option of clkout0</title>
<updated>2023-08-04T19:03:34Z</updated>
<author>
<name>Marcel Ziswiler</name>
<email>marcel.ziswiler@toradex.com</email>
</author>
<published>2023-08-04T10:08:06Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=5c87b19c8e9900d9bb104b81e9022e3359709978'/>
<id>urn:sha1:5c87b19c8e9900d9bb104b81e9022e3359709978</id>
<content type='text'>
Fix second mux option of clkout0 which should really be
DEV_BOARD0_CLKOUT0_IN_PARENT_HSDIV4_16FFT_MAIN_2_HSDIVOUT1_CLK10
rather than twice the same according to [1].

[1] https://software-dl.ti.com/tisci/esd/latest/5_soc_doc/am62x/clocks.html#clocks-for-board0-device

Signed-off-by: Marcel Ziswiler &lt;marcel.ziswiler@toradex.com&gt;
Reviewed-by: Bryan Brattlof &lt;bb@ti.com&gt;
Reviewed-by: Nishanth Menon &lt;nm@ti.com&gt;
</content>
</entry>
<entry>
<title>arch: arm: fsl-layerscape: allow "opt-out" of fsl_setenv_bootcmd</title>
<updated>2023-08-03T13:40:50Z</updated>
<author>
<name>Mathew McBride</name>
<email>matt@traverse.com.au</email>
</author>
<published>2023-07-21T04:39:29Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=07164d0ef1d2371582e7b561f4e4ae95cc66c0e6'/>
<id>urn:sha1:07164d0ef1d2371582e7b561f4e4ae95cc66c0e6</id>
<content type='text'>
Allow individual Layerscape boards to opt-out of fsl_setenv_bootcmd
by declaring the original function as weak.

fsl_setenv_bootcmd is used to change the bootcmd based on the
TF-A boot source (e.g QSPI vs SD/MMC) for reasons including
secure boot / integrity measurements and DPAA2 configuration loading.
See previous discussion at [1].

On the Ten64 board, our bootcmd is the same across
all TF-A boot sources so we don't want this behaviour.

Signed-off-by: Mathew McBride &lt;matt@traverse.com.au&gt;

[1] https://patchwork.ozlabs.org/project/uboot/patch/20211110044639.7070-3-matt@traverse.com.au/#2790037

Reviewed-by: Peng Fan &lt;peng.fan@nxp.com&gt;
</content>
</entry>
<entry>
<title>board: traverse: ten64: fix allocation order of MAC addresses</title>
<updated>2023-08-03T13:40:50Z</updated>
<author>
<name>Mathew McBride</name>
<email>matt@traverse.com.au</email>
</author>
<published>2023-07-21T04:39:25Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=56610ef5f39d465299f8032eae4efa9362a8a2e7'/>
<id>urn:sha1:56610ef5f39d465299f8032eae4efa9362a8a2e7</id>
<content type='text'>
On Ten64 boards, the "serial number" is the MAC address of the
first Gigabit Ethernet interface (labelled GE0 on the appliance),
and counted up from there.

The previous logic did not take into account U-Boot's ordering
of the network interfaces. By setting aliases/ethernetX in the device
tree we can ensure the U-Boot 'ethX' is the same as the labelled
port order on the unit, as well as the one adopted by Linux.

Signed-off-by: Mathew McBride &lt;matt@traverse.com.au&gt;
</content>
</entry>
<entry>
<title>board: mediatek: add MT7988 reference boards</title>
<updated>2023-08-03T13:40:50Z</updated>
<author>
<name>Weijie Gao</name>
<email>weijie.gao@mediatek.com</email>
</author>
<published>2023-07-19T09:17:54Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=bc4adc97cfb4aa239aba3abd39ff5d7827af0218'/>
<id>urn:sha1:bc4adc97cfb4aa239aba3abd39ff5d7827af0218</id>
<content type='text'>
This patch adds general board files based on MT7988 SoCs.

MT7988 uses one mmc controller for booting from both SD and eMMC,
and the pins of mmc controller booting from SD are also shared with
one of spi controllers.
So two configs are need for these boot types:

1. mt7988_rfb_defconfig - SPI-NOR, SPI-NAND and eMMC
2. mt7988_sd_rfb_defconfig - SPI-NAND and SD

Signed-off-by: Weijie Gao &lt;weijie.gao@mediatek.com&gt;
</content>
</entry>
<entry>
<title>arm: mediatek: add support for MediaTek MT7988 SoC</title>
<updated>2023-08-03T13:40:50Z</updated>
<author>
<name>Weijie Gao</name>
<email>weijie.gao@mediatek.com</email>
</author>
<published>2023-07-19T09:17:49Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=96b381e7bb71b3415cc27fab1b13e04dca784d7f'/>
<id>urn:sha1:96b381e7bb71b3415cc27fab1b13e04dca784d7f</id>
<content type='text'>
This patch adds basic support for MediaTek MT7988 SoC.
This includes files that will initialize the SoC after boot and
its device tree.

Signed-off-by: Weijie Gao &lt;weijie.gao@mediatek.com&gt;
</content>
</entry>
<entry>
<title>arm: dts: mediatek: add infracfg registers to support GMAC/USB3 Co-PHY</title>
<updated>2023-08-03T13:40:50Z</updated>
<author>
<name>Weijie Gao</name>
<email>weijie.gao@mediatek.com</email>
</author>
<published>2023-07-19T09:17:27Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=118855e859a075907aad0b36aa8d8fa6874a35c1'/>
<id>urn:sha1:118855e859a075907aad0b36aa8d8fa6874a35c1</id>
<content type='text'>
This patch adds infracfg to eth node to support enabling GMAC2.

Signed-off-by: Weijie Gao &lt;weijie.gao@mediatek.com&gt;
</content>
</entry>
<entry>
<title>arm: dts: medaitek: convert gmac link mode to 2500base-x</title>
<updated>2023-08-03T13:40:50Z</updated>
<author>
<name>Weijie Gao</name>
<email>weijie.gao@mediatek.com</email>
</author>
<published>2023-07-19T09:17:18Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=aef54ea16cacbbdb83ae5615b11964f15d006f75'/>
<id>urn:sha1:aef54ea16cacbbdb83ae5615b11964f15d006f75</id>
<content type='text'>
Now that individual 2.5Gbps SGMII support has been added to
mtk-eth, all boards that use 2.5Gbps link with mt7531 must be
converted to use "2500base-x" instead of "sgmii".

Signed-off-by: Weijie Gao &lt;weijie.gao@mediatek.com&gt;
</content>
</entry>
<entry>
<title>arm: dts: enable i2c support for MediaTek MT7981</title>
<updated>2023-08-03T13:40:49Z</updated>
<author>
<name>Weijie Gao</name>
<email>weijie.gao@mediatek.com</email>
</author>
<published>2023-07-19T09:16:19Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=0a648bd0f70be459e8728eae89cb4c956f681d6f'/>
<id>urn:sha1:0a648bd0f70be459e8728eae89cb4c956f681d6f</id>
<content type='text'>
This patch enables i2c support for MediaTek MT7981

Signed-off-by: Sam Shih &lt;sam.shih@mediatek.com&gt;
Signed-off-by: Weijie Gao &lt;weijie.gao@mediatek.com&gt;
</content>
</entry>
</feed>
