<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/include/configs, 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/include/configs?h=v2023.10-rc2</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/include/configs?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>board: ten64: add a bootmenu entries for NAND-based entries</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:22Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=0a63fb960de5ae339dc104842e7f0700b0bc62d1'/>
<id>urn:sha1:0a63fb960de5ae339dc104842e7f0700b0bc62d1</id>
<content type='text'>
The recovery-firmware and OpenWrt-NAND do not yet have bootflow
/bootstd entrypoints, so add bootmenu entries to make them
accessible.

Signed-off-by: Mathew McBride &lt;matt@traverse.com.au&gt;
Reviewed-by: Peng Fan &lt;peng.fan@nxp.com&gt;
</content>
</entry>
<entry>
<title>board: traverse: ten64: add NAND based OpenWrt 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:21Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=bcedba521bb6f5a4b117aeb342229de27bfe9042'/>
<id>urn:sha1:bcedba521bb6f5a4b117aeb342229de27bfe9042</id>
<content type='text'>
The default Ten64 MTD configuration reserves two ubifs partitions
for OpenWrt residing on NAND flash. Add the bootcmd for this system
into the default environment.

Signed-off-by: Mathew McBride &lt;matt@traverse.com.au&gt;
Reviewed-by: Peng Fan &lt;peng.fan@nxp.com&gt;
</content>
</entry>
<entry>
<title>board: traverse: ten64: specify bootargs for recovery environment</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:20Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1fd2186a814b8481af8c01ddd47f645b9588db5b'/>
<id>urn:sha1:1fd2186a814b8481af8c01ddd47f645b9588db5b</id>
<content type='text'>
The recovery environment[1] on the Ten64 is a OpenWrt-
based ramdisk stored on the NAND intended to help with
system setup tasks.

Before the bootargs were not being set for the recovery
command, relying instead on the existing bootargs variable.

Ensure the bootargs are set correctly prior to booting recovery.

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

[1] https://ten64doc.traverse.com.au/software/recovery/

Reviewed-by: Peng Fan &lt;peng.fan@nxp.com&gt;
</content>
</entry>
<entry>
<title>board: traverse: ten64: update DPAA2 (network) binary path on sdcards</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:19Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=154d908a28026327cbc6a73be8640db4ebb73480'/>
<id>urn:sha1:154d908a28026327cbc6a73be8640db4ebb73480</id>
<content type='text'>
Change the firmware on microSD path to "firmware/traverse/ten64"
as per EBBR section 4.2[1].

The Traverse firmware tools now locate the DPAA2 firmware
and configuration files under that path on the rescue
SD card image.
If a user then installs a standard Linux
distribution over the top of that sdcard, (in theory)
it will be left alone by distribution boot tooling.

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

[1] https://arm-software.github.io/ebbr/index.html#firmware-partition-filesystem

Reviewed-by: Peng Fan &lt;peng.fan@nxp.com&gt;
</content>
</entry>
<entry>
<title>board: traverse: ten64: fix DPAA2 (network) DPL corruption issue</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:18Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1edd144847e8e43e6844b0a74e55a4be78e51220'/>
<id>urn:sha1:1edd144847e8e43e6844b0a74e55a4be78e51220</id>
<content type='text'>
The DPAA2 DPL (data plane layout) file was previously
being loaded into 0x80300000, and set to be applied
just before hand off to the kernel.

When a FIT image with a load_address of 0x80000000 was
booted with bootm, the DPL in memory was overwritten.

Move the DPL load to 0x8E000000 (196MiB away from 0x80000000,
and below the other typical load addr of 0x90000000).

Ideally in the future, the DPL lazyapply command
("fsl_mc lazyapply DPL $dpl_addr") should be set to
load the DPL contents into a memory area owned by U-Boot.

Signed-off-by: Mathew McBride &lt;matt@traverse.com.au&gt;
Reviewed-by: Peng Fan &lt;peng.fan@nxp.com&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>board: mediatek: update config headers</title>
<updated>2023-08-03T13:40:49Z</updated>
<author>
<name>Weijie Gao</name>
<email>weijie.gao@mediatek.com</email>
</author>
<published>2023-07-19T09:15:47Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=fd9385abe29aa4ec92675e244275582271c17e02'/>
<id>urn:sha1:fd9385abe29aa4ec92675e244275582271c17e02</id>
<content type='text'>
Remove unused information from include/configs/mtxxxx.h

Signed-off-by: Weijie Gao &lt;weijie.gao@mediatek.com&gt;
</content>
</entry>
<entry>
<title>arm: mediatek: retrieve ram_base from dts node for armv8 platform</title>
<updated>2023-08-03T13:40:48Z</updated>
<author>
<name>Weijie Gao</name>
<email>weijie.gao@mediatek.com</email>
</author>
<published>2023-07-19T09:15:41Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=5fd6d4c7b3adc140f2969ed3965fd5c3e8f2d368'/>
<id>urn:sha1:5fd6d4c7b3adc140f2969ed3965fd5c3e8f2d368</id>
<content type='text'>
Now we use fdtdec_setup_mem_size_base() to get DRAM base from fdt ram node
and update gd-&gt;ram_base. CFG_SYS_SDRAM_BASE is unused and will be removed.

Also, since mt7622 always passes fdt to linux kernel, there's no need to
assign value to gd-&gt;bd-&gt;bi_boot_params.

Signed-off-by: Weijie Gao &lt;weijie.gao@mediatek.com&gt;
</content>
</entry>
<entry>
<title>riscv: qemu: Enable usb keyboard as an input device</title>
<updated>2023-08-02T08:32:44Z</updated>
<author>
<name>Bin Meng</name>
<email>bmeng@tinylab.org</email>
</author>
<published>2023-07-23T04:40:41Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=02be57caf730e2213bc844bf1dbe58bedd2c3734'/>
<id>urn:sha1:02be57caf730e2213bc844bf1dbe58bedd2c3734</id>
<content type='text'>
This brings PCI xHCI support to QEMU RISC-V and uses a usb keyboard
as one of the input devices.

Signed-off-by: Bin Meng &lt;bmeng@tinylab.org&gt;
Reviewed-by: Rick Chen &lt;rick@andestech.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
</feed>
