Re: [PATCH 5/6] arm: Remove edminiv2 board and orion5x support

Hi Simon, On 10.09.21 00:54, Simon Guinot wrote: On Thu, Sep 09, 2021 at 02:05:29PM +0200, Stefan Roese wrote: On 09.09.21 13:54, Tom Rini wrote: This board has not been converted to CONFIG_DM by the deadline. Remove it. As this is the last orion5x platform, remove that support as well. Cc:

Re: Problem with U-boot | Configuration Signature not being checked while booting

+Tom Rini Hi Moiz, On Thu, 9 Sept 2021 at 14:21, Moiz Imtiaz wrote: > > Hope you are doing well and everything is going good at your end. I am using > Raspi 4B and Compute Model 4 and trying to configure U-boot with Verified > boot support, but while booting the signing of the configuration

Re: [PATCH v3 1/2] GPIO: fxl6408: Add support for FXL6408 GPIO expander

Hello Oleksandr, On 09.09.21 22:44, Oleksandr Suvorov wrote: > From: Oleksandr Suvorov > > Initial support for Fairchild's 8 bit I2C gpio expander FXL6408. > The CONFIG_FXL6408_GPIO define enables support for such devices. > > Based on: https://patchwork.kernel.org/patch/9148419/ > >

Re: [PATCH 1/1] configs: add mkeficapsule to tools-only_defconfig

On Fri, Sep 10, 2021 at 11:17:16AM +0900, AKASHI Takahiro wrote: > Simon, Heinrich, > > On Thu, Sep 09, 2021 at 09:02:23AM -0400, Tom Rini wrote: > > On Thu, Sep 09, 2021 at 09:47:21PM +0900, AKASHI Takahiro wrote: > > > On Thu, Sep 09, 2021 at 08:15:43AM -0400, Tom Rini wrote: > > > > On Thu,

Re: [PATCH 1/1] configs: add mkeficapsule to tools-only_defconfig

Simon, Heinrich, On Thu, Sep 09, 2021 at 09:02:23AM -0400, Tom Rini wrote: > On Thu, Sep 09, 2021 at 09:47:21PM +0900, AKASHI Takahiro wrote: > > On Thu, Sep 09, 2021 at 08:15:43AM -0400, Tom Rini wrote: > > > On Thu, Sep 09, 2021 at 09:10:23PM +0900, AKASHI Takahiro wrote: > > > > Tom, > > > >

Re: [PATCH 14/35] efi: Locate all block devices in the app

On Thu, Sep 09, 2021 at 02:09:12PM -0600, Simon Glass wrote: > Hi Takahiro, > > On Wed, 8 Sept 2021 at 19:11, AKASHI Takahiro > wrote: > > > > Hi Simon, > > > > On Wed, Sep 08, 2021 at 08:14:30PM +0200, Heinrich Schuchardt wrote: > > > On 9/8/21 3:33 PM, Simon Glass wrote: > > > > When starting

Way to change $scan_dev_for_boot search sequence?

Hi, Is there any way to change the $scan_dev_for_boot search sequence? Currently it always go extlinux first, then scripts, and finally EFI. Normally this is completely fine, as one system should only have one of these, thus search sequence makes no difference. But for certain distros,

riscv + sbi_serial + mtd-ram

Hi, I am currently working on a riscv platform that: 1) uses the sbi putchar / getchar as serial. 2) maps its `flash` directly to ram as `mtd-ram`[1] (snippet from device tree provided by the ROM, forwarded by OpenSBI). I successfully implemented 1) based on other serial drivers. But I would

Problem with U-boot | Configuration Signature not being checked while booting

Hope you are doing well and everything is going good at your end. I am using Raspi 4B and Compute Model 4 and trying to configure U-boot with Verified boot support, *but while booting the signing of the configuration is not being checked*. I am using the latest master branch from GitHub.

Subject: [PATCH 2/6 v3] spmi: msm: add arbiter version 5 support

>From b65826c49fee93dd7ded11a848814d8fa79fdb2e Mon Sep 17 00:00:00 2001 From: Dzmitry Sankouski Date: Sat, 28 Aug 2021 13:53:42 +0300 Subject: [PATCH 2/6 v3] spmi: msm: add arbiter version 5 support Currently driver supports only version 1 and 2. Version 5 has slightly different registers

Subject: [PATCH 6/6 v2] board: samsung: add Samsung Galaxy S9/S9+(SM-G96x0) board

>From 94e21cc200e09c51752e4bb86cfac320a92c48a5 Mon Sep 17 00:00:00 2001 From: Dzmitry Sankouski Date: Sun, 29 Aug 2021 21:57:33 +0300 Subject: [PATCH 6/6 v2] board: samsung: add Samsung Galaxy S9/S9+(SM-G96x0) board Samsung S9 SM-G9600 - Snapdragon SDM845 version of the phone, for China \ Hong

Re: [PATCH 5/6] arm: Remove edminiv2 board and orion5x support

On Fri, Sep 10, 2021 at 12:54:10AM +0200, Simon Guinot wrote: > On Thu, Sep 09, 2021 at 02:05:29PM +0200, Stefan Roese wrote: > > On 09.09.21 13:54, Tom Rini wrote: > > > This board has not been converted to CONFIG_DM by the deadline. > > > Remove it. As this is the last orion5x platform, remove

Re: [PATCH 5/6] arm: Remove edminiv2 board and orion5x support

