From: Ahmad Fatoum <a.fatoum@pengutronix.de>
To: barebox@lists.infradead.org
Cc: Ahmad Fatoum <a.fatoum@pengutronix.de>
Subject: [PATCH] Documentation: add migration guide for v2025.05.0
Date: Mon, 5 May 2025 16:07:46 +0200 [thread overview]
Message-ID: <20250505140746.2583140-1-a.fatoum@pengutronix.de> (raw)
To simplify barebox updates, let's commit to the documentation a guide
about potential breakage that users and integrators may run into after
an update, e.g. renamed Kconfig symbols.
This is inspired by the migration guides of the Yocto project[1].
[1]: https://docs.yoctoproject.org/3.4/migration-guides/migration-3.4.html
Signed-off-by: Ahmad Fatoum <a.fatoum@pengutronix.de>
---
Documentation/index.rst | 1 +
Documentation/migration-guides/index.rst | 13 ++++
.../migration-guides/migration-2025.05.0.rst | 71 +++++++++++++++++++
3 files changed, 85 insertions(+)
create mode 100644 Documentation/migration-guides/index.rst
create mode 100644 Documentation/migration-guides/migration-2025.05.0.rst
diff --git a/Documentation/index.rst b/Documentation/index.rst
index a3e019e9f0a2..e03f7f7ee946 100644
--- a/Documentation/index.rst
+++ b/Documentation/index.rst
@@ -20,6 +20,7 @@ Contents:
glossary
devicetree/*
devel/devel.rst
+ migration-guides/index
talks
* :ref:`search`
diff --git a/Documentation/migration-guides/index.rst b/Documentation/migration-guides/index.rst
new file mode 100644
index 000000000000..fbe7a0205980
--- /dev/null
+++ b/Documentation/migration-guides/index.rst
@@ -0,0 +1,13 @@
+Release Migration Guides
+========================
+
+Each document in this chapter provides information about how to move to one
+release of barebox from the previous one.
+
+The goal is to help integrators and users of barebox to adapt their
+configuration and downstream board support. barebox API breakage that
+cause build errors are generally out-of-scope for these documents.
+
+.. toctree::
+
+ migration-2025.05.0
diff --git a/Documentation/migration-guides/migration-2025.05.0.rst b/Documentation/migration-guides/migration-2025.05.0.rst
new file mode 100644
index 000000000000..fe734a2921e5
--- /dev/null
+++ b/Documentation/migration-guides/migration-2025.05.0.rst
@@ -0,0 +1,71 @@
+Release v2025.05.0
+==================
+
+Configuration options
+---------------------
+
+* ``CONFIG_CMD_NFS`` and the ``nfs`` command have been removed.
+ Users should use the NFS filesystem implementation instead via
+ :ref:`command_mount`.
+
+* ``CONFIG_STORAGE_BY_UUID`` has been renamed to ``CONFIG_STORAGE_BY_ALIAS``.
+ No functional change for the ``diskuuid`` binding use-case.
+
+* ``CONFIG_ROOTWAIT_BOOTARG`` is now enabled by default and will instruct
+ barebox to append ``rootwait`` when booting from SD/eMMC/USB/NFS if
+ barebox is already configured to generate the ``root=`` option dynamically.
+
+ This can be customized via setting the ``global`` ``linux.rootwait``
+ variable or by disabling the option.
+
+Bootloader Specification
+------------------------
+
+* Special handling for ``devicetree none`` has been finally removed in the
+ bootloader specification parser after triggering an error message for 4 years.
+ To migrate, remove the line.
+
+* GPT partitions with ``DPS_TYPE_FLAG_NO_AUTO`` are now ignored in accordance
+ with the UAPI discoverable partition specification.
+
+* All XBOOTLDR partitions (without ``DPS_TYPE_FLAG_NO_AUTO``) are now
+ considered for bootloader spec files.
+
+ Previously only the first partition with the XBOOTLDR partition type
+ was considered.
+
+* The XBOOTLDR GPT Partition Type UUID is now parsed and handled
+ identically to the MBR partition type.
+
+ If an XBOOTLDR partition exists, barebox will no longer walk
+ all partitions to find further
+ bootloader spec entries.
+
+* Any existing ESP partitions are now searched for entries after
+ XBOOTLDR partitions if any and before iterating over the full
+ list of partitions.
+
+Board support
+-------------
+
+* Legacy STM32MP1 images have been finally dropped from barebox after
+ having been removed from TF-A in 2022.
+
+ Users should migrate to FIP images with barebox as nontrusted firmware
+ (BL33) and the barebox device tree as hardware config.
+
+ Use of multiple device trees is not support directly by the FIP format
+ and can be substituted by a barebox image embedding multiple device trees
+ and using the hardware config FIP slot only as dummy.
+ See the lxa-tac board for an example.
+
+Shell and magic variables
+-------------------------
+
+* ``/dev/fw_cfg0`` has been renamed to ``/dev/fw_cfg``
+
+* ``global.boot.default`` is now ``bootsource net`` by default.
+
+ This does not affect users setting ``nv boot.default``, but for
+ others, barebox will look for bootloader spec on the bootsource
+ medium first.
--
2.39.5
next reply other threads:[~2025-05-05 14:08 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-05 14:07 Ahmad Fatoum [this message]
2025-05-06 7:18 ` Sascha Hauer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20250505140746.2583140-1-a.fatoum@pengutronix.de \
--to=a.fatoum@pengutronix.de \
--cc=barebox@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox