<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/doc/board/ti, branch next</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/doc/board/ti?h=next</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/doc/board/ti?h=next'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2026-08-25T23:12:40Z</updated>
<entry>
<title>tools: fit: sign all config image references</title>
<updated>2026-08-25T23:12:40Z</updated>
<author>
<name>James Hilliard</name>
<email>james.hilliard1@gmail.com</email>
</author>
<published>2026-08-10T23:43:07Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f252d228be2b2d180737ad0a851f91749273cbd9'/>
<id>urn:sha1:f252d228be2b2d180737ad0a851f91749273cbd9</id>
<content type='text'>
Target-side configuration verification builds the signed-region list from
every image-reference property in the selected configuration. Host-side
signing still uses either the signature node sign-images property or the
legacy kernel/fdt/script default list.

This lets mkimage generate configuration signatures which U-Boot cannot
verify when the configuration references other image types, such as
firmware, loadables or ramdisk entries. It also lets the host and target
disagree when sign-images names only a subset of the configuration images.

Build the host-side signing list from the configuration properties in the
same way as target-side verification. Use one shared property classifier so
the host and target cannot drift apart again. This makes signed
configurations cover the root node, the configuration node, every
referenced image node, and its hash, cipher and dm-verity subnodes,
regardless of image type.

Warn when a legacy sign-images property is present, since it no longer
limits the signed image list. Require every referenced image to have at
least one hash subnode. Add sandbox coverage proving that a firmware
reference omitted from sign-images is still recorded in hashed-nodes and
verified.

Update the signed-configuration documentation to describe the same rule and
the hash-subnode requirement.

Fixes: 2092322b31cc ("boot: Add fit_config_get_hash_list() to build signed node list")
Signed-off-by: James Hilliard &lt;james.hilliard1@gmail.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>doc: ti: k3: Fix pseudo DTS syntax</title>
<updated>2026-08-22T21:58:05Z</updated>
<author>
<name>Marek Vasut</name>
<email>marek.vasut+renesas@mailbox.org</email>
</author>
<published>2026-08-08T21:45:36Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=a24415ab6761f3c24566f0ef0e96c0577b00310a'/>
<id>urn:sha1:a24415ab6761f3c24566f0ef0e96c0577b00310a</id>
<content type='text'>
The code block does not use valid DTS syntax, but rather a pseudo
DTS syntax. Sphinx complains about this, so fix the syntax.

"
doc/board/ti/k3.rst:467: WARNING: Lexing literal_block '/dts-v1/;...};'
as "dts" resulted in an error at token: 'i'. Retrying in relaxed mode.
[misc.highlighting_failure]
"

Signed-off-by: Marek Vasut &lt;marek.vasut+renesas@mailbox.org&gt;
</content>
</entry>
<entry>
<title>Merge patch series "Enable Ethernet boot on SK-AM62A-LP"</title>
<updated>2026-07-28T18:30:50Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2026-07-28T17:59:28Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=5c6c504c4d35382c3788165de9d9ba847bcf7ed8'/>
<id>urn:sha1:5c6c504c4d35382c3788165de9d9ba847bcf7ed8</id>
<content type='text'>
Chintan Vankar &lt;c-vankar@ti.com&gt; says:

This series enables Ethernet boot on SK-AM62A-LP. The series is based on
commit 'a18265f1ccb7' of origin/next branch of U-Boot repo.

Link: https://lore.kernel.org/r/20260716080553.2664147-1-c-vankar@ti.com
</content>
</entry>
<entry>
<title>doc: board: ti: am62ax_sk: Add document for Ethernet boot on AM62x SoC.</title>
<updated>2026-07-28T17:58:36Z</updated>
<author>
<name>Chintan Vankar</name>
<email>c-vankar@ti.com</email>
</author>
<published>2026-07-16T08:05:53Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=179a5619aaf48d127a8b706981ce381e50eea924'/>
<id>urn:sha1:179a5619aaf48d127a8b706981ce381e50eea924</id>
<content type='text'>
Document the procedure to enable Ethernet Boot on SK-AM62A-LP.

Tested-by: Anshul Dalal &lt;anshuld@ti.com&gt;
Signed-off-by: Chintan Vankar &lt;c-vankar@ti.com&gt;
</content>
</entry>
<entry>
<title>doc: Switch from setenv to env set</title>
<updated>2026-07-27T16:50:27Z</updated>
<author>
<name>Marek Vasut</name>
<email>marek.vasut+renesas@mailbox.org</email>
</author>
<published>2026-07-18T23:45:48Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=dc3765ede5a465739740df94e803f92fbbd0514a'/>
<id>urn:sha1:dc3765ede5a465739740df94e803f92fbbd0514a</id>
<content type='text'>
The "env" command is the recommended environment management command,
its "set" subcommand is the equivalent replacement for legacy "setenv"
command. Update the documentation to use the contemporary "env set"
command instead of legacy "setenv" command.