On Thu, Sep 09, 2021 at 02:05:29PM +0200, Stefan Roese wrote: > On 09.09.21 13:54, Tom Rini wrote: > > This board has not been converted to CONFIG_DM by the deadline. > > Remove it. As this is the last orion5x platform, remove that support as > > well. > > > > Cc: Albert ARIBAUD > > Cc: Stefan

Re: [PATCH u-boot-marvell] arm: a37xx: pci: Don't spam about PIO Response Status

On Tuesday 07 September 2021 17:27:08 Marek Behún wrote: > Use dev_dbg() instead of dev_err() in pcie_advk_check_pio_status(). > > For example CRS is not an error status, it just says that the request > should be retried. > > Without this, U-Boot spams the terminal with > pcie_advk

Re: [PATCH 11/35] RFC: efi: Drop code that doesn't work with driver model

On Thu, Sep 09, 2021 at 11:45:08PM +0200, Mark Kettenis wrote: > > Date: Thu, 9 Sep 2021 16:23:08 -0400 > > From: Tom Rini > > > > On Thu, Sep 09, 2021 at 10:15:44PM +0200, Mark Kettenis wrote: > > > > From: Simon Glass > > > > Date: Thu, 9 Sep 2021 13:57:39 -0600 > > > > > > > > Hi Heinrich,

Re: [PATCH 11/35] RFC: efi: Drop code that doesn't work with driver model

> Date: Thu, 9 Sep 2021 16:23:08 -0400 > From: Tom Rini > > On Thu, Sep 09, 2021 at 10:15:44PM +0200, Mark Kettenis wrote: > > > From: Simon Glass > > > Date: Thu, 9 Sep 2021 13:57:39 -0600 > > > > > > Hi Heinrich, > > > > > > On Thu, 9 Sept 2021 at 03:26, Heinrich Schuchardt > > > wrote: >

Re: Pull request for efi-2021-10-rc4

> From: Simon Glass > Date: Thu, 9 Sep 2021 14:08:24 -0600 Hi Simon, > Hi Tom, > > On Thu, 9 Sept 2021 at 06:08, Tom Rini wrote: > > > > On Thu, Sep 09, 2021 at 12:52:52PM +0200, Heinrich Schuchardt wrote: > > > > > > > > > On 9/9/21 10:56 AM, Simon Glass wrote: > > > > Hi Heinrich, > > > > >

Re: Pull request for efi-2021-10-rc4

On Thu, Sep 09, 2021 at 02:08:24PM -0600, Simon Glass wrote: > Hi Tom, > > On Thu, 9 Sept 2021 at 06:08, Tom Rini wrote: > > > > On Thu, Sep 09, 2021 at 12:52:52PM +0200, Heinrich Schuchardt wrote: > > > > > > > > > On 9/9/21 10:56 AM, Simon Glass wrote: > > > > Hi Heinrich, > > > > > > > > On

[PATCH v3 2/2] colibri-imx8x: add on-module gpio expander fxl6408

From: Oleksandr Suvorov The FXL6408 GPIO expander manages critical devices, including on-module USB hub. Configure the expander to switch the USB hub into bypass mode, allowing to use on-carrier-board USB hub. Signed-off-by: Oleksandr Suvorov Signed-off-by: Oleksandr Suvorov --- Changes in

[PATCH v3 1/2] GPIO: fxl6408: Add support for FXL6408 GPIO expander

From: Oleksandr Suvorov Initial support for Fairchild's 8 bit I2C gpio expander FXL6408. The CONFIG_FXL6408_GPIO define enables support for such devices. Based on: https://patchwork.kernel.org/patch/9148419/ Signed-off-by: Oleksandr Suvorov Reviewed-by: Simon Glass Tested-by: Marcel Ziswiler

[PATCH v3 0/2] Add support of an FXL6408 GPIO expander

Add support of a Fairchild's FXL6408 i2c gpio expander and enable this driver for Toradex Colibri iMX8QXP SoM. Changes in v3: - fix a warning: "drivers/gpio/gpio-fxl6408.c:348:15: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 3 has type ‘int’ [-Wformat=]" -

Re: [PATCH 11/35] RFC: efi: Drop code that doesn't work with driver model

On Thu, Sep 09, 2021 at 10:15:44PM +0200, Mark Kettenis wrote: > > From: Simon Glass > > Date: Thu, 9 Sep 2021 13:57:39 -0600 > > > > Hi Heinrich, > > > > On Thu, 9 Sept 2021 at 03:26, Heinrich Schuchardt > > wrote: > > > > > > > > > > > > On 9/9/21 10:57 AM, Simon Glass wrote: > > > > Hi

Re: [PATCH 11/35] RFC: efi: Drop code that doesn't work with driver model

> From: Simon Glass > Date: Thu, 9 Sep 2021 13:57:39 -0600 > > Hi Heinrich, > > On Thu, 9 Sept 2021 at 03:26, Heinrich Schuchardt wrote: > > > > > > > > On 9/9/21 10:57 AM, Simon Glass wrote: > > > Hi Heinrich, > > > > > > On Wed, 8 Sept 2021 at 11:44, Heinrich Schuchardt > > > wrote: > > >>

Re: [PATCH v2 1/2] GPIO: fxl6408: Add support for FXL6408 GPIO expander

Hi Marcel, On Thu, Sep 9, 2021 at 4:29 PM Marcel Ziswiler wrote: > > Hi Oleksandr > > Just one tiny nit-pick. Otherwise looks good and works great. Thanks! Thanks, I thought I'd already fixed that warning :) Will be fixed in the next revision. > > On Sat, 2021-08-28 at 13:23 +0300, Oleksandr

