This reverts commit 33041972727e84d3f95e26c83322521f61827584.
With the ability to generate this SMBIOS details autmotically the
small amount of details that this patch provided are generated
automatically so this is now obsolete so we can just drop it.
Signed-off-by: Peter Robinson
---
arch
Hi Tom,
Please pull the updates for the Raspberry Pi:
Updates for RPi for 2024.07:
- Switch to OF_HAS_PRIOR_STAGE by default
The following changes since commit 52835266d3e933656a217233eaf672dd9ccd7352:
Prepare v2024.07-rc2 (2024-05-06 13:54:17 -0600)
are available in the Git repository at:
On Tue, 7 May 2024 at 19:30, Raymond Mao wrote:
>
> Integrate MbedTLS v3.6 LTS (currently v3.6.0-RC1) with U-Boot.
>
> Motivations:
>
> 1. MbedTLS is well maintained with LTS versions.
> 2. LWIP is integrated with MbedTLS and easily to enable HTTPS.
> 3. MbedTLS recently switched
On Thu, 2 May 2024 at 02:33, Tom Rini wrote:
>
> Remove from this driver directory and when needed
> add missing include files directly.
>
> Signed-off-by: Tom Rini
Reviewed-by: Peter Robinson
Looks good.
> ---
> Cc: Tom Rini
> Cc: Simon Glass
> Cc: Matthias Br
On Thu, 2 May 2024 at 02:33, Tom Rini wrote:
>
> Remove from this driver directory and when needed
> add missing include files directly.
>
> Signed-off-by: Tom Rini
Reviewed-by: Peter Robinson
Looks fine
> ---
> Cc: Ryan Chen
> Cc: Chia-Wei Wang
> Cc: Aspeed BMC
On Thu, 2 May 2024 at 02:32, Tom Rini wrote:
>
> Remove from this driver directory and when needed
> add missing include files directly.
>
> Signed-off-by: Tom Rini
Reviewed-by: Peter Robinson
Looks good.
> ---
> Cc: Peng Fan
> Cc: Jaehoon Chung
> Cc: Tom Rini
On Thu, 2 May 2024 at 02:32, Tom Rini wrote:
>
> Remove from this driver directory and when needed
> add missing include files directly.
>
> Signed-off-by: Tom Rini
Reviewed-by: Peter Robinson
Looks fine to me.
> ---
> Cc: Tom Rini
> Cc: Matthias Brugger
> Cc:
On Thu, 2 May 2024 at 02:34, Tom Rini wrote:
>
> Remove from this driver directory and when needed
> add missing include files directly.
>
> Signed-off-by: Tom Rini
Reviewed-by: Peter Robinson
LGTM.
> ---
> Cc: Anatolij Gustschin
> Cc: Tom Rini
> Cc: Matthias Br
On Wed, 1 May 2024 at 17:25, Jonas Karlman wrote:
>
> Remove the obsolete ethernet0 alias now that all board device tree files
> have been fully synced with Linux kernel v6.8.
>
> Signed-off-by: Jonas Karlman
Reviewed-by: Peter Robinson
> ---
> v2: New patch
> ---
On Sun, 31 Mar 2024 at 21:34, Jonas Karlman wrote:
>
> Sync rk3399-rock960 related device tree from linux v6.8.
TBH I wouldn't class this as "Sync device tree from linux v6.8", it
does a dozen other things as well!
> Add DM_RESET=y to support reset signals.
>
> Add PCI=y, CMD_PCI=y and
se TPL+SPL and use common bss and stack addresses to allow
> for more options to be enabled in a future patch. Also add the missing
> DEFAULT_FDT_FILE option.
>
> Signed-off-by: Jonas Karlman
Reviewed-by: Peter Robinson
I believe I have one of these if you need anything test
Jonas Karlman
Reviewed-by: Peter Robinson
Looks good, I meant to do this ages ago.
> ---
> arch/arm/mach-rockchip/Kconfig | 2 ++
> configs/chromebook_bob_defconfig | 2 --
> configs/chromebook_kevin_defconfig | 2 --
> configs/evb-rk3399_defconfig | 2
Hi Jonas,
Overall this series looks good, and I'll be able to test it fro next
week when I'm back near devices.
> This series adds support for new clocks used in linux v6.8 device trees,
> enables use of FIT signature check for checksum validation and fixes
> loading FIT from SD-card when
Hi Martin,
> I reworked the commit message because I noticed the upstream Linux kernel has
> a
> difference with the Raspberry Pi fork of the kernel regarding the algorithm
> used to determine the MAC address of the smsc95xx.
So looking at this on an original 3B because that's what I had booted
On Tue, 12 Mar 2024 at 09:55, Sumit Garg wrote:
>
> Hi Peter,
>
> On Tue, 12 Mar 2024 at 15:13, Peter Robinson wrote:
> >
> > Hi Sumit,
> >
> > > pcie_imx doesn't seem to share any useful code for iMX8MP SoC and it is
> > > rather tied to quite old
Hi Sumit,
> pcie_imx doesn't seem to share any useful code for iMX8MP SoC and it is
> rather tied to quite old port of pcie_designware driver from Linux which
> suffices only iMX6 specific needs.
>
> But currently we have the common DWC specific bits which alligns pretty
> well with DW PCIe
partition IDs as they are also
permissable for an ESP.
Signed-off-by: Peter Robinson
---
v2:
- Add 0x0c option
- Make hex constants consistent
- Move from if to switch statement
v3:
- Fix switch brain fart
v4:
- Drop boot_ind out of switch
disk/part_dos.c | 13 -
1 file changed, 12
partition IDs as they are also
permissable for an ESP.
Signed-off-by: Peter Robinson
---
v2:
- Add 0x0c option
- Make hex constants consistent
- Move from if to switch statement
v3:
- Fix switch brain fart
disk/part_dos.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff
On Sun, 25 Feb 2024 at 14:23, Mark Kettenis wrote:
>
> > From: Peter Robinson
> > Date: Sun, 25 Feb 2024 14:14:55 +
> >
> > The EFI spec states that the ESP can be any of FAT12/16/32 but for
> > compatibility doesn't necssarily require the partition to
On Thu, 29 Feb 2024 at 19:11, Igor Opaniuk wrote:
>
> Hi Ilias,
>
> On Wed, Feb 14, 2024 at 7:34 PM Igor Opaniuk
> wrote:
>
> > - Address some spelling errors and typos
> > - Support CMD_OPTEE_RPMB for SANDBOX configurations and add python tests
> > - Remove common.h inclusion for drivers/tee
>
On Wed, 28 Feb 2024 at 10:58, Ilias Apalodimas
wrote:
>
> The arm linker scripts had a mix of symbols and C defined variables in an
> effort to emit relative references instead of absolute ones e.g [0].
> This has led to confusion over the years, ending up with mixed section
> definitions. Some
partition IDs as they are also
permissable for an ESP.
Signed-off-by: Peter Robinson
---
v2:
- Add 0x0c option
- Make hex constants consistent
- Move from if to switch statement
disk/part_dos.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/disk/part_dos.c b
Hi,
> I have a Raspberry Pi 3B Plus which I want to integrate with U-boot
> (v2023.10) .
>
> I am using rpi_3_32b_defconfig to generate u-boot.bin. But while booting I
> am getting below error
>
> Loading Environment from FAT... Unable to read "uboot.env" from mmc0:1...
> In:serial,usbkbd
>
On Wed, 21 Feb 2024, 11:30 Bob Wolff, wrote:
> Hi there,
> I have two separate but related pull requests I'd like to contribute. They
> both have to do with ECDSA support.
> - The simple one is a lack of null-pointer check that can cause a crash in
> certain situations. Easy peasy.
>
Just send
On Thu, 15 Feb 2024 at 21:03, Caleb Connolly wrote:
>
> Add a config fragment for building U-Boot such that it can be
> chainloaded by aboot/LK rather than being flashed directly to the aboot
> partition.
How does this work in practice? I think a lot of devices, one example
I see is signed vs
On Mon, 19 Feb 2024 at 10:24, Mark Kettenis wrote:
>
> > From: Peter Robinson
> > Date: Mon, 19 Feb 2024 09:12:15 +
> >
> > The EFI spec states that the ESP can be any of FAT12/16/32 but for
> > compatibility doesn't necssarily require the partition to
partition IDs as they are also
permissable for an ESP.
Signed-off-by: Peter Robinson
---
disk/part_dos.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/disk/part_dos.c b/disk/part_dos.c
index 567ead7511d..303eb1d13ee 100644
--- a/disk/part_dos.c
+++ b/disk/part_dos.c
@@ -40,6 +40,12
This is the only board that enables it, and looking generally I don't
believe it's used. All use cases I could fine for the board rub by
default off jffs on the nand and it doesn't enable USB storage.
Signed-off-by: Peter Robinson
Cc: egnite GmbH
---
configs/ethernut5_defconfig | 1 -
1 file
It was only included by a single board which doesn't appear to have
ever used it for any default use cases so drop the filesystem now
that isn't used by any in-tree configurations.
Signed-off-by: Peter Robinson
---
cmd/Kconfig| 9 -
cmd/reiser.c | 171
actually appear to be
actively maintained either for the best part of 10+ years but I don't
remove that as part of this PR but leave it to someone who may know the
AT91 ecosystem better than me.
Peter Robinson (2):
configs: ethernut5: Drop reiserfs
fs: drop reiserfs
cmd/Kconfig
up() from the weak function
> rk_board_late_init() into the main board_late_init() function.
>
> Signed-off-by: Jonas Karlman
Reviewed-by: Peter Robinson
Looks good.
> ---
> arch/arm/mach-rockchip/board.c| 10 +++---
> arch/arm/mach-rockchip/rk3399/Kconfig
The Broadcom Northstar 2 support was removed when the
bcm958712k board was removed but the target entry was
missed so clean that up as well.
Fixes: d59bc09d829 ("arm: Remove bcm958712k board")
Signed-off-by: Peter Robinson
---
arch/arm/Kconfig | 9 -
1 file changed, 9 deletion
On Sat, 17 Feb 2024 at 16:53, John wrote:
>
> I am running Arch ARM on a RPi4B and also on a RPi5B. My RPi4B can boot the
> vanilla kernel package (linux-aarch64) with the latest uboot-raspberrypi
> (2024.04-rc2) just fine. Yet, if I take that uSD card and place it in my
> RPi5B, it does not
> I am running the NanoPi R6C. The device is not capable of booting from
> the SSD, the next best thing is to load the root filesystem from the SSD.
By booting you mean loading the firmware from SSD (by which I think
you mean NVME right).
> Using rockchip's repos, I compile from source the
On Tue, 13 Feb 2024 at 12:18, Cedric Blancher wrote:
>
> Good morning!
>
> Does U-Boot support booting from a NFSv4 file system? Explicitly
> neither NFSv2 or NFSv3 will work in our case, as both protocol
> versions are depreciated and no longer allowed by our IT department.
Not that I am aware
On Mon, 12 Feb 2024 at 14:16, Dragan Simic wrote:
>
> Hello Peter,
>
> On 2024-02-12 14:56, Peter Robinson wrote:
> > On Fri, 9 Feb 2024 at 18:57, Dragan Simic wrote:
> >> On 2024-02-09 19:36, Mark Kettenis wrote:
> >> >> Date: Fri, 09 Feb 2024
addresses for all boards.
For the series:
Reviewed-by: Peter Robinson
> This stacks on top of the recent defconfig update series [1] from Jonas.
>
> [1] https://lore.kernel.org/u-boot/20240207000301.3270722-1-jo...@kwiboo.se/
>
>
> Chen-Yu Tsai (4):
> rockchip: rk3328: R
On Fri, 9 Feb 2024 at 18:57, Dragan Simic wrote:
>
> Hello Mark,
>
> On 2024-02-09 19:36, Mark Kettenis wrote:
> >> Date: Fri, 09 Feb 2024 18:58:01 +0100
> >> From: Dragan Simic
> >> Please, see my comments below.
> >>
> >> On 2024-02-09 10:50, Quentin Schulz wrote:
> >> > From: Quentin Schulz
eak symbol instead.
Reviewed-by: Peter Robinson
> Cc: Quentin Schulz
> Reviewed-by: Kever Yang
> Signed-off-by: Quentin Schulz
> ---
> arch/arm/include/asm/arch-rockchip/misc.h | 9 -
> arch/arm/mach-rockchip/board.c| 5 -
> 2 files changed, 4 insert
On Fri, 9 Feb 2024 at 09:50, Quentin Schulz wrote:
>
> From: Quentin Schulz
>
> Only setup_iodomain() differs from the original misc_init_r from
> Rockchip mach code, so let's use rockchip_early_misc_init_r instead of
> reimplementing the whole misc_init_r from Rockchip.
d, I vaguely remember
we might have excluded rockchip_setup_macaddr because of an error but
that was some time ago.
Reviewed-by: Peter Robinson
> Cc: Quentin Schulz
> Reviewed-by: Kever Yang
> Signed-off-by: Quentin Schulz
> ---
> .../pine64/pinephone-pro-rk3399/pinephone-pro-
ould be gated on GMAC_ROCKCHIP or
something similar. Otherwise:
Reviewed-by: Peter Robinson
> Cc: Quentin Schulz
> Reviewed-by: Kever Yang
> Signed-off-by: Quentin Schulz
> ---
> board/pine64/pinebook-pro-rk3399/pinebook-pro-rk3399.c | 18
> ++
> 1 file changed, 2 in
On Sun, 11 Feb 2024 at 16:02, Andrey Skvortsov
wrote:
>
> In general any DRAM address, that isn't overwritten during a boot is
> suitable for pstore.
What's this functionality providing? The details below give the
technical reasons for the memory address but I'm not sure what
enabling pstore
On Wed, 7 Feb 2024 at 13:48, Tom Rini wrote:
>
> On Wed, Feb 07, 2024 at 02:00:16PM +0100, Igor Opaniuk wrote:
> > Hello,
> >
> > I was playing a bit with different hash functions recently, and
> > it turned out that md5sum, crc32, sha1 cmds just duplicate
> > what is already covered by generic
configs: rpi_arm64: build position independent code (2024-01-30 17:40:13
> +0100)
>
> ----
> Add RaspberryPi5 basic support.
Acked-by: Peter Robinson
>
> Dmitry Malkin (2):
On Thu, 25 Jan 2024 at 03:02, Heinrich Schuchardt
wrote:
>
> On 1/24/24 22:16, Tom Rini wrote:
> > On Wed, Jan 17, 2024 at 04:33:45PM +0100, Heinrich Schuchardt wrote:
> >
> >> U-Boot can either generated an SMBIOS table or copy it from a prior boot
> >> stage, e.g. QEMU.
> >>
> >> Provide a
On Sun, 14 Jan 2024 at 10:23, Svyatoslav Ryhel wrote:
>
> It seems that the U-Boot console entry of the bootmenu has lost
> its original meaning. Now, even if it is chosen, the probability
> that you will enter the actual U-Boot console is quite low.
> Boot env, bootflow, bootcommand script may
On Wed, Jan 3, 2024 at 2:03 PM Tom Rini wrote:
>
> On Wed, Jan 03, 2024 at 06:37:16PM +0530, Sumit Garg wrote:
>
> [snip]
> > Tom, Simon,
> >
> > Is there any U-Boot policy in regards to board code going forward? Are
> > we moving in a direction to get rid of most board specific stubs from
> >
gned-off-by: Simon Glass
Reviewed-by: Peter Robinson
It's also worth noting here the aarch64 Server Base Boot Requirements
(SBBR) has required SMBIOS v3 since version 1.0 of the spec [1].
[1] https://documentation-service.arm.com/static/5fb7e5adca04df4095c1d64d
> ---
>
> Changes in v5:
On Mon, Oct 23, 2023 at 4:55 PM Mark Kettenis wrote:
>
> > From: Simon Glass
> > Date: Mon, 23 Oct 2023 00:08:40 -0700
> >
> > > > fdt_node_check_compatible() does most of the work...then you need to
> > > > check which FDT has the most specific match (i.e. latest in the string
> > > > list).
On Sat, Dec 23, 2023 at 12:53 AM Heinrich Schuchardt wrote:
>
> U-Boot can either generated an SMBIOS table or copy it from a prior boot
> stage, e.g. QEMU.
>
> Provide a command to display the SMBIOS information.
>
> Currently only type 1 and 2 are translated to human readable text.
> Other
On Fri, Dec 29, 2023 at 12:23 AM Tom Rini wrote:
>
> On Thu, Dec 28, 2023 at 07:48:08PM +, Simon Glass wrote:
> > Hi Tom,
> >
> > On Thu, Dec 28, 2023 at 3:40 PM Tom Rini wrote:
> > >
> > > On Thu, Dec 28, 2023 at 03:09:40PM +, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Thu,
On Fri, Dec 22, 2023 at 3:37 PM Tom Rini wrote:
>
> On Fri, 22 Dec 2023 16:01:56 +0100, Heinrich Schuchardt wrote:
>
> > If we call efi_binary_run() with size parameter set to zero, we get an error
> >
> > Not a PE-COFF file
> >
> > Fill the missing value.
> >
> >
> > [...]
>
> Applied to
On Sat, Dec 16, 2023 at 6:57 PM Simon Glass wrote:
>
> Hi Tom,
>
> On Thu, 14 Dec 2023 at 06:11, Tom Rini wrote:
> >
> > On Wed, Dec 13, 2023 at 08:19:11PM -0700, Simon Glass wrote:
> >
> > [snip]
> > > The new DT nodes / SMBIOS binding [1] allows for the correct
> > > information to be
> > > > Maybe we need to turn this discussion on its head slightly. What do you
> > > > want to do to get SMBIOS fields to be widely populated with
> > > > generally-correct information? What we have been doing has seen very
> > > > little adoption so we need something else.
> > >
> > > Well, who
Hi Simon,
> > > > > Hmm I don't know, but I wonder why I am not just checking t->bios_ver
> > > > > for Unknown.
> > > > > I'll have a look and change it
> > > >
> > > > Ok, this can't be changed as easily. smbios_add_prop() will not
> > > > return NULL in any case. It returns an integer. With
On Wed, Dec 20, 2023 at 6:37 AM Ilias Apalodimas
wrote:
>
> Hi Michael
>
> On Tue, 19 Dec 2023 at 14:47, Michael Walle wrote:
> >
> > Hi Mark,
> >
> > >> > Any runtime device drivers for variable storage should not be in the
> > >> > U-Boot runtime but live in the secure world (e.g. OP-TEE) FF-A
Move the use of md5s for recording filesystem file integrity
checks to sha256 hashes as they're preferred due to being
less likely to produce clashing hashes. In the process
generalise some of the wording to use the more generic
hash term.
Signed-off-by: Peter Robinson
---
test/fs/fs-test.sh
Hi Simon,
On Mon, Dec 18, 2023 at 3:02 PM Simon Glass wrote:
>
> Hi Ilias,
>
> On Wed, 6 Dec 2023 at 04:36, Ilias Apalodimas
> wrote:
> >
> > [...]
> >
> > >
> > >>
> > >> > str = "Unknown";
> > >> >
> > >> > for (;;) {
> > >> > @@ -151,8 +151,7 @@ static int
> > > > What do you mean wrong, exactly?
> > >
> > > "raspberrypi" instead of "Raspberry Pi", for example, or "friendlyarm"
> > > instead of "FriendlyElec"
> >
> > Heh, well, even in the x86 world vendors can't even spell their own
> > name consistently.
> >
> > > I just wonder what this
> > > > > > Not always. I am not sure if x86 does that, but on the rest of the
> > > > > > architectures, they are only initialized when the efi smbios code
> > > > > > runs. Wasn't this something you were trying to change?
> > > > >
> > > > > One of those things I keep repeating is that we don't
Hi Simon,
Sorry for the delayed response, I was out with COVID.
> I tried the instructions here with a rpi4:
>
> https://docs.fedoraproject.org/en-US/quick-docs/raspberry-pi/#_installing_fedora_on_a_raspberry_pi_for_linux_users
>
> xzcat Fedora-Workstation-39-1.5.aarch64.raw.xz | sudo dd
>
pberry Pi 4 Model B Rev 1.1
> Version: Unknown
> Serial Number: 1bb24ceb
> UUID: 30303031-3030-3030-3061-613234636435
> Wake-up Type: Reserved
> SKU Number: Unknown
> Family: Unknown
> [...]
>
> Signed-off-by: Ilia
...]
>
> While at it make smbios_add_prop_si() add a string directly if the prop
> node is NULL and replace smbios_add_string() calls with
> smbios_add_prop_si(ctx, NULL, )
>
> Signed-off-by: Ilias Apalodimas
Reviewed-by: Peter Robinson
Tested-by: Peter Robinson
> ---
On Fri, Dec 8, 2023 at 12:52 PM Shantur Rathore wrote:
>
> Hi Jagan,
>
> On Fri, Dec 8, 2023 at 11:13 AM Jagan Teki wrote:
> >
> > On Sun, Nov 19, 2023 at 10:54 PM Shantur Rathore wrote:
> > >
> > > Rockchip SoCs can support wide range of bootflows.
> > > Without full bootflow commands, it can
On Sun, Nov 19, 2023 at 6:55 PM Mark Kettenis wrote:
>
> > Date: Sat, 18 Nov 2023 23:52:11 +0100
> > From: Heinrich Schuchardt
>
> Hi Heinrich,
>
> > On 11/18/23 22:28, Shantur Rathore wrote:
> > > Hi Heinrich,
> > >
> > > On Fri, Nov 17, 2023 at 3:12 PM Heinrich Schuchardt
> > > wrote:
> > >>
On Thu, Nov 30, 2023 at 2:45 AM Simon Glass wrote:
>
> Hi Ilias,
>
> On Mon, 27 Nov 2023 at 10:11, Ilias Apalodimas
> wrote:
> >
> > In order to fill in the SMBIOS tables U-Boot currently relies on a
> > "u-boot,sysinfo-smbios" compatible node. This is fine for the boards
> > that already
pberry Pi 4 Model B Rev 1.1
> Version: Unknown
> Serial Number: 1bb24ceb
> UUID: 30303031-3030-3030-3061-613234636435
> Wake-up Type: Reserved
> SKU Number: Unknown
> Family: Unknown
> [...]
>
> Signed-off-by: I
On Wed, Dec 6, 2023 at 9:31 AM Heinrich Schuchardt
wrote:
>
> On 05.12.23 07:23, Masahisa Kojima wrote:
> > Hi Heinrich,
> >
> > On Tue, 5 Dec 2023 at 11:38, Heinrich Schuchardt
> > wrote:
> >>
> >> * Only generate removable media entries for EFI system partitions.
> >> * Only offer EFI system
Hi Dmitry,
> First of all, thank you for all your reviews. I hope I can answer all
> your questions here. If I forget something please let me know.
Absolutely.
> I don't have much experience with arm/arm64 and I don't have previous
> experience with u-boot and contributing to it. So please
Hi Dmitry,
> > I've given these a cursory look over, I have a system to test and will
> > give them a whirl in the next few days, I was planning to start
> > playing over the weekend so you've provided a great start :)
>
> Did you have any chance to test my patches?
Not yet, apologies, work has
On Mon, Nov 27, 2023 at 7:31 PM Jonas Karlman wrote:
>
> Hi Quentin,
>
> On 2023-11-27 19:42, Quentin Schulz wrote:
> > Hi Jonas,
> >
> >
> > From: U-Boot on behalf of Jonas Karlman
> >
> > Sent: 26 November 2023 20:46
> > To: Kever Yang; Simon Glass;
Remove Bharat Gooty as a maintainer as his mail is
bouncing.
Signed-off-by: Peter Robinson
Cc: Rayagonda Kokatanur
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9f74c0aacaa..87e5ee04978 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1528,7
need to include the compile
error in the commit. Code itself looks good so:
Reviewed-by: Peter Robinson
> aarch64: + bcm_ns3
> +In file included from net/lwip/lwip-external/src/include/lwip/etharp.h:53,
> + from net/lwip/lwip-external/src/core/init.c:55:
> +net/lwip/lwip-ex
.>
> };
> };
> fdt-1 {
> data = ;
> hash-1 {
> -algo = "sha1";
> +algo = "sha256";
> value = <...fdt hash 1...>
> };
> };
> fdt-2 {
> data = ;
> hash-1 {
> -algo = "sha1";
> +algo = "sha256";
> value = <...fdt hash 2...>
> };
> };
> @@ -323,7 +323,7 @@ So the above example is adjusted to look like this::
> kernel = "kernel-1";
> fdt = "fdt-1";
> signature-1 {
> -algo = "sha1,rsa2048";
> +algo = "sha256,rsa2048";
> value = <...conf 1 signature...>;
> };
> };
> @@ -331,7 +331,7 @@ So the above example is adjusted to look like this::
> kernel = "kernel-2";
> fdt = "fdt-2";
> signature-1 {
> -algo = "sha1,rsa2048";
> +algo = "sha256,rsa2048";
> value = <...conf 1 signature...>;
> };
> };
> diff --git a/doc/usage/fit/update3.rst b/doc/usage/fit/update3.rst
> index 4ff3950c01e..24235801470 100644
> --- a/doc/usage/fit/update3.rst
> +++ b/doc/usage/fit/update3.rst
> @@ -19,7 +19,7 @@ Automatic software update: multiple files
> type = "firmware";
> load = ;
> hash-1 {
> -algo = "sha1";
> +algo = "sha256";
> };
> };
> update-2 {
> @@ -29,7 +29,7 @@ Automatic software update: multiple files
> type = "firmware";
> load = ;
> hash-1 {
> -algo = "sha1";
> +algo = "sha256";
> };
> };
>
> @@ -40,7 +40,7 @@ Automatic software update: multiple files
> type = "firmware";
> load = ;
> hash-1 {
> -algo = "sha1";
> +algo = "sha256";
> };
> };
> };
> diff --git a/doc/usage/fit/update_uboot.rst b/doc/usage/fit/update_uboot.rst
> index a9288ee6367..811d008d13d 100644
> --- a/doc/usage/fit/update_uboot.rst
> +++ b/doc/usage/fit/update_uboot.rst
> @@ -21,7 +21,7 @@ Make sure the flashing addresses ('load' prop) is correct
> for your board!
> type = "firmware";
> load = <0xFFFC>;
> hash-1 {
> -algo = "sha1";
> +algo = "sha256";
> };
> };
> };
> diff --git a/doc/usage/fit/x86-fit-boot.rst b/doc/usage/fit/x86-fit-boot.rst
> index 93b73bb9019..9e3e32204d5 100644
> --- a/doc/usage/fit/x86-fit-boot.rst
> +++ b/doc/usage/fit/x86-fit-boot.rst
> @@ -207,16 +207,16 @@ You can take a look at the resulting fit file if you
> like::
>OS: Linux
>Load Address: 0x0100
>Entry Point: 0x
> - Hash algo:sha1
> - Hash value: 446b5163ebfe0fb6ee20cbb7a8501b263cd92392
> + Hash algo:sha256
> + Hash value:
> 4bbf49981ade163ed089f8525236fedfe44508e9b02a21a48294a96a1518107b
> Image 1 (setup)
>Description: Linux setup.bin
>Created: Tue Oct 7 10:57:24 2014
>Type: x86 setup.bin
>Compression: uncompressed
>Data Size:12912 Bytes = 12.61 kB = 0.01 MB
> - Hash algo:sha1
> - Hash value: a1f2099cf47ff9816236cd534c77af86e713faad
> + Hash algo:sha256
> + Hash value:
> 6aa50c2e0392cb119cdf0971dce8339f100608ed3757c8200b0e39e889e432d2
> Default Configuration: 'config-1'
> Configuration 0 (config-1)
>Description: Boot Linux kernel
Reviewed-by: Peter Robinson
Looks good to me. Do we know if we need to update any sample configs
with the options for those checksums?
Hi Maxim,
> Please find updated version of lwip patches. Changes are in the
> changelog bellow.
>
> Thank you,
> Maxim.
>
> changelog:
> v11: - v11 is mosly respin of v10 patches with CI error fixes.
> Gitlab CI:
>
>
On Mon, Nov 27, 2023 at 3:32 PM Maxim Uvarov wrote:
>
>
>
> On Mon, 27 Nov 2023 at 20:08, Tom Rini wrote:
>>
>> On Mon, Nov 27, 2023 at 08:06:23PM +0600, Maxim Uvarov wrote:
>> > On Mon, 27 Nov 2023 at 19:08, Tom Rini wrote:
>> >
>> > > On Mon, Nov 27, 2023 at 06:57:16PM +0600, Maxim Uvarov
On Mon, Nov 27, 2023 at 1:08 PM Tom Rini wrote:
>
> On Mon, Nov 27, 2023 at 06:57:16PM +0600, Maxim Uvarov wrote:
>
> > Increase allowed binary size to fit lwip code.
> >
> > Signed-off-by: Maxim Uvarov
> > ---
> > configs/am335x_evm_defconfig | 1 +
> > 1 file changed, 1 insertion(+)
> >
> >
On Mon, Nov 27, 2023 at 1:06 PM Tom Rini wrote:
>
> On Mon, Nov 27, 2023 at 5:45 AM Winker Matthias (HC-CW/ENG-PJM)
> wrote:
> >
> > Hello Tom,
> >
> > Just to be sure. In the past we had NET enabled such that the fused MAC is
> > taken over, although we don’t use NET CMD.
> > With your
Hi Shantur,
> > > > > I am trying to work out how to enable the SetVariableRT service in
> > > > > U-Boot and came across your patch [1] which initially had the
> > > > > SetVariable RT service enabled in EFI but in the final patch this was
> > > > > removed.
> > > > > I am hoping to implement it
Hi Shantur,
On Fri, Nov 24, 2023 at 11:55 PM Shantur Rathore wrote:
>
> Hi Ilias,
>
> On Fri, Nov 24, 2023 at 10:50 PM Ilias Apalodimas
> wrote:
> >
> > Hi Shantur
> >
> > On Fri, 24 Nov 2023 at 18:51, Shantur Rathore wrote:
> > >
> > > Hi Heinrich,
> > >
> > > I am trying to work out how to
The contents of README.sha1 only refer to process around verification
of the pcs440ep board firmware in flash. The device was removed in
commit 242836a893ae ("powerpc: ppc4xx: remove pcs440ep support") in
2015 so this readme isn't really relevant anymore so can be removed.
Signed-off
Hi Stephen,
> I have been able to build a working (tested on my orangepi zero3 1G)
> u-boot for the orangepi zero3 with the following defconfig. Would it be
> possible to add this config to the working boards. I would test it
> again with an official build. The dtb/dts is in linux 6.6 and in
On Tue, Nov 21, 2023 at 2:50 PM Neil Armstrong
wrote:
>
> On 21/11/2023 15:09, Tom Rini wrote:
> > On Tue, Nov 21, 2023 at 02:46:29PM +0100, Neil Armstrong wrote:
> >> On 21/11/2023 14:15, Tom Rini wrote:
> >>> On Tue, Nov 21, 2023 at 10:18:04AM +0100, Neil Armstrong wrote:
> Hi Tom,
>
Hi Dmitry,
> These patches bring initial boot support for RPI5. Without it the
I've given these a cursory look over, I have a system to test and will
give them a whirl in the next few days, I was planning to start
playing over the weekend so you've provided a great start :)
> latest master
On Tue, Nov 21, 2023 at 10:55 PM Dmitry Malkin
wrote:
>
> rpi5: get_board is no longer works. Print model name from
> FW FDT
Diito
> rpi5 deprecated some calls/tags for MBOX. Better to use FW FDT.
> However it does not give all information.
Is that deprecation documented somewhere, in a forum
> rpi5: add alternative way to get MBOX address via FDT
> node
Same note about descriptive commit titles, it's useful not to have 3
consecutive commits with the same title.
> MBOX on RPI5/bcm2712 has a different offset. Find it via
> "brcm,bcm2835-mbox" node.
Do we do use the DT node just for
On Tue, Nov 21, 2023 at 10:54 PM Dmitry Malkin
wrote:
>
> rpi5: add initial memory map for bcm2712
Could this be the title for the patch, "initial support" is fine for
the cover letter, but doesn't really out line what this specific patch
actually does.
> includes:
> * 1GB of RAM (from 4GB or
> > These patches bring initial boot support for RPI5. Without it the
> > latest master fails with the message:
> > > DRAM: mbox: Timeout waiting for response
> > > bcm2835: Could not query ARM memory size
> >
> > With those patches and rpi_arm64_defconfig (with disabled
> > CONFIG_VIDEO_BCM2835)
> > > > > > > Since the proposed PMIC patches have been accepted, I see the need
> > > > > > > to convert boards which I maintain to use DM drivers instead of
> > > > > > > board hacks.
> > > > > > >
> > > > > > > Svyatoslav Ryhel (5):
> > > > > > > board: lg-x3: convert LG Optimus 4X and Vu to
Hi,
> I am trying to boot OS via USB3.0 ports on RK3399 base RockPro64.
> U-boot is failing to detect the drive in the USB3.0 port.
>
> If I boot linux through other mediums the drive is detected and works fine.
> Can anyone please help me figure out the issue?
Can you share the version of
> > > > > > Allow dhcp server pass pxe config file full path by using option 209
> > > > > >
> > > > > > Signed-off-by: Sean Edmond
> > > > > > ---
> > > > > > cmd/Kconfig | 4
> > > > > > cmd/pxe.c | 10 ++
> > > > > > net/bootp.c | 21 +
> > > > > > 3
On Wed, Nov 8, 2023 at 12:49 AM Francis Laniel
wrote:
>
> Hi.
>
>
> During 2021 summer, Sean Anderson wrote a contribution to add a new shell,
> based
> on LIL, to U-Boot [1, 2].
> While one of the goals of this contribution was to address the fact actual
> U-Boot shell, which is based on
On Mon, Nov 6, 2023 at 1:28 PM Svyatoslav Ryhel wrote:
>
> пн, 6 лист. 2023 р. о 15:13 Peter Robinson пише:
> >
> > On Mon, Nov 6, 2023 at 11:58 AM Svyatoslav Ryhel wrote:
> > >
> > > пн, 6 лист. 2023 р. о 13:46 Peter Robinson пише:
> > > >
On Mon, Nov 6, 2023 at 11:58 AM Svyatoslav Ryhel wrote:
>
> пн, 6 лист. 2023 р. о 13:46 Peter Robinson пише:
> >
> > Hi Svyatoslav,
> >
> > > Since the proposed PMIC patches have been accepted, I see the need
> > > to convert boards which I m
On Mon, Nov 6, 2023 at 10:18 AM Svyatoslav Ryhel wrote:
>
> This patchset adds support for gpio-uclass to work with pmic gpio childrens
> properly and implements MAX77663 and PALMAS GPIO cells/children as a
> reference and to be further used in devices I am currently maintaining.
>
> All drivers
Hi Svyatoslav,
> Since the proposed PMIC patches have been accepted, I see the need
> to convert boards which I maintain to use DM drivers instead of board hacks.
>
> Svyatoslav Ryhel (5):
> board: lg-x3: convert LG Optimus 4X and Vu to use DM PMIC
> board: endeavoru: convert HTC One X to use
On Sun, Oct 29, 2023 at 9:25 PM Marek Vasut wrote:
>
> On 10/27/23 08:03, Hector Martin wrote:
> > On 27/10/2023 09.36, Marek Vasut wrote:
> >> On 10/27/23 01:26, Hector Martin wrote:
> >>> Gah, I should've paid more attention to that rebase. Here's a dumb
> >>> fixup for this patch. I'll squash
On Tue, Oct 24, 2023 at 1:30 PM Heinrich Schuchardt wrote:
>
> On 10/24/23 02:21, seanedm...@linux.microsoft.com wrote:
> > From: Sean Edmond
> >
> > Allow dhcp server pass pxe config file full path by using option 209
> >
> > Signed-off-by: Sean Edmond
> > ---
> > cmd/Kconfig | 4
> >
On Thu, Oct 19, 2023 at 3:58 PM Grzegorz Borowiak wrote:
>
> Hello!
>
> I just cloned the repository:
>
> https://github.com/nxp-imx/uboot-imx
>
> and I encountered a rather large amount of branches (listed below).
>
> Are these branches somehow described, so I could read what they are about?
>
1 - 100 of 929 matches
Mail list logo