On Tue, 24 Dec 2024 at 14:00, Gijs Peskens
wrote:
> I'm working on getting a compute module working with Yocto using U-Boot
> as bootloader, which mostly works thanks to previous work to get RPi 5
> working.
> However I'm running into a strange issue: if I turn on the CM5 without
> the debug UART
01dc49211f2c655f0fe0#file-mk808-md
> [2]
> https://developer.canaan-creative.com/k230/en/dev/CanMV_K230_Tutorial.html
> [3]
> https://gist.github.com/Judehahh/878ace2607d201dc49211f2c655f0fe0#file-k230-canmv-md
>
With basic network testing on the Raspberry Pi 3+ (uses a USB attached
e
The Raspberry Pi foundation have released the Raspberry
Pi 500, CM5 an CM5 lite devices so add the assoicated
revision identifers so we can detect them.
Signed-off-by: Peter Robinson
---
board/raspberrypi/rpi/rpi.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/board
on of future three-digit cores
> and use MIDR_PARTNUM_SHIFT in MIDR_PARTNUM_MASK to be consistent.
>
> Signed-off-by: Marek Vasut
>
Reviewed-by: Peter Robinson
> ---
> Cc: Biju Das
> Cc: Chris Paterson
> Cc: Lad Prabhakar
> Cc: Nobuhiro Iwamatsu
> Cc:
On Sat, 14 Dec 2024 at 23:01, Marek Vasut
wrote:
> Add MIDR entries for Cortex-A57 and Cortex-A76 cores.
> Those are used on R-Car Gen3 and Gen4 SoCs respectively.
>
> Signed-off-by: Marek Vasut
>
Reviewed-by: Peter Robinson
> ---
> Cc: Biju Das
> Cc: Chris Pater
ous block
> subsystems.
>
> Signed-off-by: Tom Rini
>
Just a minor query against the USB change, other than that the rest looks
fine.
Reviewed-by: Peter Robinson
> ---
> drivers/ata/Kconfig| 2 ++
> drivers/block/Kconfig | 7 +++
> drivers/mmc/Kconfig| 1
ned-off-by: Tom Rini
>
Reviewed-by: Peter Robinson
> ---
> Cc: Heiko Schocher
> Cc: Kyungmin Park
> Cc: Michael Trimarchi
> ---
> drivers/mtd/Kconfig | 2 +-
> drivers/mtd/ubi/Kconfig | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --gi
On Fri, 20 Dec 2024 at 22:27, Tom Rini wrote:
> Now that block drivers are all selecting the BLK symbol, there's no need
> for other options to be select'ing BLK so that other required
> functionality can be enabled. Remove these places.
>
> Signed-off-by: Tom Rini
>
ich select'd DM_MMC need to select MMC instead.
>
> Signed-off-by: Tom Rini
>
Reviewed-by: Peter Robinson
Looks sane based on my Kconfig knowledge.
> ---
> Cc: "NXP i.MX U-Boot Team"
> Cc: Fabio Estevam
> Cc: Minkyu Kang
> Cc: Rayagonda Kokatanur
On Tue, 17 Dec 2024 at 23:44, Simon Glass wrote:
> Hi Tom,
>
> [snip]
>
> I'm very happy with your leadership. The project is extremely lucky to
> have you doing what you do and we all know it.
>
> In my own way I will be able to contribute to the project more
> effectively than I have done for t
On Tue, 17 Dec 2024 at 20:29, Tom Rini wrote:
> On Tue, Dec 17, 2024 at 01:17:42PM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Tue, 17 Dec 2024 at 12:57, Tom Rini wrote:
> > >
> > > On Tue, Dec 17, 2024 at 12:46:17PM -0700, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Tue, 17 Dec 2
Hi Simon.
On Mon, 16 Dec 2024 at 00:27, Simon Glass wrote:
> Hi Peter,
>
> On Wed, 11 Dec 2024 at 09:36, Peter Robinson wrote:
> >
> >
> >
> > On Mon, 9 Dec 2024 at 19:55, Simon Glass wrote:
> >>
> >> The fdt_addr variable is used in extlinu
On Mon, 9 Dec 2024 at 19:55, Simon Glass wrote:
> The fdt_addr variable is used in extlinux as a fallback devicetree if
> none is provided by the boot command.
>
And what about where extlinux isn't used?
> The existing mechanism uses the devicetree provided to U-Boot, but in
> its original, un
On Mon, 9 Dec 2024 at 19:55, Simon Glass wrote:
> Set this option so that all boot images stay within the bottom 512MB of
> memory. This should allow us to drop the fdt_high and initrd_high
> options.
>
How does this work for a device with < 256Mb of RAM? There's a number of
the original RPi ser
Hi Tom,
The following changes since commit: b841e559cd26ffcb20f22e8ee75debed9616c002
Prepare v2025.01-rc4
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-raspberrypi.git
tags/rpi-2025.01-rc5
for you to fetch changes up to 6a5fc32fd20b5e5367fda9a75f
TAINERS
> index 8c6c0c2a4bc..4b9bb9ef3f1 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -210,6 +210,7 @@ N: aspeed
> ARM BROADCOM BCM283X / BCM27XX
> M: Matthias Brugger
> M: Peter Robinson
> +M: Simon Glass
> S: Maintained
> F: arch/arm/dts/bcm283*
> F: arch/arm/mach-bcm283x/
> --
> 2.34.1
>
>
On Mon, 9 Dec 2024 at 18:20, Simon Glass wrote:
> This series allows rpi to boot a compressed Ubuntu kernel with ~100MB
> ramdisk, by expanding the available space.
>
What version of the RPi hardware have you tested this on?
> It also tidies up some strange behaviour with the provided FDT, whe
On Fri, 6 Dec 2024 at 00:01, Simon Glass wrote:
> Hi Peter,
>
> On Thu, 5 Dec 2024 at 13:36, Peter Robinson wrote:
> >
> >
> >
> > On Tue, 3 Dec 2024 at 19:51, Simon Glass wrote:
> >>
> >> Hi Tom,
> >>
> >> On Tue, 3 Dec 202
On Tue, 3 Dec 2024 at 19:48, Simon Glass wrote:
> On Sat, 2 Nov 2024 at 18:35, Simon Glass wrote:
> >
> > This is not used by any board and there is a driver model version of
> > LEDs. Drop it.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > (no changes since v1)
> >
> > cmd/legacy_led.c
On Tue, 3 Dec 2024 at 19:51, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 3 Dec 2024 at 12:48, Tom Rini wrote:
> >
> > On Thu, Nov 07, 2024 at 07:33:51PM +, Peter Robinson wrote:
> > > Hi Simon,
> > >
> > > > On Tue, 5 Nov 2024 at 07:18, Pet
On Tue, 19 Nov 2024 at 21:03, wrote:
>
> From: Ben Horgan
>
> The previous maintainer is no longer involved in total compute.
>
> Signed-off-by: Ben Horgan
Reviewed-by: Peter Robinson
> ---
> board/armltd/total_compute/MAINTAINERS | 2 +-
> 1 file changed,
Hi Andreas,
> to my horror I found out that omap4 support is removed. I have some
> code waiting for a brush here for the Epson Moverio BT-200. There is
> some support for it in postmarketOS. It has a devicetree in mainline
> kernel.
> I did not manage to get hold of the vendor u-boot source, so w
Hi Simon,
> On Tue, 5 Nov 2024 at 07:18, Peter Robinson wrote:
> >
> > On Sun, 3 Nov 2024 at 00:34, Simon Glass wrote:
> > >
> > > There has been an LED framework in U-Boot which uses driver model for
> > > about 9 years now. Recent work is underway to
On Tue, 5 Nov 2024 at 15:15, Simon Glass wrote:
>
> Hi Peter,
>
> On Tue, 5 Nov 2024 at 06:10, Peter Robinson wrote:
> >
> > On Tue, 5 Nov 2024 at 13:03, Simon Glass wrote:
> > >
> > > Hi Tom,
> > >
> > > On Mon, 4 Nov 2024 at 16:32,
On Sun, 3 Nov 2024 at 00:34, Simon Glass wrote:
>
> There has been an LED framework in U-Boot which uses driver model for
> about 9 years now. Recent work is underway to improve it and provide
> more features. It is probably a good time to drop the old code, which
> is only used by 5 boards:
I do
On Sun, 3 Nov 2024 at 00:42, Simon Glass wrote:
>
> Drop the STATUS_LED options and enable LED and LED_BOOT instead, since
> this is the new way to access the LED functionality.
This still doesn't work!
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Combine removal and enable patches
On Tue, 5 Nov 2024 at 13:03, Simon Glass wrote:
>
> Hi Tom,
>
> On Mon, 4 Nov 2024 at 16:32, Tom Rini wrote:
> >
> > On Mon, Oct 28, 2024 at 05:31:30PM +0300, Mikhail Kshevetskiy wrote:
> >
> > > Legacy TCP stack is bad. Here are some of the known issues:
> > > * tcp packet from other connection
Hi Bas,
I am the Fedora U-Boot maintainer :)
> On compiling on Fedora 41 you will get the error:
>
> fatal error: openssl/engine.h: No such file or directory
>
> It was already legacy:
> https://docs.openssl.org/3.0/man7/migration_guide/#support-of-legacy-engines
>
> Fedora 41 has removed it:
> h
On Sun, 3 Nov 2024 at 19:06, Simon Glass wrote:
>
> Hi Mark,
>
> On Sun, 3 Nov 2024 at 09:15, Mark Kettenis wrote:
> >
> > > From: Simon Glass
> > > Date: Sun, 3 Nov 2024 07:46:44 -0700
> >
> > Hi Simon,
> >
> > > Hi Andre,
> > >
> > > On Sun, 3 Nov 2024 at 03:36, Andre Przywara
> > > wrote:
>
On Sun, 27 Oct 2024 at 16:32, Tom Rini wrote:
>
> On Wed, Oct 09, 2024 at 01:50:41PM +0300, Mikhail Kshevetskiy wrote:
>
> > U-Boot support of LWIP is not ready for a moment, but we already have
> > some kind of tcp support. Unfortunately this support is really bad.
> >
> > Some of the known issue
Hi Kumar,
> I see the error ""scanning bus 1 for devices... EHCI timed out on TD -
> token=0x80008d80"
You don't mention any details of the device.
> From the denx site, I found the below patch. But it is for 2016 and 2017
> u-boot version
> https://lists.denx.de/pipermail/u-boot/2020-March/40
On Thu, 24 Oct 2024 at 17:36, Simon Glass wrote:
>
> Hi Peter,
>
> On Thu, 24 Oct 2024 at 14:16, Peter Robinson wrote:
> >
> > On Tue, 22 Oct 2024 at 09:48, Peter Robinson wrote:
> > >
> > > > On Mon, Oct 21, 2024 at 01:38:08PM +0200, Simon Glass wro
Hi Kumar,
> Thanks Peter for your help and suggestions
> This is for marvel Alleycat-5x which has armv8.
> Upgrade is not allowed without the approval.
I suggest you reach out to the Marvel team them and ask them for a fix.
> Regards,
> Girish
>
> -Original Messa
On Tue, 22 Oct 2024 at 09:48, Peter Robinson wrote:
>
> > On Mon, Oct 21, 2024 at 01:38:08PM +0200, Simon Glass wrote:
> > > There has been an LED framework in U-Boot which uses driver model for
> > > about 9 years now. Recent work is underway to improve it and provide
Hi Martin,
> The functions fdt_simplefb_add_node and fdt_simplefb_enable_and_mem_rsv
> are only available if CONFIG_FDT_SIMPLEFB is enabled.
Is this a follow up on the patch [1] you sent a month ago? If so it's
not really a v1, and you should add a chnagelog as to what's changed
as well as cc: th
On Wed, 23 Oct 2024 at 06:28, Ilias Apalodimas
wrote:
>
> efi_loader.h is included twice. Remove one and move the other in
> alphabetical order
>
> Signed-off-by: Ilias Apalodimas
Reviewed-by: Peter Robinson
LGTM
> ---
> common/board_r.c | 3 +--
> 1 file changed, 1 i
> On Mon, Oct 21, 2024 at 01:38:08PM +0200, Simon Glass wrote:
> > There has been an LED framework in U-Boot which uses driver model for
> > about 9 years now. Recent work is underway to improve it and provide
> > more features. It is probably a good time to drop the old code, which
> > is only use
On Mon, 21 Oct 2024 at 17:02, Simon Glass wrote:
>
> This little series makes a minor change to how autoprobe is
> implemeneted, as discussed on the list
Please add a link to the discussion when you mention a discussion.
> SPL is left out for now, but we can discuss how best to deal with that.
>
ff-by: Ilias Apalodimas
Reviewed-by: Peter Robinson
> ---
> configs/qemu_arm64_lwip_defconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/configs/qemu_arm64_lwip_defconfig
> b/configs/qemu_arm64_lwip_defconfig
> index d3d8ef16e668..754c770c33fc 100644
>
Hi Simon,
> Drop the STATUS_LED options and enable LED and LED_BOOT instead, since
> this is the new way to access the LED functionality.
Should this be two commits? The subject reads as pinephone is part of
another device.
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add a patch t
> > > > Allow to use BLOBLIST_TABLES on arm to store ACPI or other tables.
> > > >
> > > > Signed-off-by: Patrick Rudolph
> > > > Cc: Tom Rini
> > > > ---
> > > > Changelog v9:
> > > > - default to BLOBLIST_ALLOC on arm
> > > > - Move default for BLOBLIST_SIZE_RELOC up
> > > > ---
> > > > common
On Thu, 17 Oct 2024 at 00:49, Raymond Mao wrote:
>
> Fixes of unreleased buffer, deadcode and wrong variable type detected
> by coverity scan.
>
> Addresses-Coverity-ID: 510809: Resource leaks (RESOURCE_LEAK)
> Addresses-Coverity-ID: 510806: Control flow issues (DEADCODE)
> Addresses-Coverity-
On Wed, 16 Oct 2024 at 21:32, Jonas Karlman wrote:
>
> The SPI flash node has been added in upstream DT, drop all props beside
> bootph-* props from the SPI flash related nodes in u-boot.dtsi.
>
> Signed-off-by: Jonas Karlman
Reviewed-by: Peter Robinson
> ---
> arch/arm
On Wed, 16 Oct 2024 at 21:15, Jonas Karlman wrote:
>
> The SPI flash node has been added in upstream DT, drop all props beside
> bootph-* props from the SPI flash related nodes in u-boot.dtsi.
>
> Signed-off-by: Jonas Karlman
Reviewed-by: Peter Robinson
> ---
> arch/arm
On Tue, 15 Oct 2024 at 17:34, Patrick Rudolph
wrote:
>
> Hi Peter,
> On Tue, Oct 15, 2024 at 12:28 PM Peter Robinson wrote:
> >
> > On Mon, 14 Oct 2024 at 14:12, Patrick Rudolph
> > wrote:
> > >
> > > Based on the existing work done by Simon Gla
Hi Patrick,
> > > Based on the existing work done by Simon Glass this series adds
> > > support for booting aarch64 devices using ACPI only.
> > > As first target QEMU SBSA support is added, which relies on ACPI
> > > only to boot an OS. As secondary target the Raspberry Pi4 was used,
> > > which
On Tue, 15 Oct 2024 at 16:28, Simon Glass wrote:
>
> Hi Peter,
>
> On Tue, 15 Oct 2024 at 07:34, Peter Robinson wrote:
> >
> > On Tue, 15 Oct 2024 at 14:10, Simon Glass wrote:
> > >
> > > Hi Peter,
> > >
> > > On Tue, 15 Oct 2024 at
On Tue, 15 Oct 2024 at 14:10, Simon Glass wrote:
>
> Hi Peter,
>
> On Tue, 15 Oct 2024 at 04:28, Peter Robinson wrote:
> >
> > On Mon, 14 Oct 2024 at 14:12, Patrick Rudolph
> > wrote:
> > >
> > > Based on the existing work done by Simon Glass th
On Mon, 14 Oct 2024 at 14:12, Patrick Rudolph
wrote:
>
> Based on the existing work done by Simon Glass this series adds
> support for booting aarch64 devices using ACPI only.
> As first target QEMU SBSA support is added, which relies on ACPI
> only to boot an OS. As secondary target the Raspberry
On Sun, 13 Oct 2024 at 20:34, Simon Glass wrote:
>
> On Fri, 11 Oct 2024 at 11:09, Peter Robinson wrote:
> >
> > For a lot of usecases, such as display, camera, media
> > the Raspberry Pi needs a lot more CMA than distros
> > configure as default so we should pass
For a lot of usecases, such as display, camera, media
the Raspberry Pi needs a lot more CMA than distros
configure as default so we should pass this parameter
through so things work as expected. Fix a spelling
mistake while we're at it.
Signed-off-by: Peter Robinson
---
v2: Update th
Modernise and move the Geekbox config to use SPL/TPL with
upstream TF-A, enable MMC/USB/Eth to make the device more
useful and work like other Rockchip devices. Update the
readme to reflect the changes to the build process.
Signed-off-by: Peter Robinson
---
I've not moved this to upstream
On Fri, 11 Oct 2024 at 13:22, Martin Stolpe wrote:
>
> Hi,
>
> Sorry if this is a stupid question but what do I have to do to add a "
> Reviewed-by" from myself to this patch series?
Just reply all with the reviewed-by and patchwork will automatically
apply it when I accept it, I think there nee
Hi Prasanth,
> The channel allocation and deallocation for dma copy was happening on every
> dma transfer. This is a overhead for transactions like NAND, which does
> page reads recursively for complete data.
>
> So, moving the dma allocation to probe and implement corresponding
> remove function
On Sat, 5 Oct 2024 at 00:08, Marek Vasut wrote:
>
> The SPL_FIT_GENERATOR is long superseded by binman, drop SPL_FIT_GENERATOR
> support as there are no more users.
>
> Signed-off-by: Marek Vasut
Reviewed-by: Peter Robinson
> ---
> Cc: AKASHI Takahiro
> Cc: Heinrich
On Sat, 5 Oct 2024 at 00:08, Marek Vasut wrote:
>
> The SPL_FIT_SOURCE is long superseded by SPL_FIT_GENERATOR which
> is long superseded by binman, drop SPL_FIT_SOURCE support as there
> are no more users.
>
> Signed-off-by: Marek Vasut
Reviewed-by: Peter Robinson
> ---
On Wed, 9 Oct 2024 at 00:02, Heinrich Schuchardt
wrote:
>
> * Remove duplicate debug message in wget_connected()
> * Correct typo 'Connctd'
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Peter Robinson
> ---
> net/wget.c | 8 ++--
> 1 file cha
On Tue, 8 Oct 2024 at 21:52, Heinrich Schuchardt
wrote:
>
> %s/boormethod/bootmethod/
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Peter Robinson
> ---
> boot/bootstd-uclass.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/boot/boot
OID-M1S 8GB rev1.0 20230906:
> - SD-card boot
> - eMMC boot
> - Ethernet
> - PCIe/NVMe
> - USB gadget
> - USB host
>
> Signed-off-by: Jonas Karlman
A couple of small queries below.
Reviewed-by: Peter Robinson
> ---
> v2: Fix clean apply on master branch
> ---
> arc
On Tue, 8 Oct 2024 at 21:07, Jonas Karlman wrote:
>
> The Hardkernel ODROID-M1S is a single-board computer based on Rockchip
> RK3566 SoC. It features e.g. 4/8 GB LPDDR4 RAM, 64 GB eMMC, SD-card,
> GbE LAN, HDMI 2.0, M.2 NVMe and USB 2.0/3.0.
>
> Add initial support for eMMC, SD-card, Ethernet, HD
GENERIC instead of USB_XHCI_DWC3 to complte the
> migration initiated in commit 1bc4e8eb1d7f ("rockchip: Migrate to use
> DM_USB_GADGET on RK3328"). No functional change is intended.
>
> Signed-off-by: Jonas Karlman
LGTM
Reviewed-by: Peter Robinson
> ---
> This ha
The TF-A URL was updated, as a result the name of the
directory changed as part of the new git URL and not
all the referenced directories were updated.
Fixes: 0ec0207fe07 ("Update the ARM trusted firmware git URL")
Signed-off-by: Peter Robinson
---
board/rockchip/evb_rk3399/R
Hey,
> > The primary upstream URL for tf-a has moved, in some cases
> > things like tags are not always pushed to the old URL so
> > update the URLs to the primary upstream project URL.
> >
> > Signed-off-by: Peter Robinson
> > ---
> > board/rockchip
For a lot of usecases, such as display, camera, media
the Raspberry Pi needs a lot more CMA than distros
configure as default so we should pass this parameter
through so things work as expected. Fix a spelling
mistake while we're at it.
Signed-off-by: Peter Robinson
---
board/raspberryp
The primary upstream URL for tf-a has moved, in some cases
things like tags are not always pushed to the old URL so
update the URLs to the primary upstream project URL.
Signed-off-by: Peter Robinson
---
board/rockchip/evb_rk3399/README | 2 +-
board/sunxi/README.sunxi64 | 2
On Tue, 1 Oct 2024 at 01:42, Tom Rini wrote:
>
> On Tue, Oct 01, 2024 at 01:38:56AM +0200, Heinrich Schuchardt wrote:
> > On 26.09.24 23:59, Simon Glass wrote:
> > > We don't want ANSI characters written in tests since it is a pain to
> > > check the output with ut_assert_nextline() et al.
> > >
>
the device config.
>
> Signed-off-by: Paul Kocialkowski
Reviewed-by: Peter Robinson
This makes sense, for those that want this information will know how
to build it for testing.
> ---
> configs/rockpro64-rk3399_defconfig | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --g
Hi Simon,
> > > There has been an LED framework in U-Boot which uses driver model for
> > > about 9 years now. Recent work is underway to improve it and provide
> > > more features. It is probably a good time to drop the old code, which
> > > is only used by 5 boards:
> > >
> > >./tools/qconfi
Hi Simon,
> There has been an LED framework in U-Boot which uses driver model for
> about 9 years now. Recent work is underway to improve it and provide
> more features. It is probably a good time to drop the old code, which
> is only used by 5 boards:
>
>./tools/qconfig.py -f LED_STATUS
>
Hi,
You need to include a summary in the commit as well as a signoff line.
Peter
On Thu, 26 Sept 2024 at 10:52, wrote:
>
> From: LekKit <50500857+lek...@users.noreply.github.com>
>
> ---
> drivers/video/simplefb.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers
Hi Chris,
> Update the Anbernic RGxx3 "device" to use upstream device-trees,
> add logic to detect a different vdd_cpu regulator, and implement a
> fix to allow the panel auto-detection to run when using mainline
> A-TF.
>
> Note that *Linux* still cannot use mainline A-TF because of the missing
>
On Tue, 10 Sept 2024 at 08:29, Sughosh Ganu wrote:
>
> On Tue, 10 Sept 2024 at 12:09, Ilias Apalodimas
> wrote:
> >
> > Since RPI works well using EFI and has no size limitations with regards
> > to U-Boot, add the needed structures and Kconfig options needed to
> > enable capsule updates
> > ---
> On platforms that do not have usable DRAM below 4GiB, like QEMU sbsa,
> the RSDT cannot be used. Allow both RSDT and XSDT to be null and only
> fill those tables that are present in acpi_add_table().
I'm not sure what ACPI 2.0 from the subject has to do with the above,
eg ACPI only started suppo
Hi Patrick,
> Add a generic driver that binds to armv8 CPU nodes.
What is the purpose of this driver? Someone reading this should be
able to ascertain the point of this from the git log at some point in
the future, what does binding a generic driver to the cpu nodes
achieve?
> TEST: Booted on QE
On Fri, 6 Sept 2024 at 01:44, Simon Glass wrote:
>
> Hi,
>
> On Wed, 4 Sept 2024 at 06:48, Peter Robinson wrote:
> >
> > Hi Simon,
> >
> > > I wonder if we could leave out the SHA stuff? The algorithms are
> >
> > One of the big advantages of t
Hi Simon,
> I wonder if we could leave out the SHA stuff? The algorithms are
One of the big advantages of the mbedtls when it comes to all things
security is that it's seen a wide audit of it's code which for a lot
of usecases is very useful from a security PoV, I'm not sure the
amount of audit t
Tom,
I wonder if it makes sense just to drop this board altogether? I
looked at it for some other unloved feature at the beginning of the
year and I never heard from the maintainers.
Peter
On Mon, 2 Sept 2024 at 14:13, Jerome Forissier
wrote:
>
> The PCF6563 RTC driver needs the I2C address of
On Thu, 29 Aug 2024 at 16:02, Simon Glass wrote:
>
> Add an entry for crc8, with watchdog handling.
What's the watchdog handling do? What's this used for?
Looking at the use of crc8 it's minimally used.
> Signed-off-by: Simon Glass
> ---
>
> common/hash.c| 8
> include/u-boot
On Fri, 30 Aug 2024 at 11:17, Jerome Forissier
wrote:
>
> cmd/pxe.c (CMD_PXE) calls do_get_tftp() (CMD_TFTPBOOT) therefore add
> an "imply" to cmd/Kconfig.
>
> Signed-off-by: Jerome Forissier
Reviewed-by: Peter Robinson
> ---
> cmd/Kconfig | 1 +
> 1 file chan
On Fri, 30 Aug 2024 at 11:17, Jerome Forissier
wrote:
>
> common/update.c (UPDATE_COMMON) depends on tftp_timeout_ms which is
> defined in cmd/tftp.c (CMD_TFTPBOOT). Therefore add the appropriate
> imply statement to Kconfig.
>
> Signed-off-by: Jerome Forissier
Reviewed-
On Fri, 30 Aug 2024 at 11:17, Jerome Forissier
wrote:
>
> dtsec_init_phy() is defined only with MII so add the proper conditional
> in the caller code.
>
> Signed-off-by: Jerome Forissier
Reviewed-by: Peter Robinson
> ---
> drivers/net/fm/eth.c | 10 +++---
> 1 fi
ror: operator '==' has no left
> operand
> + 20 | #if HOST_ARCH == HOST_ARCH_X86_64
> + | ^~
> [...]
>
> Signed-off-by: Jerome Forissier
Reviewed-by: Peter Robinson
> ---
> tools/buildman/toolchain.py | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> d
On Wed, 28 Aug 2024 at 22:25, Simon Glass wrote:
>
> Hi Peter,
>
> On Wed, 28 Aug 2024 at 12:14, Peter Robinson wrote:
> >
> > Hi Simon,
> >
> > > With Labgrid we don't need to specify the various methods, except for
> > > the console, which
ll need to google
that.
> *Tomaž Zaman, *CEO
> Mono Technologies Inc.
> +386 30 651 645
>
>
>
> On 29 Aug 2024 at 11:38 +0200, Peter Robinson ,
> wrote:
>
>
>
> On Thu, 29 Aug 2024 at 10:31, Tomaž Zaman wrote:
>
>> Doesn’t work - at least not correctly:
>
em is, I need
> Grub2 for his project.
>
What if you boot the kernel directly using bootefi rather than booti?
> *Tomaž Zaman, *CEO
> Mono Technologies Inc.
> +386 30 651 645
>
>
>
> On 29 Aug 2024 at 10:02 +0200, Peter Robinson ,
> wrote:
>
> On Thu, 29 Aug 20
so gave you
other possible ways to solve you're problem :)
> Thanks in advance
>
> On Wed, Aug 28, 2024 at 5:31 PM Peter Robinson wrote:
>>
>> Hi,
>>
>> I appear to have missed the first post.
>>
>> > Is there any update on the below request? Are th
On Thu, 29 Aug 2024 at 05:14, Tomaž Zaman wrote:
>
> I’m working on an arm64 board with an NXP LS1046A CPU and I simply cannot get
> Grub to load a different device tree than the one that’s provided to it by
> the EFI Stub.
>
> => fatload mmc 0:1 $kernel_addr_r /EFI/boot/grubaa64.efi
> => fatloa
Hi Simon,
> With Labgrid we don't need to specify the various methods, except for
> the console, which simply calls labgrid-client.
>
> This allows supporting any boards in your lab, without adding per-board
> configuration to these hooks.
>
> Provide ellesmere files as an example.
What's ellesme
st/py: test_efi_loader: add HTTP (wget) test for the EFI loader
For the series:
Reviewed-by: Peter Robinson
> Makefile | 2 +-
> arch/arm/mach-at91/include/mach/at91_common.h | 2 +-
> arch/arm/mach-at91/spl_at91.c | 2 +-
> ar
Hi,
I appear to have missed the first post.
> Is there any update on the below request? Are there any functions similar
> to eth_get_ethaddr() to retrieve device-specific info? I am working with
> raspberry pi 0 and there is no network interface card.
> So, eth_get_ethaddr() returns null
So ther
Hi Jerome,
>
> Jerome Forissier (36):
> Makefile: detect HOST_ARCH properly when CROSS_COMPILE is multi-word
> flash: prefix error codes with FL_
> at91: rename mem_init() to at91_mem_init()
> arm: omap2: add missing #include
> net: fm: call dtsec_init_phy() only when it is defined
>
On Fri, 23 Aug 2024 at 16:31, Mikhail Kshevetskiy
wrote:
>
> Unfortunately no. This patch change the tcp state machine and
> corresponding logic.
That should be better described in the commit message.
> I tried to split "initial send value is always zero" fix to a separate
> patch but failed.
>
This needs an actual description, please add details what and why for
this 70 line patch.
> Signed-off-by: Mikhail Kshevetskiy
> ---
> net/tcp.c | 70 +--
> 1 file changed, 37 insertions(+), 33 deletions(-)
>
> diff --git a/net/tcp.c b/net/tcp.
On Mon, 26 Aug 2024 at 20:11, Simon Glass wrote:
>
> This series provides a number of patches to make VBE easier to
> implement, particularly with the new OF_UPSTREAM option.
How? They mostly look unrelated to VBE.
>
> Simon Glass (15):
> binman: Fix up test coverage for mkeficapsule
> binma
Hi Simon,
> This includes various patches towards implementing the VBE abrec
What is abrec?
> bootmeth in U-Boot.
>
>
> Simon Glass (18):
> sandbox: Add missing header file
> bootstd: Add stub for bootdev_setup_for_sibling_blk()
> gzip: Correct function comment for gunzip()
Is this from u
On Tue, 27 Aug 2024 at 18:52, Matthias Pritschet wrote:
>
> From: Matthias Pritschet
>
> If the signature/key node(s) are not yet present in the U-Boot device
> tree, ecdsa_add_verify_data simply fails if it can't find the nodes.
> This behaviour differs from rsa_add_verify_data, wich does add th
Hi Tom,
> It's release day and here is -rc3. Things have been mostly quiet, and
> with the -next window firmly open I believe things should remain quiet
> moving forward.
>
> In terms of a changelog,
> git log --merges v2024.10-rc2..v2024.10-rc3
> contains what I've pulled but as always, better PR
Hi,
> I am currently facing an issue with U-Boot and a raspberry pi CM4. Here is
> the setup:
>
>
>
> 1. Yocto Scarthgap
>
> 2. U-Boot 2024.01
>
> 3. rpi_arm64_defconfig
>
>
>
> I am trying to access the i2c bus from U-Boot. I have been trying to modify
> the device tree which is referenced as
> “
Hi Patrick,
> Based on the existing work done by Simon Glass this series adds
> support for booting aarch64 devices using ACPI only. As target the
> Raspberry Pi4 was used, which is broadly available and allows easy
> testing of the proposed solution.
Rather than just RPi4 support we should add g
On Tue, 16 Jul 2024 at 18:21, Tom Rini wrote:
>
> On Tue, Jul 16, 2024 at 02:16:02PM -0300, Walter Lozano wrote:
>
> > ARM and Aarch64 have different restrictions and trying to accommodate
> > larger kernels like the ones used in distros can be challenging. For this
> > reason, separate the layout
1 - 100 of 1061 matches
Mail list logo