Re: [PATCH 11/35] RFC: efi: Drop code that doesn't work with driver model

On Thu, Sep 09, 2021 at 01:57:39PM -0600, Simon Glass wrote: > Hi Heinrich, > > On Thu, 9 Sept 2021 at 03:26, Heinrich Schuchardt wrote: > > > > > > > > On 9/9/21 10:57 AM, Simon Glass wrote: > > > Hi Heinrich, > > > > > > On Wed, 8 Sept 2021 at 11:44, Heinrich Schuchardt > > > wrote: > > >> >

[PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

At present some of the ideas and techniques behind devicetree in U-Boot are assumed, implied or unsaid. Add some documentation to cover how devicetree is build, how it can be modified and the rules about using the various CONFIG_OF_... options. Signed-off-by: Simon Glass Reviewed-by: Marcel

[PATCH v3 2/3] doc: Complete the list of available runtime-config options

The current list is missing a few items. Add them. Reviewed-by: Marcel Ziswiler Signed-off-by: Simon Glass --- Changes in v3: - Fix 'bootsercure' typo Changes in v2: - Add new patch to document remaining runtime-config options doc/device-tree-bindings/config.txt | 45

[PATCH v3 1/3] doc: Tidy up the bindings for the config/ node

Sort these and add a type so it is clear how to set the value. Add a note about usage to the top. Correct the 'no-keyboard' binding which is missing a prefix. Signed-off-by: Simon Glass Reviewed-by: Marcel Ziswiler --- Note that some uses a u-boot prefix and some don't. Once [1] is applied we

[PATCH v3 0/3] doc: Clarify how U-Boot makes use of devicetree

This series includes a documentation update to clarify how U-Boot makes use of devicetree and its requirements when working with other firmware projects. Once agreed it should provide more clarity in this area, which seems to have devolved into a confusing mire recently. My goal here is to sort

Re: [PATCH 14/35] efi: Locate all block devices in the app

Hi Heinrich, On Wed, 8 Sept 2021 at 12:19, Heinrich Schuchardt wrote: > > On 9/8/21 3:33 PM, Simon Glass wrote: > > When starting the app, locate all block devices and make them available > > to U-Boot. This allows listing partitions and accessing files in > > filesystems. > > > > EFI also has

Re: [PATCH 14/35] efi: Locate all block devices in the app

Hi Takahiro, On Wed, 8 Sept 2021 at 19:11, AKASHI Takahiro wrote: > > Hi Simon, > > On Wed, Sep 08, 2021 at 08:14:30PM +0200, Heinrich Schuchardt wrote: > > On 9/8/21 3:33 PM, Simon Glass wrote: > > > When starting the app, locate all block devices and make them available > > > to U-Boot. This

Re: [PATCH 03/35] x86: Show some EFI info with the bdinfo command

Hi Heinrich, On Thu, 9 Sept 2021 at 03:34, Heinrich Schuchardt wrote: > > > > On 9/9/21 10:57 AM, Simon Glass wrote: > > Hi Heinrich, > > > > On Wed, 8 Sept 2021 at 11:34, Heinrich Schuchardt > > wrote: > >> > >> > >> > >> On 9/8/21 3:33 PM, Simon Glass wrote: > >>> It is useful to see some

Re: Pull request for efi-2021-10-rc4

Hi François, On Thu, 9 Sept 2021 at 06:17, François Ozog wrote: > > Hi > > I think it may be good to step back and talk about the why's rather the > how's. (some elements were discussed in DeviceTree Evolution technical report) > > We are witnessing changes in the embedded products value chain

Re: Pull request for efi-2021-10-rc4

Hi Tom, On Thu, 9 Sept 2021 at 06:08, Tom Rini wrote: > > On Thu, Sep 09, 2021 at 12:52:52PM +0200, Heinrich Schuchardt wrote: > > > > > > On 9/9/21 10:56 AM, Simon Glass wrote: > > > Hi Heinrich, > > > > > > On Sat, 4 Sept 2021 at 12:08, Heinrich Schuchardt > > > wrote: > > > > > > > > > > >

Re: Driver model at UEFI runtime

Hi Heinrich, On Thu, 9 Sept 2021 at 05:29, Heinrich Schuchardt wrote: > > Hello Simon, > > The EBBR specification requires that the UEFI SystemReset() runtime > service is available to the operating system. > > Up to now this has been implemented by overriding function > efi_reset_system() which

Re: [PATCH 34/35] efi: Show when allocated pages are used

Hi Heinrich. On Thu, 9 Sept 2021 at 04:44, Heinrich Schuchardt wrote: > > > > On 9/9/21 10:57 AM, Simon Glass wrote: > > Hi Heinrich, > > > > On Wed, 8 Sept 2021 at 12:25, Heinrich Schuchardt > > wrote: > >> > >> > >> > >> On 9/8/21 3:34 PM, Simon Glass wrote: > >>> Add a message here so that

Re: [PATCH 13/35] efi: Add a media/block driver for EFI block devices

Hi Heinrich, On Thu, 9 Sept 2021 at 04:40, Heinrich Schuchardt wrote: > > > > On 9/9/21 10:57 AM, Simon Glass wrote: > > Hi Heinrich, > > > > On Wed, 8 Sept 2021 at 12:04, Heinrich Schuchardt > > wrote: > >> > >> > >> > >> On 9/8/21 3:33 PM, Simon Glass wrote: > >>> Add a block driver which

Re: [PATCH 11/35] RFC: efi: Drop code that doesn't work with driver model

Hi Heinrich, On Thu, 9 Sept 2021 at 03:26, Heinrich Schuchardt wrote: > > > > On 9/9/21 10:57 AM, Simon Glass wrote: > > Hi Heinrich, > > > > On Wed, 8 Sept 2021 at 11:44, Heinrich Schuchardt > > wrote: > >> > >> > >> > >> On 9/8/21 3:33 PM, Simon Glass wrote: > >>> This code should never have

Re: [PATCH 02/35] x86: Create a new header for EFI

Hi Heinrich, On Thu, 9 Sep 2021, 10:25 Heinrich Schuchardt, wrote: > > > > On 9/9/21 10:57 AM, Simon Glass wrote: > > Hi Heinrich, > > > > On Wed, 8 Sept 2021 at 11:27, Heinrich Schuchardt > > wrote: > >> > >> > >> > >> On 9/8/21 3:33 PM, Simon Glass wrote: > >>> The setup routines are called

Re: Subject: [PATCH 6/6 v2] board: samsung: add Samsung Galaxy S9/S9+(SM-G96x0) board

On Thu, Sep 9, 2021 at 6:00 PM Dzmitry Sankouski wrote: > > From 94e21cc200e09c51752e4bb86cfac320a92c48a5 Mon Sep 17 00:00:00 2001 > From: Dzmitry Sankouski > Date: Sun, 29 Aug 2021 21:57:33 +0300 > Subject: [PATCH 6/6 v2] board: samsung: add Samsung Galaxy S9/S9+(SM-G96x0) > board > > Samsung

Re: Subject: [PATCH 2/6 v3] spmi: msm: add arbiter version 5 support

On Thu, Sep 9, 2021 at 6:03 PM Dzmitry Sankouski wrote: > > From b65826c49fee93dd7ded11a848814d8fa79fdb2e Mon Sep 17 00:00:00 2001 > From: Dzmitry Sankouski > Date: Sat, 28 Aug 2021 13:53:42 +0300 > Subject: [PATCH 2/6 v3] spmi: msm: add arbiter version 5 support > > Currently driver supports

Re: [PATCH] doc: board: toradex: fix file names

On Thu, Sep 9, 2021 at 2:25 PM Marcel Ziswiler wrote: > > On Wed, 2021-09-08 at 16:52 +0300, Oleksandr Suvorov wrote: > > Fix the documentation file names: s/apalix/apalis/. > > Fixes: commit e98ea49a0eac ("toradex: MAINTAINERS: entries for new reST docs") > Fixes: commit 3730106cf0dc ("doc:

[PATCH v2] doc: board: toradex: fix file names

Fix the documentation file names: s/apalix/apalis/. Fixes: e98ea49a0e ("toradex: MAINTAINERS: entries for new reST docs") Fixes: 3730106cf0 ("doc: board: apalis-imx8x: add documentation") Signed-off-by: Oleksandr Suvorov Reviewed-by: Heinrich Schuchardt Reviewed-by: Igor Opaniuk Acked-by:

Re: [PATCH] imx8mm_beacon: Switch to binman for generating image

Hi Adam, On Thu, Sep 9, 2021 at 2:07 PM Adam Ford wrote: > > To eliminate a warning when using custom imx tools for generating > a binary, use binman to generate flash.bin. > > Signed-off-by: Adam Ford Reviewed-by: Fabio Estevam

[PATCH] imx8mm_beacon: Switch to binman for generating image

To eliminate a warning when using custom imx tools for generating a binary, use binman to generate flash.bin. Signed-off-by: Adam Ford diff --git a/arch/arm/dts/imx8mm-beacon-kit-u-boot.dtsi b/arch/arm/dts/imx8mm-beacon-kit-u-boot.dtsi index 73ddfdade6..3c034a85e3 100644 ---

Re: [PATCH 00/35] efi: Improvements to U-Boot running on top of UEFI

On Fri, Sep 10, 2021 at 12:29:46AM +0800, Bin Meng wrote: > Hi Simon, > > On Wed, Sep 8, 2021 at 9:34 PM Simon Glass wrote: > > > > At present U-Boot can be built as an EFI app, but it is really just for > > testing, with very few features. Instead, the payload build is used for > > booting on

Re: [PATCH 00/35] efi: Improvements to U-Boot running on top of UEFI

Hi Simon, On Wed, Sep 8, 2021 at 9:34 PM Simon Glass wrote: > > At present U-Boot can be built as an EFI app, but it is really just for > testing, with very few features. Instead, the payload build is used for > booting on top of UEFI, where U-Boot takes over the machine immediately > and

Re: [PATCH] Kconfig: Drop duplicate 'select SHA512' instances

On 9/9/21 10:00 AM, Tom Rini wrote: When dropping SHA512_ALGO in general, we didn't catch some cases where an option was selecting both SHA512 and SHA512_ALGO and caused them to select SHA512 twice. Kconfig doesn't complain, but this is still wrong and should be corrected. Fixes: e60e44993120

[PATCH] Kconfig: Drop duplicate 'select SHA512' instances

When dropping SHA512_ALGO in general, we didn't catch some cases where an option was selecting both SHA512 and SHA512_ALGO and caused them to select SHA512 twice. Kconfig doesn't complain, but this is still wrong and should be corrected. Fixes: e60e44993120 ("lib: Drop SHA512_ALGO in lieu of

[PATCH 3/3] stm32mp1: Replace STM32MP15x_STM32IMAGE with TFABOOT_FIP_CONTAINER

Recently, mach-stm32mp gained the ability to boot from a TF-A FIP container, bringing the following boot flows: "basic" SPL -> u-boot "falcon"SPL -> OP-TEE -> u-boot or kernel "trusted" TF-A -> OP-TEE -> u-boot "fip" TF-A -> FIP container However, the

[PATCH 2/3] arm: Kconfig: Introduce a TFABOOT_FIP_CONTAINER option

This option is intended to tell u-boot platform code that this u-boot build is expected to be used in a FIP container, as part of a TF-A boot flow. It is introduced because STM32MP1 platform code needs special considerations on a FIP boot, such as a different partition layout, and decisions about

[PATCH 1/3] stm32mp: Rename FIP config to stm32mp15_tfaboot_fip_defconig

STM32MP has several possible boot flows with either SPL or TF-A. The word from STM is that they only want to support TF-A with FIP images, and this should be default. We don't disagree. However, this argument is orthogonal to naming our defconfigs clearly. I'm concerned that users might be

[PATCH 0/3] stm32mp: Attempt to resolve unintended breakage with v2021.10-rc2

u-boot v2021.10-rc2 Introduced support for booting from FIP images (not to be confused with FIT) for stm32mp. I am also working on a different boot flow based on u-boot's falcon mode. The changes to accommodate the FIP mode inadvertently broke the falcon flow. This series intends to address that.

Re: [PATCH 1/6] arm: Remove flea3 board

On 09.09.21 13:54, Tom Rini wrote: This board has not been converted to CONFIG_DM by the deadline. Remove it. Cc: Stefano Babic Signed-off-by: Tom Rini --- Acked-by: Stefano Babic Best regards, Stefano Babic arch/arm/Kconfig| 6 -

Re: [PATCH v4 3/3] sysreset: provide SBI based sysreset driver

On Thu, Sep 9, 2021 at 10:14 PM Bin Meng wrote: > > On Thu, Sep 9, 2021 at 9:11 PM Heinrich Schuchardt > wrote: > > > > From: Heinrich Schuchardt nits: this From: line is incorrect as it does not match SoB > > > > Provide sysreset driver using the SBI system reset extension. > > > >

Re: [PATCH v4 3/3] sysreset: provide SBI based sysreset driver

On Thu, Sep 9, 2021 at 9:11 PM Heinrich Schuchardt wrote: > > From: Heinrich Schuchardt > > Provide sysreset driver using the SBI system reset extension. > > Signed-off-by: Heinrich Schuchardt > --- > v4: > * remove the UEFI SystemReset() implementation > * simplify the code

Re: [PATCH v4 2/3] cmd/sbi: use constants instead of numerical values

On Thu, Sep 9, 2021 at 9:11 PM Heinrich Schuchardt wrote: > > Use constants for extension IDs. > > Signed-off-by: Heinrich Schuchardt > Reviewed-by: Sean Anderson > Reviewed-by: Leo Yu-Chi Liang > --- > v4: > no change > v3: > no change > --- > cmd/riscv/sbi.c | 30

Re: [PATCH v4 1/3] riscv: add missing SBI extension definitions

On Thu, Sep 9, 2021 at 9:11 PM Heinrich Schuchardt wrote: > > Add the System Reset Extension and the Hart State Management Extension > definitions. > > Add missing RFENCE Extension enum values. > > The SBI 0.1 extension constants are needed for the sbi command. Remove > an #ifdef. > > Cf.

Re: [PATCH v2 2/6] lib: Drop SHA512_ALGO in lieu of SHA512

On Sep 02 2021, Alexandru Gagniuc wrote: > diff --git a/lib/crypt/Kconfig b/lib/crypt/Kconfig > index 5495ae8d4c..6a50029642 100644 > --- a/lib/crypt/Kconfig > +++ b/lib/crypt/Kconfig > @@ -20,7 +20,7 @@ config CRYPT_PW_SHA256 > config CRYPT_PW_SHA512 > bool "Provide sha512crypt" >

Re: [PATCH v2 1/2] GPIO: fxl6408: Add support for FXL6408 GPIO expander

Hi Oleksandr Just one tiny nit-pick. Otherwise looks good and works great. Thanks! On Sat, 2021-08-28 at 13:23 +0300, Oleksandr Suvorov wrote: > From: Oleksandr Suvorov > > Initial support for Fairchild's 8 bit I2C gpio expander FXL6408. > The CONFIG_FXL6408_GPIO define enables support for

[PATCH v4 3/3] sysreset: provide SBI based sysreset driver

From: Heinrich Schuchardt Provide sysreset driver using the SBI system reset extension. Signed-off-by: Heinrich Schuchardt --- v4: * remove the UEFI SystemReset() implementation * simplify the code using an array to translate reset types * remove a superfluos check to

[PATCH v4 1/3] riscv: add missing SBI extension definitions

Add the System Reset Extension and the Hart State Management Extension definitions. Add missing RFENCE Extension enum values. The SBI 0.1 extension constants are needed for the sbi command. Remove an #ifdef. Cf. https://github.com/riscv/riscv-sbi-doc/blob/master/riscv-sbi.adoc Signed-off-by:

[PATCH v4 2/3] cmd/sbi: use constants instead of numerical values

Use constants for extension IDs. Signed-off-by: Heinrich Schuchardt Reviewed-by: Sean Anderson Reviewed-by: Leo Yu-Chi Liang --- v4: no change v3: no change --- cmd/riscv/sbi.c | 30 +++--- 1 file changed, 15 insertions(+), 15 deletions(-) diff --git

[PATCH v4 0/3] riscv: enable SBI system reset

With SBI v0.3 a system reset extension is available. This allows to implement reboot and poweroff in U-Boot in a system independent way. * Provide missing constants * Provide a system reset driver using the system reset extension. v4: * remove the UEFI SystemReset() implementation

Re: [PATCH 1/1] configs: add mkeficapsule to tools-only_defconfig

On Thu, Sep 09, 2021 at 09:47:21PM +0900, AKASHI Takahiro wrote: > On Thu, Sep 09, 2021 at 08:15:43AM -0400, Tom Rini wrote: > > On Thu, Sep 09, 2021 at 09:10:23PM +0900, AKASHI Takahiro wrote: > > > Tom, > > > > > > On Thu, Sep 09, 2021 at 07:46:15AM -0400, Tom Rini wrote: > > > > On Thu, Sep

[PATCH] arm: imx: imx8mq: add support to get values for more clocks

Return the root clock values for MXC_CSPI_CLK, MXC_I2C_CLK, MXC_UART_CLK and MXC_QSPI_CLK. At least for the I2C clock the missing support leads to a wrong configured I2C frequency. The expected value is 100kHz but the resulting value is about 1MHz. Signed-off-by: Heiko Thiery --- More

Re: [PATCH 1/1] configs: add mkeficapsule to tools-only_defconfig

On Thu, Sep 09, 2021 at 08:15:43AM -0400, Tom Rini wrote: > On Thu, Sep 09, 2021 at 09:10:23PM +0900, AKASHI Takahiro wrote: > > Tom, > > > > On Thu, Sep 09, 2021 at 07:46:15AM -0400, Tom Rini wrote: > > > On Thu, Sep 09, 2021 at 05:30:36PM +0900, AKASHI Takahiro wrote: > > > > On Thu, Sep 09,

Re: [PATCH 1/1] configs: add mkeficapsule to tools-only_defconfig

On Thu, Sep 09, 2021 at 02:31:18PM +0200, Heinrich Schuchardt wrote: > On 9/9/21 1:46 PM, Tom Rini wrote: > > On Thu, Sep 09, 2021 at 05:30:36PM +0900, AKASHI Takahiro wrote: > > > On Thu, Sep 09, 2021 at 09:27:50AM +0200, Heinrich Schuchardt wrote: > > > > On 9/9/21 8:09 AM, AKASHI Takahiro

Re: [PATCH 1/1] configs: add mkeficapsule to tools-only_defconfig

On 9/9/21 1:46 PM, Tom Rini wrote: On Thu, Sep 09, 2021 at 05:30:36PM +0900, AKASHI Takahiro wrote: On Thu, Sep 09, 2021 at 09:27:50AM +0200, Heinrich Schuchardt wrote: On 9/9/21 8:09 AM, AKASHI Takahiro wrote: On Thu, Sep 09, 2021 at 07:27:10AM +0200, Heinrich Schuchardt wrote:

Re: Pull request for efi-2021-10-rc4

Hi I think it may be good to step back and talk about the why's rather the how's. (some elements were discussed in DeviceTree Evolution technical report ) We are witnessing changes in the embedded

Re: [PATCH 1/1] configs: add mkeficapsule to tools-only_defconfig

On Thu, Sep 09, 2021 at 09:10:23PM +0900, AKASHI Takahiro wrote: > Tom, > > On Thu, Sep 09, 2021 at 07:46:15AM -0400, Tom Rini wrote: > > On Thu, Sep 09, 2021 at 05:30:36PM +0900, AKASHI Takahiro wrote: > > > On Thu, Sep 09, 2021 at 09:27:50AM +0200, Heinrich Schuchardt wrote: > > > > On 9/9/21

Re: [PATCH 1/1] configs: add mkeficapsule to tools-only_defconfig

Tom, On Thu, Sep 09, 2021 at 07:46:15AM -0400, Tom Rini wrote: > On Thu, Sep 09, 2021 at 05:30:36PM +0900, AKASHI Takahiro wrote: > > On Thu, Sep 09, 2021 at 09:27:50AM +0200, Heinrich Schuchardt wrote: > > > On 9/9/21 8:09 AM, AKASHI Takahiro wrote: > > > > On Thu, Sep 09, 2021 at 07:27:10AM

Re: Pull request for efi-2021-10-rc4

On Thu, Sep 09, 2021 at 12:52:52PM +0200, Heinrich Schuchardt wrote: > > > On 9/9/21 10:56 AM, Simon Glass wrote: > > Hi Heinrich, > > > > On Sat, 4 Sept 2021 at 12:08, Heinrich Schuchardt > > wrote: > > > > > > > > > > > > Am 4. September 2021 19:39:49 MESZ schrieb Tom Rini : > > > > On

Re: [PATCH 5/6] arm: Remove edminiv2 board and orion5x support

On 09.09.21 13:54, Tom Rini wrote: This board has not been converted to CONFIG_DM by the deadline. Remove it. As this is the last orion5x platform, remove that support as well. Cc: Albert ARIBAUD Cc: Stefan Roese Signed-off-by: Tom Rini --- arch/arm/Kconfig |

Re: [PATCH 2/6] arm: Remove aspenite board

On 09.09.21 13:54, Tom Rini wrote: This board has not been converted to CONFIG_DM by the deadline. Remove it. Cc: Prafulla Wadaskar Cc: Stefan Roese Signed-off-by: Tom Rini Acked-by: Stefan Roese Thanks, Stefan --- arch/arm/Kconfig | 6

Re: Pull request for efi-2021-10-rc4

On Thu, Sep 09, 2021 at 01:21:17PM +0200, Heinrich Schuchardt wrote: > > > On 9/9/21 10:56 AM, Simon Glass wrote: > > Hi Ilias, > > > > On Sat, 4 Sept 2021 at 14:09, Ilias Apalodimas > > wrote: > > > > > > Hi Tom, > > > > > > On Sat, 4 Sept 2021 at 21:08, Tom Rini wrote: > > > > > > > > On

[PATCH 6/6] ppc: Remove MPC8349EMDS board and ARCH_MPC8349 support

This board has not been converted to CONFIG_DM by the deadline. Remove it. Cc: Priyanka Jain Signed-off-by: Tom Rini --- arch/powerpc/cpu/mpc83xx/Kconfig | 52 --- arch/powerpc/cpu/mpc83xx/elbc/Kconfig.elbc0 | 6 +- arch/powerpc/cpu/mpc83xx/elbc/Kconfig.elbc1 | 6 +-

[PATCH 5/6] arm: Remove edminiv2 board and orion5x support

This board has not been converted to CONFIG_DM by the deadline. Remove it. As this is the last orion5x platform, remove that support as well. Cc: Albert ARIBAUD Cc: Stefan Roese Signed-off-by: Tom Rini --- arch/arm/Kconfig | 7 - arch/arm/Makefile

[PATCH 3/6] arm: Remove zmx25 board and ARCH_MX25

This board has not been converted to CONFIG_DM by the deadline. Remove it. As this is the last ARCH_MX25 platform, remove those references as well. Cc: Matthias Weisser Cc: Stefano Babic Signed-off-by: Tom Rini --- arch/arm/Kconfig| 9 -

[PATCH 4/6] arm: Remove bg0900 board

This board has not been converted to CONFIG_DM by the deadline. Remove it. Cc: Marek Vasut Signed-off-by: Tom Rini --- arch/arm/mach-imx/mxs/Kconfig | 4 - board/ppcag/bg0900/Kconfig | 15 board/ppcag/bg0900/MAINTAINERS | 6 -- board/ppcag/bg0900/Makefile| 10 ---

[PATCH 2/6] arm: Remove aspenite board

This board has not been converted to CONFIG_DM by the deadline. Remove it. Cc: Prafulla Wadaskar Cc: Stefan Roese Signed-off-by: Tom Rini --- arch/arm/Kconfig | 6 board/Marvell/aspenite/Kconfig | 15 -- board/Marvell/aspenite/MAINTAINERS | 6

[PATCH 1/6] arm: Remove flea3 board

This board has not been converted to CONFIG_DM by the deadline. Remove it. Cc: Stefano Babic Signed-off-by: Tom Rini --- arch/arm/Kconfig| 6 - board/CarMediaLab/flea3/Kconfig | 15 -- board/CarMediaLab/flea3/MAINTAINERS | 6 -

[PATCH v2] cmd: ubi: add a command to swap volumes

This commit adds the command ubi swap to swap an ubi volumes. The format of the command is: ubi swap . To enable this command, the option CMD_UBI_SWAPVOL must be selected. --- cmd/Kconfig | 8 cmd/ubi.c | 54 + 2 files changed, 62

Re: [PATCH 1/1] configs: add mkeficapsule to tools-only_defconfig

On Thu, Sep 09, 2021 at 05:30:36PM +0900, AKASHI Takahiro wrote: > On Thu, Sep 09, 2021 at 09:27:50AM +0200, Heinrich Schuchardt wrote: > > On 9/9/21 8:09 AM, AKASHI Takahiro wrote: > > > On Thu, Sep 09, 2021 at 07:27:10AM +0200, Heinrich Schuchardt wrote: > > > > mkeficapsule is used to create

Re: [PATCH v2 1/9] ARM: meson: Sync Amlogic DT from Linux 5.14

On Thu, Sep 09, 2021 at 11:42:34AM +0200, Neil Armstrong wrote: > Hi Tom, > > On 08/09/2021 17:46, Tom Rini wrote: > > On Wed, Sep 08, 2021 at 04:17:20PM +0200, Neil Armstrong wrote: > > > >> Import Amlogic DT changes from Linux commit 7d2a07b76933 ("Linux 5.14"), > >> dt-bindings clock changes

Re: [PATCH] doc: board: toradex: fix file names

On Wed, 2021-09-08 at 16:52 +0300, Oleksandr Suvorov wrote: > Fix the documentation file names: s/apalix/apalis/. Fixes: commit e98ea49a0eac ("toradex: MAINTAINERS: entries for new reST docs") Fixes: commit 3730106cf0dc ("doc: board: apalis-imx8x: add documentation") > Signed-off-by: Oleksandr

Re: Pull request for efi-2021-10-rc4

On 9/9/21 10:56 AM, Simon Glass wrote: Hi Ilias, On Sat, 4 Sept 2021 at 14:09, Ilias Apalodimas wrote: Hi Tom, On Sat, 4 Sept 2021 at 21:08, Tom Rini wrote: On Sat, Sep 04, 2021 at 08:02:49PM +0200, Heinrich Schuchardt wrote: Am 4. September 2021 19:39:49 MESZ schrieb Tom Rini :

Driver model at UEFI runtime

Hello Simon, The EBBR specification requires that the UEFI SystemReset() runtime service is available to the operating system. Up to now this has been implemented by overriding function efi_reset_system() which is marked as __efi_runtime. Both ARM and RISC-V support generic interfaces for

Re: Pull request for efi-2021-10-rc4

On 9/9/21 10:56 AM, Simon Glass wrote: Hi Heinrich, On Sat, 4 Sept 2021 at 12:08, Heinrich Schuchardt wrote: Am 4. September 2021 19:39:49 MESZ schrieb Tom Rini : On Sat, Sep 04, 2021 at 07:03:48PM +0200, Heinrich Schuchardt wrote: Am 4. September 2021 16:37:22 MESZ schrieb Tom Rini

Re: [PATCH] doc: board: toradex: fix file names

On Wed, Sep 08, 2021 at 04:52:24PM +0300, Oleksandr Suvorov wrote: > Fix the documentation file names: s/apalix/apalis/. > > Signed-off-by: Oleksandr Suvorov Acked-by: Francesco Dolcini

Re: [PATCH 34/35] efi: Show when allocated pages are used

On 9/9/21 10:57 AM, Simon Glass wrote: Hi Heinrich, On Wed, 8 Sept 2021 at 12:25, Heinrich Schuchardt wrote: On 9/8/21 3:34 PM, Simon Glass wrote: Add a message here so that both paths of memory allocation are reported. Signed-off-by: Simon Glass --- lib/efi/efi_app.c | 1 + 1

Re: [PATCH 13/35] efi: Add a media/block driver for EFI block devices

On 9/9/21 10:57 AM, Simon Glass wrote: Hi Heinrich, On Wed, 8 Sept 2021 at 12:04, Heinrich Schuchardt wrote: On 9/8/21 3:33 PM, Simon Glass wrote: Add a block driver which handles read/write for EFI block devices. This driver actually already exists ('efi_block') but is not really

Re: [PATCH v2 1/9] ARM: meson: Sync Amlogic DT from Linux 5.14

Hi Tom, On 08/09/2021 17:46, Tom Rini wrote: > On Wed, Sep 08, 2021 at 04:17:20PM +0200, Neil Armstrong wrote: > >> Import Amlogic DT changes from Linux commit 7d2a07b76933 ("Linux 5.14"), >> dt-bindings clock changes and new meson-g12b-gsking-x.dts, >> meson-sm1-bananapi-m5 & odroid-hc4 boards.

Re: [PATCH 03/35] x86: Show some EFI info with the bdinfo command

On 9/9/21 10:57 AM, Simon Glass wrote: Hi Heinrich, On Wed, 8 Sept 2021 at 11:34, Heinrich Schuchardt wrote: On 9/8/21 3:33 PM, Simon Glass wrote: It is useful to see some basic EFI info with the command as it forms part of the information about a board. Add a hook for this and show

Re: [PATCH 02/35] x86: Create a new header for EFI

On 9/9/21 10:57 AM, Simon Glass wrote: Hi Heinrich, On Wed, 8 Sept 2021 at 11:27, Heinrich Schuchardt wrote: On 9/8/21 3:33 PM, Simon Glass wrote: The setup routines are called from zimage but don't really belong in the zimage header. Add a new EFI header to house these. Add comments

Re: [PATCH 11/35] RFC: efi: Drop code that doesn't work with driver model

On 9/9/21 10:57 AM, Simon Glass wrote: Hi Heinrich, On Wed, 8 Sept 2021 at 11:44, Heinrich Schuchardt wrote: On 9/8/21 3:33 PM, Simon Glass wrote: This code should never have been added as it builds a new feature on top of legacy code. Drop it and add a dependency on BLK for this

Re: [PATCH 24/35] x86: Allow booting a kernel from the EFI app

Hi Heinrich, On Wed, 8 Sept 2021 at 12:22, Heinrich Schuchardt wrote: > > > > On 9/8/21 3:33 PM, Simon Glass wrote: > > At present this is disabled, but it should work so long as the kernel does > > not need EFI services. Enable it and add a note about remaining work. > > > > Signed-off-by:

Re: [PATCH 13/35] efi: Add a media/block driver for EFI block devices

Hi Heinrich, On Wed, 8 Sept 2021 at 12:04, Heinrich Schuchardt wrote: > > > > On 9/8/21 3:33 PM, Simon Glass wrote: > > Add a block driver which handles read/write for EFI block devices. This > > driver actually already exists ('efi_block') but is not really suitable > > for use as a real U-Boot

Re: [PATCH 12/35] efi: Add EFI uclass for media

Hi Heinrich, On Wed, 8 Sept 2021 at 11:50, Heinrich Schuchardt wrote: > > > > On 9/8/21 3:33 PM, Simon Glass wrote: > > At present UCLASS_EFI is used to represent an EFI filesystem The > > description of this uclass is "EFI managed devices" which is pretty vague. > > The only driver that uses

Re: [PATCH 06/35] x86: Create a 32/64-bit selection for the app

Hi Heinrich, On Wed, 8 Sept 2021 at 11:40, Heinrich Schuchardt wrote: > > > > On 9/8/21 3:33 PM, Simon Glass wrote: > > Most EFI implementations use 64-bit. In order to spupose a 64-bit app, > > %s/spupose/support > > > update the Kconfig to add an option for 32/64 bit. Update the prompt for > >

  1   2   >