Note that the "setenv" command is unlikely to be removed from U-Boot
in the near future due to it being integral part of the command line
ABI.

Implemented using:
$ sed -i 's@\&lt;setenv\&gt;@env set@g' $(git grep -li '\&lt;setenv\&gt;' doc/) README

Signed-off-by: Marek Vasut &lt;marek.vasut+renesas@mailbox.org&gt;
</content>
</entry>
<entry>
<title>global: Switch from source.denx.de to git.u-boot-project.org</title>
<updated>2026-07-20T17:13:21Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2026-07-15T17:21:41Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=042e45e026c77227319a426940577856ffe62e7b'/>
<id>urn:sha1:042e45e026c77227319a426940577856ffe62e7b</id>
<content type='text'>
As part of moving our git forge to a new location, update all references
in tree to point to git.u-boot-project.org now.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>Merge patch series "ti: j7: Update to v0.12.0 of DDR config tool"</title>
<updated>2026-06-09T16:26:36Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2026-06-09T16:26:36Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=cf81e36fa0c85117dbfc9a8b606671eb4b25b9db'/>
<id>urn:sha1:cf81e36fa0c85117dbfc9a8b606671eb4b25b9db</id>
<content type='text'>
Neha Malcom Francis &lt;n-francis@ti.com&gt; says:

Update all DDR configuration DTSIs to the latest auto-generated output of
the Sysconfig Tool (DDR Configuration for TDA4x, DRA8x, AM67x, AM68x,
AM69x (0.12.00.0000)) [0]

The auto-generated files must not be modified, but effort will be taken to
change the tool output to adhere to the latest checkpatch.pl rules. J722S
and J721E will also be updated in a subsequent series.

All the changes have been kernel boot tested and memtester has passed (same
as v1, as no functional changes made).

[0] https://dev.ti.com/sysconfig/#/start

Link: https://lore.kernel.org/r/20251103071035.674604-1-n-francis@ti.com
</content>
</entry>
<entry>
<title>doc: ti: k3: Add section for DDR configuration</title>
<updated>2026-06-09T16:26:21Z</updated>
<author>
<name>Neha Malcom Francis</name>
<email>n-francis@ti.com</email>
</author>
<published>2025-11-03T07:10:35Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=11dc7c06089c2c7e0f720d36cb0335d57aac0ba1'/>
<id>urn:sha1:11dc7c06089c2c7e0f720d36cb0335d57aac0ba1</id>
<content type='text'>
Add a concise section for DDR configuration pointing to the public tool
that can be used to generate the configuration DTSI.

Signed-off-by: Neha Malcom Francis &lt;n-francis@ti.com&gt;
Reviewed-by: Romain Naour &lt;romain.naour@smile.fr&gt;
</content>
</entry>
<entry>
<title>doc: board: ti: k3: Add fTPM support documentation</title>
<updated>2026-05-01T08:30:32Z</updated>
<author>
<name>Shiva Tripathi</name>
<email>s-tripathi1@ti.com</email>
</author>
<published>2026-04-22T09:19:49Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=88e888c312d342b63cd02acfaff041b9fd949a2c'/>
<id>urn:sha1:88e888c312d342b63cd02acfaff041b9fd949a2c</id>
<content type='text'>
Add fTPM support documentation including an overview, configuration
steps for RPMB provisioning, OP-TEE TA build instructions, and
verification procedure.

Signed-off-by: Shiva Tripathi &lt;s-tripathi1@ti.com&gt;
</content>
</entry>
<entry>
<title>doc: board: ti: j784s4_evm: Automate BAR address lookup for PCIe Boot</title>
<updated>2026-04-17T06:16:03Z</updated>
<author>
<name>Siddharth Vadapalli</name>
<email>s-vadapalli@ti.com</email>
</author>
<published>2026-04-12T06:46:17Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=98d1d3227e8d9513a2705e9fa4c8aa9d20d8eeac'/>
<id>urn:sha1:98d1d3227e8d9513a2705e9fa4c8aa9d20d8eeac</id>
<content type='text'>
When the J784S4-EVM is configured for PCIe Boot, the Bootloaders are to
be written to the address specified by particular BARs. The existing
documentation hard-codes the address corresponding to the BAR under the
assumption that the Root-Complex transferring the Bootloaders is also
a J784S4-EVM. The Root-Complex assigns addresses to the BARs depending
on the currently available set of free system addresses. Since the free
system addresses vary with the Root-Complex being used, instead of
hard-coding the BARs, automate the process of identifying the appropriate
BAR in the form of a command to be run by the user on the Root-Complex.

Signed-off-by: Siddharth Vadapalli &lt;s-vadapalli@ti.com&gt;
</content>
</entry>
</feed>
