| Age | Commit message (Collapse) | Author |
|---|
|
Set CONFIG_DEFAULT_FDT_FILE in all SC5xx defconfigs to the
corresponding board DTB filename, and set fdtfile from it in the
common ADI boot environment. This provides a default device tree
file for booting the OS.
Signed-off-by: Ozan Durgut <[email protected]>
|
|
https://git.u-boot-project.org/u-boot/custodians/u-boot-stm
STM32MP:
- Fix compilation when CONFIG_FWU_MULTI_BANK_UPDATE flag is enabled
|
|
This patch solves a STM32MP2 compilation issue in
board/st/common/stm32mp_fwu.c when CONFIG_FWU_MULTI_BANK_UPDATE
is activated :
- error: ‘TAMP_FWU_BOOT_INFO_REG’ undeclared
- error: ‘TAMP_FWU_BOOT_IDX_OFFSET’ undeclared
- error: ‘TAMP_FWU_BOOT_IDX_MASK’ undeclared
- error: implicit declaration of function ‘env_set’
Fixes: 4369c6a05035 ("board: st: factorize STM32MP FWU multi-bank support")
Signed-off-by: Patrick Delaunay <[email protected]>
Signed-off-by: Patrice Chotard <[email protected]>
Reviewed-by: Patrick Delaunay <[email protected]>
|
|
https://git.u-boot-project.org/u-boot/custodians/u-boot-stm
Fixes:
_ bound the invalid-argument message in stm32mp1_ddr_subcmd()
_ Move TAMP_FWU_BOOT_IDX_MASK/OFFSET definition to fix STM32MP2
compilation issue.
|
|
Move the definition of TAMP_FWU_BOOT_IDX_MASK and
TAMP_FWU_BOOT_IDX_OFFSET outside of config check for
CONFIG_STM32MP15X and CONFIG_STM32MP13X.
This patch solves a STM32MP2 compilation issue in
board/st/common/stm32mp_fwu.c when CONFIG_FWU_MULTI_BANK_UPDATE
is activated.
Fixes: 5166658ac605 ("ARM: stm32mp2: Factorize TAMP_FWU_BOOT_IDX_MASK/OFFSET definition")
Signed-off-by: Patrick Delaunay <[email protected]>
Reviewed-by: Patrice Chotard <[email protected]>
|
|
stm32mp1_ddr_subcmd() formats a rejected argument into a 50-byte stack
buffer with an unbounded sprintf():
char string[50] = "";
...
sprintf(string, "invalid argument %s", argv[1]);
argv[1] comes from cli_simple_parse_line() over a console line held in
buffer[CONFIG_SYS_CBSIZE], which is commonly 256 bytes or more. The
fixed prefix takes 17 bytes, leaving 32 for the argument and its NUL, so
any invalid argument longer than 32 characters writes past the end of
string and corrupts the stack of the DDR interactive console.
Use snprintf() with sizeof(string). The sibling call a few lines below
formats only integers and cannot overflow, so it is left alone.
Fixes: 0d447524425e ("stm32mp1: ram: add tests in DDR interactive mode")
Signed-off-by: Ngo Luong Thanh Tra <[email protected]>
Cc: Patrick Delaunay <[email protected]>
Cc: Patrice Chotard <[email protected]>
Cc: Tom Rini <[email protected]>
Reviewed-by: Patrice Chotard <[email protected]>
|
|
https://git.u-boot-project.org/u-boot/custodians/u-boot-efi
Pull request efi-2026-10-rc4
Documentation:
* correct outdated links in documentation and in binman code
* switch to HTTPS for a few links
Others:
* lib: correct list_guid[] array
|
|
The current link results in a 404. Looking at the Wayback Machine[1], I
found a similar page currently being served. It's probably very outdated
by now but at least it's not a 404 anymore.
[1] https://web.archive.org/web/20230520044331/https://www.chromium.org/chromium-os/firmware-porting-guide/
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The link doesn't serve the document anymore. It's available both in HTML
and PDF form at another address but let's point at the HTML version in
hope it stays online longer.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
It's 2026, we really should be using HTTPS wherever possible. The links
in this commit were individually tested, they work fine (the sipeed one
sometimes times out but I'm guessing it's hosted in China and it's not
uncommon for Europeans to have issues reaching servers there).
Signed-off-by: Quentin Schulz <[email protected]>
|
|
This avoids triggering checkpatch that asks us to use lore.kernel.org
where the patchwork mailing list isn't hosted.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The link returns a 404 and the Appendix A. link at the bottom of
https://www.chromium.org/chromium-os/developer-library/guides/firmware/firmware-porting-guide
is a dead link. I found this by looking on a web search engine for a
couple seconds and it seems to be matching the title. No clue where this
file is supposed to be exposed so let's point at the file in the git
repo for now.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
We don't have one on the new mailman and Tom said[1] it was so rarely
used it doesn't make sense for now to set up one on the new mailman,
thus drop it.
[1] https://libera.catirclogs.org/u-boot/2026-08-25#40371346;
Signed-off-by: Quentin Schulz <[email protected]>
|
|
We never had a file in boot/distro.c. The only time we had a
distro_boot() function was between v2022.07 when it was introduced and
v2023.07 (excluded) when it was renamed to extlinux_boot(). So let's
just point at the latest release that still had it.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The landing page of mailman with all mailing lists hosted on
lists.u-boot-project.org isn't really useful to the typical user as the
two other lists are for custodians or board maintainers. Therefore,
point at the information page for the most relevant mailing list for
most users.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The new domain needs /mailman added after the domain to be able to reach
the mailman information page about the mailing list, so add it.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
While source.denx.de still resolves at the moment, it's not guaranteed
it'll do so forever. So migrate the instructions to the new GitLab at
git.u-boot-project.org.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The GitLab is now hosted at git.u-boot-project.org so let's update those
old links that weren't migrated in the previous relocation from
gitlab.denx.de to source.denx.de.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The repo got reorganized into multiple layers in commit
https://github.com/siemens/meta-iot2050/commit/db272a3508ed0f0226f6da5bb19e4d21fab55391
so let's update the links to still point at what's intended (hopefully).
Signed-off-by: Quentin Schulz <[email protected]>
|
|
Both repos on GitHub do not exist anymore. ipmitool is still packaged in
distros and they point at sourceforge as the source, which itself says
development is happening on codeberg now.
For cxmanage, it's unclear where the source code resides as no distro
packages it. There is a cxmanage package on PyPI and they list
maintainers that are also maintainers of pyipmi, so I guess this is good
enough.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
linkcheck complained that the anchor doesn't exist anymore. Instead, a
separate page is available so link to that instead.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
I couldn't find a link to replace it with.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The link states the current version has moved to
https://systemd.io/BOOT_LOADER_SPECIFICATION/ which itself says it's now
hosted at
https://uapi-group.org/specifications/specs/boot_loader_specification/
so used that link instead of making the user hop through multiple hoops.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The link to the TRM doesn't exist anymore, so let's replace it with one
that provides the first part of the TRM where the BOOT_CFG is explained.
Signed-off-by: Quentin Schulz <[email protected]>
Acked-by: Soeren Moch <[email protected]>
|
|
The current link redirects to a generic page on the Intel website.
Looking at the Wayback Machine[1], it really looks like what is
currently exposed in the official kernel docs, so used that instead.
[1] https://web.archive.org/web/20220916014111/https://01.org/linuxgraphics/gfx-docs/drm/driver-api/firmware/index.html
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The first link doesn't serve anything anymore and the second doesn't
offer a link to download the slides.
pretalx is the service used by the LF for their CFP and hosting slides
and talk abstracts.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
It currently serves a 404. Looking at the Wayback Machine[1], I found a
similar page currently being served. It's probably very outdated by now
but at least it's not a 404 anymore.
[1] https://web.archive.org/web/20230520044331/https://www.chromium.org/chromium-os/firmware-porting-guide/
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The current link just says to click on another link as the resource has
migrated, so simply use that new link instead.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The base URL reports Forbidden access. Removing the www. prefix made it
work (note that using HTTPS returns Forbidden access as well).
Signed-off-by: Quentin Schulz <[email protected]>
|
|
https:// trips linkcheck because it thinks it's supposed to be a link
and is malformed. Instead, simply replace with HTTPS.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
Replace with the link it currently redirects to (it has HTTPS also :) ).
Signed-off-by: Quentin Schulz <[email protected]>
|
|
Having the link split like that doesn't work at all as it inserts a
space in a URL, which isn't possible without being escaped. While at it,
replace with the URL it currently redirects to.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
It redirects to a fancy 404. From a cursory look at the Wayback
machine[1], I don't think it has more than what's already in this file
so simply remove the mention of it.
[1] https://web.archive.org/web/20240915073329/https://bottest.wiki.kernel.org/coccicheck
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The original links often time out. On the Wayback Machine[1], the root
URL is redirected to https://coccinelle.gitlabpages.inria.fr so use that
link directly.
[1] https://web.archive.org/web/20251028230912/http://coccinelle.lip6.fr/
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The KPIT GNU tools URL redirects to some totally unrelated garbage, so
let's remove it.
The other URL in the git diff is left as-is even though no server
currently answers for that URL.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
Update link to one suggested in
https://review.coreboot.org/admin/repos/blobs,general. They point at the
same git repo in the end (checked locally with git clone --depth 1).
Signed-off-by: Quentin Schulz <[email protected]>
|
|
Those links actually redirect to wiki.syslinux.org so let's use those
links directly.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The link actually (after a looooooong time) redirects to the GPL-3.0
license which isn't the appropriate license. Instead, point at the
GPL-2.0 page.
Signed-off-by: Quentin Schulz <[email protected]>
Reviewed-by: Heinrich Schuchardt <[email protected]>
|
|
The article doesn't exist anymore. On the Wayback machine[1], one can
see that the article merely quotes a patch from the mailing list. It
eventually got merged and moved around a bit and is now residing at the
link in this commit.
[1] https://web.archive.org/web/20120512160209/https://kerneltrap.org/Linux/Email_Clients_and_Patches
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The product page link redirects permanently to something else, so avoid
the hop by pointing at that link instead.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The original link is 404, replace with one I believe to be correct based
on the info on the product page.
Signed-off-by: Quentin Schulz <[email protected]>
Reviewed-by: Viacheslav Bocharov <[email protected]>
|
|
http://git.ipxe.org/ipxe.git redirects to https://github.com/ipxe/ipxe
so let's use the proper link without a redirect in-between.
Signed-off-by: Quentin Schulz <[email protected]>
Reviewed-by: Ilias Apalodimas <[email protected]>
Reviewed-by: Heinrich Schuchardt <[email protected]>
|
|
I'm assuming those are the appropriate links now. linuxfound.org
redirects to linuxfoundation.org. The WHOIS returns the same registrar
(1API GmbH). The Updated Date for linuxfoundation.org and linxfound.org
are 18min apart so I'm assuming they got renewed around the same time.
No guarantee it's the LF that's behind but that'll do for now.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
acpi.info doesn't expose anything anymore.
One of the last archives of that link on the Wayback Machine states[1]
that the ACPI spec is now hosted on uefi.org, so let's update the link
to something that actually is interesting to the user.
[1] https://web.archive.org/web/20190522071820/http://www.acpi.info/
Signed-off-by: Quentin Schulz <[email protected]>
|
|
http://www.seabios.org/SeaBIOS returns 404, so let's simply return the
landing page of the documentation instead: https://www.seabios.org/.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The page on the Intel website has been redirecting to a generic page for
the last 10 years according to the wayback machine. Let's just point at
the Wikipedia page instead of some generic and unhelpful URL.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
simplefirmware.org has been redirecting to various different domains
over the past year and those domains don't host anything. Moreover, SFI
was abandoned by the Linux kernel 6 years ago. Let's just point at the
Wikipedia page instead of a non-existing (and possibly domain-squatted)
URL.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The current link is returning 404. I'm assuming this link here is the
proper product page based on the slug in the URL.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The URL points to nothing on the Coreboot Gerrit. Instead, let's point
at the project page on Gerrit from which one can get the command to use
to clone the repo and also show the changes (patchsets) related to the
project.
Signed-off-by: Quentin Schulz <[email protected]>
|
|
The OpenEmbedded wiki doesn't reside at that address (it does at
https://www.openembedded.org/wiki/) but it's unclear what it's useful
for to link to it so instead let's remove the link.
The related pw-am.sh script cannot be found at that address, however it
is available at a new address so let's use that though OE-Core lists it
among the Outdated information in its wiki[1].
[1] https://www.openembedded.org/wiki/Patchwork#Outdated
Signed-off-by: Quentin Schulz <[email protected]>
|
