In preparation of the migration of the mailmain mailing-list currently
hosted on the denx.de infrastructure, migrate the links in the code,
comments and documentation to http://patch.msgid.link to be future proof
and always link to the expected content data and uses the message-id in
the URL which will help find the appropriate e-mail in the future.

Signed-off-by: Neil Armstrong <[email protected]>
---
[1] 
https://lore.kernel.org/all/[email protected]/
---
 arch/powerpc/config.mk                   | 2 +-
 board/boundary/nitrogen6x/README         | 2 +-
 doc/chromium/chainload.rst               | 4 ++--
 doc/develop/historical/generic_board.rst | 6 +++---
 lib/efi_selftest/efi_selftest.c          | 2 +-
 tools/rkcommon.c                         | 4 ++--
 6 files changed, 10 insertions(+), 10 deletions(-)

diff --git a/arch/powerpc/config.mk b/arch/powerpc/config.mk
index 6e30df6504e..18aaae037f6 100644
--- a/arch/powerpc/config.mk
+++ b/arch/powerpc/config.mk
@@ -32,7 +32,7 @@ archprepare: checkgcc4
 
 # GCC 3.x is reported to have problems generating the type of relocation
 # that U-Boot wants.
-# See http://lists.denx.de/pipermail/u-boot/2012-September/135156.html
+# See https://patch.msgid.link/1348500648.2514.2.camel@petert
 checkgcc4:
        @if test "$(call cc-name)" = "gcc" -a \
                        $(call cc-version) -lt 0400; then \
diff --git a/board/boundary/nitrogen6x/README b/board/boundary/nitrogen6x/README
index 0b59289e7f0..114f81f1d1a 100644
--- a/board/boundary/nitrogen6x/README
+++ b/board/boundary/nitrogen6x/README
@@ -17,7 +17,7 @@ and saving the environment to SPI NOR.
 
 It does not support 'boot from SD' at offset 0x400
 except through the 'bmode' command.
-       http://lists.denx.de/pipermail/u-boot/2012-August/131151.html
+       
https://patch.msgid.link/[email protected]/
 
 2. Boots using 6x_bootscript on SATA or SD card
 -----------------------------------------------
diff --git a/doc/chromium/chainload.rst b/doc/chromium/chainload.rst
index b00ee94eaa4..0f61e020db8 100644
--- a/doc/chromium/chainload.rst
+++ b/doc/chromium/chainload.rst
@@ -42,9 +42,9 @@ Nyan-big
 
 Compiled based on information here::
 
-   https://lists.denx.de/pipermail/u-boot/2015-March/209530.html
+   https://patch.msgid.link/[email protected]/
    https://git.collabora.com/cgit/user/tomeu/u-boot.git/commit/?h=nyan-big
-   https://lists.denx.de/pipermail/u-boot/2017-May/289491.html
+   
https://patch.msgid.link/CALr8Vo1WvO=m1W2zvT=moq3k-fntcctbjk2+zgkha0j28s8...@mail.gmail.com/
    
https://github.com/chromeos-nvidia-androidtv/gnu-linux-on-acer-chromebook-13#copy-data-to-the-sd-card
 
 1. Build U-Boot
diff --git a/doc/develop/historical/generic_board.rst 
b/doc/develop/historical/generic_board.rst
index 12550a140e0..17a92687c5b 100644
--- a/doc/develop/historical/generic_board.rst
+++ b/doc/develop/historical/generic_board.rst
@@ -64,17 +64,17 @@ separate function calls so that they can easily be included 
or excluded
 for a particular architecture. It also makes it easier to adopt Graeme's
 initcall proposal when it is ready.
 
-http://lists.denx.de/pipermail/u-boot/2012-January/114499.html
+https://patch.msgid.link/[email protected]/
 
 This series removes the dependency on generic relocation. So relocation
 happens as one big chunk and is still completely arch-specific. See the
 relocation series for a proposed solution to this for ARM:
 
-http://lists.denx.de/pipermail/u-boot/2011-December/112928.html
+https://patch.msgid.link/CAPnjgZ0jesqX1Y71S5xoYQDGPuARfOX48RGbU9Mw=p5hgyc...@mail.gmail.com/
 
 or Graeme's recent x86 series v2:
 
-http://lists.denx.de/pipermail/u-boot/2012-January/114467.html
+https://patch.msgid.link/[email protected]/
 
 Instead of moving over a whole architecture, this series takes the approach
 of simply enabling generic board support for an architecture. It is then up
diff --git a/lib/efi_selftest/efi_selftest.c b/lib/efi_selftest/efi_selftest.c
index 2b95713afb4..ca23438bb94 100644
--- a/lib/efi_selftest/efi_selftest.c
+++ b/lib/efi_selftest/efi_selftest.c
@@ -284,7 +284,7 @@ efi_status_t EFIAPI efi_selftest(efi_handle_t image_handle,
                         * implemented we should call
                         *   st_boottime->exit(image_handle, EFI_SUCCESS, 0, 
NULL);
                         * here, cf.
-                        * 
https://lists.denx.de/pipermail/u-boot/2017-October/308720.html
+                        * 
https://patch.msgid.link/[email protected]
                         */
                        return EFI_SUCCESS;
                }
diff --git a/tools/rkcommon.c b/tools/rkcommon.c
index cb2d30bfd57..b39777fc060 100644
--- a/tools/rkcommon.c
+++ b/tools/rkcommon.c
@@ -205,7 +205,7 @@ static int rkcommon_get_aligned_size(struct 
image_tool_params *params,
 
        /*
         * Pad to a 2KB alignment, as required for init/boot size by the ROM
-        * (see https://lists.denx.de/pipermail/u-boot/2017-May/293268.html)
+        * (see 
https://patch.msgid.link/CANbgqAQPw5Dxp7Qm_aZoL1nggg9Mm1SQoKvx=v5a8p-9+dt...@mail.gmail.com/)
         */
        return ROUND(size, RK_SIZE_ALIGN);
 }
@@ -328,7 +328,7 @@ static void rkcommon_set_header0(void *buf, struct 
image_tool_params *params)
         * to determine the size of the next-stage bootloader (e.g. U-Boot
         * proper), when used with the back-to-bootrom functionality.
         *
-        * see https://lists.denx.de/pipermail/u-boot/2017-May/293267.html
+        * see 
https://patch.msgid.link/canbgqaq5p-fe4t-ye9uams-nrgu8ap_yxdf+5sbzbp8bxla...@mail.gmail.com/
         * for a more detailed explanation by Andy Yan
         */
        if (spl_params.boot_file)

---
base-commit: f072620dc9ffda00b010783da27c41231c3a439b
change-id: 20260624-ml-switch-ml-links-to-patch-msg-id-e925a37b0802

Best regards,
--  
Neil Armstrong <[email protected]>

Reply via email to