RE: board_init.c file not compiled

I knew CONFIG_SPL_BUILD value is supposed to be set by the build system (Makefille, during spl build). But I found I had "config SPL_BUILD" with default "y" under my Kconfig in the board directory. Because this value was always "y", the board_init.c under common/init and some other files were

Re: [PATCH v2] pci: Work around PCIe link training failures

Hi Maciej, On 11/18/21 01:32, Maciej W. Rozycki wrote: Hi Pali, If that has indicated failure, reduce the target speed, request a link retrain and check again if the link has stabilised. Repeat until either successful or the link speeds supported by the downstream port have been exhausted.

Re: [PATCH] net: uclass: Save ethernet MAC address when generated

Dear Tom, In message <2027161545.GA24579@bill-the-cat> you wrote: > > Yes, you're changing behavior by requiring this change, and fwiw I > suggested a slightly different fix-up here of deleting the device tree > properties if it's a random MAC, in Michael's patch just disabling the > feature

[PATCH v2] efi_loader: fix FinalEvents table if an EFI app invoked GetEventLog

As described in the TCG spec [1] in sections 7.1.1 and 7.1.2 the FinalEvent table should include events after GetEventLog has been called. This currently works for us as long as the kernel is the only EFI application calling that. Specifically we only implement what's described in 7.1.1. So refa

Re: [PATCH] efi_loader: fix FinalEvents table if an EFI uses GetEventLog

Please ignore this patch. Sent by mistake. On Thu, 18 Nov 2021 at 11:48, Ruchika Gupta wrote: > --- > lib/efi_loader/efi_tcg2.c | 90 ++- > 1 file changed, 61 insertions(+), 29 deletions(-) > > diff --git a/lib/efi_loader/efi_tcg2.c b/lib/efi_loader/efi_tcg2.

[PATCH 3/3] efi_loader: Extend PCR's for firmware measurements

Firmwares before U-Boot may be capable of doing tpm measurements and passing them to U-Boot in the form of eventlog. However there may be scenarios where the firmwares don't have TPM driver and are not capable of extending the measurements in the PCRs. To cater to such platforms, read the PCR0 to d

[PATCH 2/3] tpm: use more algorithms than sha256 on pcr_read

The current tpm2_pcr_read is hardcoded using SHA256. Make the actual command to TPM configurable to use wider range of algorithms. The current command line is kept as is i.e limited to SHA-256 only. Signed-off-by: Ruchika Gupta --- cmd/tpm-v2.c | 3 ++- include/tpm-v2.h | 3 ++- lib/tpm-v2

[PATCH] efi_loader: fix FinalEvents table if an EFI uses GetEventLog

--- lib/efi_loader/efi_tcg2.c | 90 ++- 1 file changed, 61 insertions(+), 29 deletions(-) diff --git a/lib/efi_loader/efi_tcg2.c b/lib/efi_loader/efi_tcg2.c index 189e4a5ba5..215f4b2b04 100644 --- a/lib/efi_loader/efi_tcg2.c +++ b/lib/efi_loader/efi_tcg2.c @@ -

[PATCH 1/3] efi_loader: Add check for event log passed from firmware

Platforms may have support to measure their initial firmware components and pass the event log to u-boot. The event log address can be passed in property tpm_event_log_addr and tpm_event_log_size of the tpm node. Platforms may choose their own specific mechanism to do so. A weak function is added t

[PATCH] Revert "board: synquacer: developerbox: Don't set gd->env_addr to default_environment"

Without default setting of gd->env_addr, U-Boot will cause a synchronous abort if the env-variables on the SPI flash is broken or not saved corectly. Set gd->env_addr correctly. This reverts commit 535870f3b0fb09ee9b2885409f05304111464643. Signed-off-by: Masami Hiramatsu --- board/socionext/dev

Re: [PATCH 11/14] board: synquacer: developerbox: Don't set gd->env_addr to default_environment

Hi Simon, 2021年11月18日(木) 5:36 Simon Glass : > > Hi Masami, > > On Tue, 16 Nov 2021 at 21:59, Masami Hiramatsu > wrote: > > > > Hi Marek, > > > > I found this cause a synchronous abort on boot on the developerbox > > when the env_vars on SPI flash is corrupted. See below log. > > Can we revert it?

Re: cfb_console.c: DM_VIDEO conversion questions/suggestions

Hi Anatolij, On Sat, 22 Jun 2019 at 12:23, Simon Glass wrote: > > On Tue, 28 May 2019 at 11:33, Igor Opaniuk wrote: > > > > On Mon, May 27, 2019 at 5:58 PM Tom Rini wrote: > > > > > > On Mon, May 27, 2019 at 09:22:05AM +0200, Stefan Agner wrote: > > > > On 27.05.2019 07:21, Igor Opaniuk wrote:

Re: [PATCH v2] pci: Work around PCIe link training failures

On Thursday 18 November 2021 00:03:58 Maciej W. Rozycki wrote: > At that point the link changes to 5GT/s instantaneously (there's no Link > Training reported active, not even momentarily, or Data Link Layer Link > Active reported inactive), as shown by the Link Status Register at both > ends (an

Re: [PATCH v2] pci: Work around PCIe link training failures

Hi Pali, > > If that has indicated failure, reduce the target speed, request a link > > retrain and check again if the link has stabilised. Repeat until either > > successful or the link speeds supported by the downstream port have been > > exhausted. > > I would like to hear what Bjorn Helga

Re: [PATCH v2] pci: Work around PCIe link training failures

Hi Stefan, > > Make use of this observation then and attempt to detect the inability to > > negotiate the link speed automatically, and then handle it by hand. Use > > the Data Link Layer Link Active status flag as the primary indicator of > > successful link speed negotiation, but given that the

Re: [PATCH v2 2/2] board: traverse: add initial Ten64 support

On Thu, Nov 18, 2021 at 09:09:44AM +1100, Mathew McBride wrote: > Hi Tom, > > On Fri, Nov 12, 2021, at 5:20 AM, Tom Rini wrote: > > On Wed, Nov 10, 2021 at 04:46:39AM +, Mathew McBride wrote: > > > > > Signed-off-by: Mathew McBride > > > --- > > > arch/arm/Kconfig | 16 ++

Re: [PATCH v2 2/2] board: traverse: add initial Ten64 support

Hi Tom, On Fri, Nov 12, 2021, at 5:20 AM, Tom Rini wrote: > On Wed, Nov 10, 2021 at 04:46:39AM +, Mathew McBride wrote: > > > Signed-off-by: Mathew McBride > > --- > > arch/arm/Kconfig | 16 ++ > > arch/arm/dts/Makefile | 2 + > > arch/arm/dts/fsl-ls1088a-t

Re: DeprecationWarning: distutils package and distutils.sysconfig module deprecated

On Wed, Nov 10, 2021 at 10:31 AM Simon Glass wrote: > > Hi Marcel, > > +Rob Herring might be looking at it. > > On Wed, 10 Nov 2021 at 04:15, Marcel Ziswiler > wrote: > > > > Hi there > > > > After migrating to a new Fedora Silverblue 35 based setup with toolbx I get > > the following while comp

[PATCH v6] driver: spi: add bcm iproc qspi support.

From: Rayagonda Kokatanur IPROC qspi driver supports both BSPI and MSPI modes. Signed-off-by: Rayagonda Kokatanur Signed-off-by: Bharat Gooty Acked-by: Rayagonda Kokatanur Signed-off-by: Roman Bacik --- Changes in v6: - remove priv->mode_4byte - remove IPROC_BSPI_READ_SUPPORTED Changes in

Re: [PATCH v2 1/1] tpm: clear state post probing

Hi Heinrich, On Wed, 17 Nov 2021 at 12:34, Heinrich Schuchardt wrote: > > > > On 11/17/21 20:30, Simon Glass wrote: > > Hi Heinrich, > > > > On Wed, 17 Nov 2021 at 12:28, Heinrich Schuchardt > > wrote: > >> > >> > >> > >> On 11/17/21 20:22, Ilias Apalodimas wrote: > >>> Hi Simon, > >>> > >>> > >

Re: [PATCH 11/14] board: synquacer: developerbox: Don't set gd->env_addr to default_environment

Hi Masami, On Tue, 16 Nov 2021 at 21:59, Masami Hiramatsu wrote: > > Hi Marek, > > I found this cause a synchronous abort on boot on the developerbox > when the env_vars on SPI flash is corrupted. See below log. > Can we revert it? I confirmed that reverting this patch fixes the problem. > Yes,

Re: netconsole over USB net not working

Hi Andy, On Wed, 17 Nov 2021 at 01:50, Andy Shevchenko wrote: > > On Wed, Nov 10, 2021 at 9:47 PM Andy Shevchenko > wrote: > > > > Hi! > > > > What is the Best Known Method to enable NetConsole over USB ethernet > > gadget on DWC3? > > Any insight anyone? v2022.01-rc2 behaves the same way. > It

RE: [EXT] RE: [PATCH v5 01/16] crypto/fsl: Add support for CAAM Job ring driver model

Hello Gaurav, > -Original Message- > From: ZHIZHIKIN Andrey > Sent: Wednesday, November 17, 2021 2:03 PM > To: Gaurav Jain ; u-boot@lists.denx.de > Cc: Stefano Babic ; Fabio Estevam ; Peng > Fan > ; Simon Glass ; Priyanka Jain > ; Ye Li ; Horia Geanta > ; Ji Luo ; Franck Lenormand > ; Sil

Re: [PATCH v2 1/1] tpm: clear state post probing

On 11/17/21 20:30, Simon Glass wrote: Hi Heinrich, On Wed, 17 Nov 2021 at 12:28, Heinrich Schuchardt wrote: On 11/17/21 20:22, Ilias Apalodimas wrote: Hi Simon, On Wed, 17 Nov 2021 at 19:20, Simon Glass wrote: Hi, (replying to both of you) On Wed, 17 Nov 2021 at 01:18, Ilias Apal

Re: [PATCH v2 1/1] tpm: clear state post probing

Hi Heinrich, On Wed, 17 Nov 2021 at 12:28, Heinrich Schuchardt wrote: > > > > On 11/17/21 20:22, Ilias Apalodimas wrote: > > Hi Simon, > > > > > > On Wed, 17 Nov 2021 at 19:20, Simon Glass wrote: > >> > >> Hi, > >> > >> (replying to both of you) > >> > >> On Wed, 17 Nov 2021 at 01:18, Ilias Apal

Re: [PATCH v2 1/1] tpm: clear state post probing

Hi Ilias, On Wed, 17 Nov 2021 at 12:23, Ilias Apalodimas wrote: > > Hi Simon, > > > On Wed, 17 Nov 2021 at 19:20, Simon Glass wrote: > > > > Hi, > > > > (replying to both of you) > > > > On Wed, 17 Nov 2021 at 01:18, Ilias Apalodimas > > wrote: > > > > > > Hi Simon, > > > > > > > > > On Wed, 17

Re: [PATCH v2 1/1] tpm: clear state post probing

On 11/17/21 20:22, Ilias Apalodimas wrote: Hi Simon, On Wed, 17 Nov 2021 at 19:20, Simon Glass wrote: Hi, (replying to both of you) On Wed, 17 Nov 2021 at 01:18, Ilias Apalodimas wrote: Hi Simon, On Wed, 17 Nov 2021 at 04:48, Simon Glass wrote: Hi Heinrich, On Tue, 16 Nov 2021

[PATCH v5] driver: spi: add bcm iproc qspi support.

From: Rayagonda Kokatanur IPROC qspi driver supports both BSPI and MSPI modes. Signed-off-by: Rayagonda Kokatanur Signed-off-by: Bharat Gooty Acked-by: Rayagonda Kokatanur Signed-off-by: Roman Bacik --- Changes in v5: - add binding document - implement spi-mem interface for bspi mode - use

Re: [PATCH v2 1/1] tpm: clear state post probing

Hi Simon, On Wed, 17 Nov 2021 at 19:20, Simon Glass wrote: > > Hi, > > (replying to both of you) > > On Wed, 17 Nov 2021 at 01:18, Ilias Apalodimas > wrote: > > > > Hi Simon, > > > > > > On Wed, 17 Nov 2021 at 04:48, Simon Glass wrote: > > > > > > Hi Heinrich, > > > > > > On Tue, 16 Nov 2021 a

Re: [PATCH 10/10] board: sl28: disable random MAC address generation

On Wed, Nov 17, 2021 at 05:45:58PM +0100, Michael Walle wrote: > Am 2021-11-16 22:14, schrieb Tom Rini: > > On Mon, Nov 15, 2021 at 11:45:51PM +0100, Michael Walle wrote: > > > > > Nowadays, u-boot (when CONFIG_NET_RANDOM_ETHADDR is set) will set > > > enetaddr to a random value if not set and the

Re: [PATCH 1/2] fsl-layerscape: add dtb overlay feature

Hi Sahil, Am 2021-11-17 19:11, schrieb Sahil Malhotra (OSS): Could you please add some description what this is doing and for what this is intended? To have a "DTB overlay feature", it is enough to just enable CONFIG_OF_LIBFDT_OVERLAY. I will add some description, and yes for DTB overlay feat

RE: [PATCH 1/2] fsl-layerscape: add dtb overlay feature

Hi Michael, -Original Message- From: Michael Walle Sent: Wednesday, November 17, 2021 1:23 PM To: Sahil Malhotra (OSS) Cc: Clément Faure ; Gaurav Jain ; Pankaj Gupta ; Priyanka Jain ; Sahil Malhotra ; u-boot@lists.denx.de; Varun Sethi ; Ye Li ; Michael Walle Subject: Re: [PATCH 1/2]

[PATCH 0/3] efi_loader: EFI_EVENT_GROUP_BEFORE_EXIT_BOOT_SERVICES

* implement EFI_EVENT_GROUP_BEFORE_EXIT_BOOT_SERVICES * provide a unit test for it * bump supported UEFI specification number to 2.9 Heinrich Schuchardt (3): efi_loader: EFI_EVENT_GROUP_BEFORE_EXIT_BOOT_SERVICES efi_selftest: unit test for EFI_GROUP_BEFORE_EXIT_BOOT_SERVICE efi_loader: bump

[PATCH 3/3] efi_loader: bump EFI_SPECIFICATION_VERSION to 2.9

We have implemented all what is new in UEFI specification 2.9 and relevant for U-Boot. Signed-off-by: Heinrich Schuchardt --- include/efi_api.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/efi_api.h b/include/efi_api.h index bba2f8144a..276c7a3e85 100644 --- a/

[PATCH 1/3] efi_loader: EFI_EVENT_GROUP_BEFORE_EXIT_BOOT_SERVICES

Implement the EFI_EVENT_GROUP_BEFORE_EXIT_BOOT_SERVICES event group handling. Add the definition of EFI_EVENT_GROUP_AFTER_READY_TO_BOOT. Signed-off-by: Heinrich Schuchardt --- include/efi_api.h | 9 + lib/efi_loader/efi_boottime.c | 13 + 2 files changed, 22 ins

[PATCH 2/3] efi_selftest: unit test for EFI_GROUP_BEFORE_EXIT_BOOT_SERVICE

Add a test for the EFI_GROUP_BEFORE_EXIT_BOOT_SERVICE event group. Signed-off-by: Heinrich Schuchardt --- .../efi_selftest_exitbootservices.c | 67 --- 1 file changed, 56 insertions(+), 11 deletions(-) diff --git a/lib/efi_selftest/efi_selftest_exitbootservices.c b/li

[RFC PATCH v3 7/8] mkimage: add public key for image pre-load stage

This commit enhances mkimage to update the node /image/pre-load/sig with the public key. Signed-off-by: Philippe Reynes --- include/image.h| 15 ++ tools/fit_image.c | 3 ++ tools/image-host.c | 116 + 3 files changed, 134 insertions(+) di

[RFC PATCH v3 8/8] tools: gen_pre_load_header.sh: initial import

This commit adds a script gen_pre_load_header.sh that generate the header used by the image pre-load stage. Signed-off-by: Philippe Reynes --- tools/gen_pre_load_header.sh | 174 +++ 1 file changed, 174 insertions(+) create mode 100755 tools/gen_pre_load_header.s

[RFC PATCH v3 3/8] lib: rsa: allow rsa verify with pkey in SPL

This commit adds the option SPL_RSA_VERIFY_WITH_PKEY. Signed-off-by: Philippe Reynes --- lib/rsa/Kconfig | 8 1 file changed, 8 insertions(+) diff --git a/lib/rsa/Kconfig b/lib/rsa/Kconfig index 469596abe7..608d51c428 100644 --- a/lib/rsa/Kconfig +++ b/lib/rsa/Kconfig @@ -46,6 +46,14 @

[RFC PATCH v3 6/8] common: spl: fit_ram: allow to use image pre load

This commit add the support of image pre load in spl or tpl when loading an image from ram. Signed-off-by: Philippe Reynes --- common/spl/spl_ram.c | 21 - 1 file changed, 20 insertions(+), 1 deletion(-) diff --git a/common/spl/spl_ram.c b/common/spl/spl_ram.c index df9f3a4d

[RFC PATCH v3 4/8] boot: image: add a stage pre-load

This commit adds a stage pre-load that could check or modify an image. For the moment, only a header with a signature is supported. This header has this format: - magic : 4 bytes - image size : 4 bytes - signature : n bytes - padding : up to header size The stage use a node /image/pre-load/sig to

[RFC PATCH v3 5/8] cmd: bootm: add a stage pre-load

This commit adds a stage pre-load to the command bootm. Right now, this stage may be used to read a header and check the signature of the full image. Signed-off-by: Philippe Reynes --- boot/bootm.c| 33 + cmd/Kconfig | 10 ++ cmd/bootm.c | 2 +

[RFC PATCH v3 2/8] lib: crypto: allow to build crypyo in SPL

This commit adds the options: - SPL_ASYMMETRIC_KEY_TYPE - SPL_ASYMMETRIC_PUBLIC_KEY_SUBTYPE - SPL_RSA_PUBLIC_KEY_PARSER Signed-off-by: Philippe Reynes --- lib/Makefile| 2 +- lib/crypto/Kconfig | 15 +++ lib/crypto/Makefile | 19 +-- 3 files changed, 29 inse

[RFC PATCH v3 1/8] lib: allow to build asn1 decoder and oid registry in SPL

This commit adds the options: - SPL_ASN1_DECODER - SPL_OID_REGISTRY Signed-off-by: Philippe Reynes --- lib/Kconfig | 6 ++ lib/Makefile | 7 +-- 2 files changed, 11 insertions(+), 2 deletions(-) diff --git a/lib/Kconfig b/lib/Kconfig index 70bf8e7a46..ebff84f113 100644 --- a/lib/Kconfi

[RFC PATCH v3 0/8] image: add a stage pre-load

This serie adds a stage pre-load before launching an image. This stage is used to read a header before the image and this header contains the signature of the full image. So u-boot may check the full image before using any data of the image. Changelog: v3: - move image-pre-load.c to /boot - update

[PATCH v1 1/1] tools/netconsole: Add support for socat

socat is a very powerful tool to work with socets (and not only) in UNIX systems. Let's add support for it in netconsole. Signed-off-by: Andy Shevchenko --- tools/netconsole | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/tools/netconsole b/tools/netconsole inde

Re: [PATCH v3 1/1] tpm: clear state post probing

On Wed, 17 Nov 2021 at 09:39, Heinrich Schuchardt wrote: > > Before we can start measuring the TPM must be cleared. Do this in the > post_probe() method of the uclass. > > Signed-off-by: Heinrich Schuchardt > Reviewed-by: Ilias Apalodimas > --- > v3: > rename dm_tpm_post_probe() to tpm_p

Re: [PATCH v2 1/1] tpm: clear state post probing

Hi, (replying to both of you) On Wed, 17 Nov 2021 at 01:18, Ilias Apalodimas wrote: > > Hi Simon, > > > On Wed, 17 Nov 2021 at 04:48, Simon Glass wrote: > > > > Hi Heinrich, > > > > On Tue, 16 Nov 2021 at 04:08, Ilias Apalodimas > > wrote: > > > > > > On Mon, Nov 15, 2021 at 08:30:06PM +0100,

Re: [PATCH 10/10] board: sl28: disable random MAC address generation

Am 2021-11-16 22:14, schrieb Tom Rini: On Mon, Nov 15, 2021 at 11:45:51PM +0100, Michael Walle wrote: Nowadays, u-boot (when CONFIG_NET_RANDOM_ETHADDR is set) will set enetaddr to a random value if not set and then pass the randomly generated MAC address to linux. First, for clarity I'm not n

[PATCH v3 1/1] tpm: clear state post probing

Before we can start measuring the TPM must be cleared. Do this in the post_probe() method of the uclass. Signed-off-by: Heinrich Schuchardt Reviewed-by: Ilias Apalodimas --- v3: rename dm_tpm_post_probe() to tpm_post_probe() v2: tpm_startup2() is not available on all boards.

Re: [PATCH 04/10] Convert CONFIG_PHYSMEM to Kconfig

Hi Tom, On Wed, 17 Nov 2021 at 08:54, Tom Rini wrote: > > On Wed, Nov 17, 2021 at 10:46:35AM -0500, Sean Anderson wrote: > > On 11/17/21 10:29 AM, Heinrich Schuchardt wrote: > > > On 11/17/21 16:03, Sean Anderson wrote: > > > > On 11/17/21 4:15 AM, Heinrich Schuchardt wrote: > > > > > On 11/17/21

Re: [PATCH] net: uclass: Save ethernet MAC address when generated

On Wed, Nov 17, 2021 at 04:56:27PM +0100, Wolfgang Denk wrote: > Dear Tom, > > In message <2027123548.GX24579@bill-the-cat> you wrote: > > > > > Why would you expect any "do not use" note? Locally adminitered MAC > > > addresses (even when randomly chosen) have been created for good > > > re

Re: [PATCH] net: uclass: Save ethernet MAC address when generated

Dear Tom, In message <2027123548.GX24579@bill-the-cat> you wrote: > > > Why would you expect any "do not use" note? Locally adminitered MAC > > addresses (even when randomly chosen) have been created for good > > reason, so they should be usable. > > Because as been noted in either this thre

Re: [PATCH 04/10] Convert CONFIG_PHYSMEM to Kconfig

Hi Heinrich, On Wed, 17 Nov 2021 at 08:29, Heinrich Schuchardt wrote: > > On 11/17/21 16:03, Sean Anderson wrote: > > On 11/17/21 4:15 AM, Heinrich Schuchardt wrote: > >> On 11/17/21 03:48, Simon Glass wrote: > > > %s/4GB/4 GiB/ > >>> > >>> Please let's not add that junk to U-Boot. > >

Re: [PATCH 04/10] Convert CONFIG_PHYSMEM to Kconfig

On Wed, Nov 17, 2021 at 10:46:35AM -0500, Sean Anderson wrote: > On 11/17/21 10:29 AM, Heinrich Schuchardt wrote: > > On 11/17/21 16:03, Sean Anderson wrote: > > > On 11/17/21 4:15 AM, Heinrich Schuchardt wrote: > > > > On 11/17/21 03:48, Simon Glass wrote: > > > > > > > > > > > > > > %s/4GB/4 Gi

Re: [PATCH 04/10] Convert CONFIG_PHYSMEM to Kconfig

On 11/17/21 10:29 AM, Heinrich Schuchardt wrote: On 11/17/21 16:03, Sean Anderson wrote: On 11/17/21 4:15 AM, Heinrich Schuchardt wrote: On 11/17/21 03:48, Simon Glass wrote: %s/4GB/4 GiB/ Please let's not add that junk to U-Boot. 4GB = 4,000,000,000 bytes period. Only if you're a har

Re: [PATCH 04/10] Convert CONFIG_PHYSMEM to Kconfig

On 11/17/21 16:03, Sean Anderson wrote: On 11/17/21 4:15 AM, Heinrich Schuchardt wrote: On 11/17/21 03:48, Simon Glass wrote: %s/4GB/4 GiB/ Please let's not add that junk to U-Boot. 4GB = 4,000,000,000 bytes period. Only if you're a hard drive manufacturer ;) I suggest reading ISO/IE

firefly-rk3399 tpl/spl with optee from tag v2020.07 hangs on booting kernel

Hi all, as in subject when using tpl/spl with u-boot master branch and atf/optee (atf v2.5 and optee 3.15.0) on firefly-rk3399 board causes hang out on booting the kernel. The problem does not persist with optee 3.7.0 and more over, with uboot <=v2020.04 and optee 3.15.0, the problem does not pe

Re: [PATCH 04/10] Convert CONFIG_PHYSMEM to Kconfig

On 11/17/21 4:15 AM, Heinrich Schuchardt wrote: On 11/17/21 03:48, Simon Glass wrote: Hi Heinrich, On Sun, 14 Nov 2021 at 02:46, Heinrich Schuchardt wrote: On 11/14/21 04:21, Simon Glass wrote: This converts the following to Kconfig: CONFIG_PHYSMEM Signed-off-by: Simon Glass ---   

Re: [PATCH] imx8m: Drop unused function env_get_offset

Hi Michael, On Wed, Nov 17, 2021 at 11:35 AM Michael Trimarchi wrote: > > This function is used in nxp u-boot tree. > > Signed-off-by: Michael Trimarchi Correct, this is unused in U-Boot mainline: Reviewed-by: Fabio Estevam

[PATCH] imx8m: Drop unused function env_get_offset

This function is used in nxp u-boot tree. Signed-off-by: Michael Trimarchi --- arch/arm/mach-imx/imx8m/soc.c | 15 --- 1 file changed, 15 deletions(-) diff --git a/arch/arm/mach-imx/imx8m/soc.c b/arch/arm/mach-imx/imx8m/soc.c index 863508776d..e75d2fa255 100644 --- a/arch/arm/mach-i

Re: [PATCH] imx8mn_beacon: Fix booting hang and switch to binman

On Fri, Sep 10, 2021 at 5:19 PM Adam Ford wrote: > > Somewhere along the line, the board stopped being able to boot. > Rather than just fixing the issue, let's fix the issue and migrate > to binman to eliminate a warning when using custom imx tools for > generating the binary. > > Signed-off-by: A

Re: Please pull u-boot-net/next

On Tue, Nov 16, 2021 at 08:08:36AM +0200, Ramon Fried wrote: > On Mon, Nov 15, 2021 at 7:37 PM Tom Rini wrote: > > > > On Wed, Nov 10, 2021 at 07:58:42PM +0200, Ramon Fried wrote: > > > > > his PR includes the following net changes for next: > > > > > > - Various DSA additions > > > - bootp: fix f

Re: [PATCH] imx8mn_beacon: Fix booting hang and switch to binman

On Fri, Oct 22, 2021 at 2:36 PM Adam Ford wrote: > > On Wed, Sep 29, 2021 at 8:26 AM Adam Ford wrote: > > > > On Thu, Sep 23, 2021 at 3:03 PM Adam Ford wrote: > > > > > > On Tue, Sep 14, 2021 at 9:49 PM Peng Fan (OSS) > > > wrote: > > > > > > > > > > > > +Tom Rini > > > > On 2021/9/11 4:19,

Re: [PATCH v2 0/6] drivers: tpm: Fix Atmel/Microchip TPMv1.2 issues

Hi Mathew, I've picked this up on the -tpm tree Thanks /Ilias On Thu, 11 Nov 2021 at 06:06, Mathew McBride wrote: > > While doing bringup/rebase for the Ten64 I did some troubleshooting > for the tpm (v1.2, NOT tpm2) command which did not appear to function, > despite the Linux driver and tools

[PATCH] board: ls1046ardb: force PCI device enumeration

Commit 045ecf899252 ("configs: enable DM_ETH support for LS1046ARDB") resulted in the PCI bus no longer being implicitly enumerated. However, this is necessary for the fdt pcie fixups to work. Therefore, similar to commit 8b6558bd4187 ("board: ls1088ardb: transition to DM_ETH"), pci_init() is now

Re: [PATCH next v7 04/12] crypto: aspeed: Add AST2600 HACE support

> On 2021/11/16, 2:33 PM, "Joel Stanley" wrote: > > On Thu, 21 Oct 2021 at 02:13, ChiaWei Wang > wrote: > > > > > From: Joel Stanley > > > Sent: Thursday, October 21, 2021 8:08 AM > > > > > > On Wed, 20 Oct 2021 at 02:50, Chia-Wei Wang > > > wrote: > > > > > > > > From: Johnny Huang > > > > >

[PATCH] board: ls1046ardb: force PCI device enumeration

Commit 045ecf899252 ("configs: enable DM_ETH support for LS1046ARDB") resulted in the PCI bus no longer being implicitly enumerated. However, this is necessary for the fdt pcie fixups to work. Therefore, similar to commit 8b6558bd4187 ("board: ls1088ardb: transition to DM_ETH"), pci_init() is now

stm32f769-disco possibly broken ?

Hi, I am trying to boot u-boot on stm32f769 discovery kit and having quite a lot of problems... I am using the stm32f769-disco_defconfig without any sort of modification, building then copying u-boot.bin onto the internal flash of the board via st-link. I have triec both with openocd and with a

RE: [EXT] RE: [PATCH v5 01/16] crypto/fsl: Add support for CAAM Job ring driver model

Hello Gaurav, > -Original Message- > From: Gaurav Jain > Sent: Wednesday, November 17, 2021 12:26 PM > To: ZHIZHIKIN Andrey ; u- > b...@lists.denx.de > Cc: Stefano Babic ; Fabio Estevam ; Peng > Fan > ; Simon Glass ; Priyanka Jain > ; Ye Li ; Horia Geanta > ; Ji Luo ; Franck Lenormand >

Re: [PATCH v2 1/1] tpm: clear state post probing

On 11/17/21 03:48, Simon Glass wrote: Hi Heinrich, On Tue, 16 Nov 2021 at 04:08, Ilias Apalodimas wrote: On Mon, Nov 15, 2021 at 08:30:06PM +0100, Heinrich Schuchardt wrote: Before we can start measuring the TPM must be cleared. Do this in the post_probe() method of the uclass. Signed-off-b

[PATCH 07/10] microblaze: migrate CONFIG_SYS_USR_EXCEP to Kconfig

Migrate CONFIG_SYS_USR_EXCEP to Kconfig. Also, rename it to XILINX_MICROBLAZE0_USR_EXCEP in order to match the naming convention of microblaze-generic Kconfig options. Signed-off-by: Ovidiu Panait --- arch/microblaze/cpu/exception.c | 2 +- arch/microblaze/cpu/start.S | 2 +-

[PATCH 05/10] microblaze: start.S: use stack space as scratch memory for endian offset

To simpify the code, use stack space as scratch memory for endian offset calculation, rather than saving/restoring the first unused MB vector. Signed-off-by: Ovidiu Panait --- arch/microblaze/cpu/start.S | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/arch/microblaze/c

[PATCH 09/10] microblaze: start.S: add support for configurable vector base address

Current code assumes that the vector base address is always at 0x0. However, this value is configurable for MicroBlaze, so update the __setup_exceptions routine to work with any vector base address. The r4 register is reserved for the vector base address inside __setup_exceptions and the function

[PATCH 02/10] microblaze: u-boot.lds: replace __end symbol with _end

board_fdt_blob_setup() uses the _end symbol to find the dtb in the non-spl case. In order to allow microblaze builds to compile successfully with CONFIG_OF_SEPARATE, the _end symbol must be defined. Align microblaze with the other architectures and use _end symbol rather than __end to mark the end

[PATCH 04/10] microblaze: Kconfig: SPL dependencies fixup

Enable SPL_LIBCOMMON_SUPPORT and SPL_LIBGENERIC_SUPPORT if CONFIG_SPL=y, in order to fix the following link failures: common/spl/spl.o: in function `board_init_r': common/spl/spl.c:755: undefined reference to `puts' ... common/spl/spl.o: in function `board_init_r': common/spl/spl.c:756: undefined r

[PATCH 06/10] microblaze: drop CONFIG_SYS_RESET_ADDRESS macro

Microblaze is one the last two users of the CONFIG_SYS_RESET_ADDRESS macro (the other is arch/powerpc/cpu/mpc8xx/cpu.c, but the macro is not defined anywhere in powerpc code, so it should be removed there too). Replace CONFIG_SYS_RESET_ADDRESS usage in start.S with CONFIG_SYS_TEXT_BASE. If the res

[PATCH 03/10] microblaze: spl: add board_boot_order() implementation

Microblaze has three boot modes defined in microblaze/include/asm/spl.h, but only booting from NOR flash is currently useable. Add a custom board_boot_order() implementation so that RAM and SPI boot modes can also be selected if the corresponding load-image support is present. Signed-off-by: Ovidi

[PATCH 10/10] microblaze: branch to base vector address on reset

Current code assumes that the vector base address is always at 0x0. However, this value is configurable for MicroBlaze using the CONFIG_XILINX_MICROBLAZE0_VECTOR_BASE_ADDR Kconfig option. Update the reset routines to branch to this location instead. Signed-off-by: Ovidiu Panait --- arch/microbl

[PATCH 08/10] microblaze: add Kconfig symbol for the vector base address

MicroBlaze vector base address is configurable (hdl C_BASE_VECTORS configuration parameter). Current code assumes that the reset vector location is always 0x0. Add the XILINX_MICROBLAZE0_VECTOR_BASE_ADDR Kconfig option so the user can adjust the reset vector address. Signed-off-by: Ovidiu Panait

[PATCH 01/10] xilinx: Kconfig: add XILINX_OF_BOARD_DTB_ADDR default value for microblaze

Xilinx board_fdt_blob_setup() implementation makes use of XILINX_OF_BOARD_DTB_ADDR Kconfig option, but no default value is currently defined for microblaze. Add one so that microblaze could also be configured with CONFIG_OF_SEPARATE. Signed-off-by: Ovidiu Panait --- board/xilinx/Kconfig | 2 +-

Re: [PATCH] net: uclass: Save ethernet MAC address when generated

On Wed, Nov 17, 2021 at 01:24:58PM +0100, Wolfgang Denk wrote: > Dear Tom, > > In message <2027115025.GV24579@bill-the-cat> you wrote: > > > > > If the MAC address is not placed in the environment, then how can a > > > user query the currently used MAC address? All documentation says > > > b

Re: [PATCH 0/2] meson64_android: fix initial flashing failures

Hi, On 17/11/2021 12:04, Mattijs Korpershoek wrote: > The SEI-610 and SEI-510 boards are well supported in the > Android Open Source project via the yukawa [1] platform. > > Their U-Boot version, despite being public [2] is not in mainline. > > For initial boards, with an empty eMMC, we can have

Re: [PATCH v5 1/1] imx8mn_var_som: Add support for Variscite VAR-SOM-MX8M-NANO board

Hi Ariel, On Tue, Nov 16, 2021 at 3:12 PM Ariel D'Alessandro wrote: > > Add support for iMX8MN VAR-SOM-MX8M-NANO board. Enables support for: > > - 1GiB DDR4 RAM > - 16 GiB eMMC > - SD card > - Gigabit ethernet > - USBOTG1 peripheral - fastboot > > Signed-off-by: Ariel D'Alessandro Reviewed-by:

Re: [PATCH] net: uclass: Save ethernet MAC address when generated

Dear Tom, In message <2027115025.GV24579@bill-the-cat> you wrote: > > > If the MAC address is not placed in the environment, then how can a > > user query the currently used MAC address? All documentation says > > basically: run "printenv ethaddr". > > Update the documentation and say to use

Re: [PATCH V3] sf: Querying write-protect status before operating the flash

On Wed, Nov 17, 2021 at 01:43:28PM +0530, Jagan Teki wrote: > On Wed, Nov 17, 2021 at 1:33 PM Michael Walle wrote: > > > > Hi, > > > > Am 2021-11-17 03:48, schrieb chaochao2021...@163.com: > > > From: chao zeng > > > > > > When operating the write-protection flash,spi_flash_std_write() and > > >

Re: [PATCH] net: uclass: Save ethernet MAC address when generated

On Wed, Nov 17, 2021 at 08:44:52AM +0100, Wolfgang Denk wrote: > Dear Tom, > > In message <2026184146.GF24579@bill-the-cat> you wrote: > > > > Because honestly, the more I read this, the more I think > > https://patchwork.ozlabs.org/project/uboot/patch/2025121152.3470910-1-m= > > ich...@w

Re: [PATCH 0/6] Fix Atmel/Microchip TPMv1.2 issues

On Wed, Nov 17, 2021 at 11:09:05AM +, eugen.hris...@microchip.com wrote: > On 11/17/21 12:35 PM, Ilias Apalodimas wrote: > > Eugen, > > > > Will this go through your tree? I recently picked up maintainership > > of the TPM drivers, so I could send them through that. Up to you. > > > > Hi ,

RE: [EXT] RE: [PATCH v5 01/16] crypto/fsl: Add support for CAAM Job ring driver model

Hello Andrey > -Original Message- > From: ZHIZHIKIN Andrey > Sent: Tuesday, November 16, 2021 9:24 PM > To: Gaurav Jain ; u-boot@lists.denx.de > Cc: Stefano Babic ; Fabio Estevam ; > Peng Fan ; Simon Glass ; Priyanka > Jain ; Ye Li ; Horia Geanta > ; Ji Luo ; Franck Lenormand > ; Silvano

Re: Read from TPM2 NV Index

Hi Harshvardhan On Sun, 7 Nov 2021 at 18:45, Harshvardhan Patel wrote: > > Hi All, > > I am working with Infineon TPM SLB9670 connected to a Raspberry Pi 4 via > the GPIO Header. I want to perform a simple NV Index read operation from NV > Index 1 in U-Boot. This NV Index was defined and written

[PATCH 2/2] configs: meson64_android: add PANIC stage for SYSTEM fails

From: Neil Armstrong If bootloader was updated without running oem format, reboot will cause boot loop because the SYSTEM stage fails. Add a final PANIC stage running fastboot to permit recovery. Signed-off-by: Neil Armstrong Signed-off-by: Mattijs Korpershoek --- include/configs/meson64_and

[PATCH 1/2] configs: meson64_android: bypass other checks on run_fastboot=1

From: Neil Armstrong This can lead to GPT and BCB errors even if fastboot was selected early by usb rom boot and the eMMC is blank/invalid. Signed-off-by: Neil Armstrong Signed-off-by: Mattijs Korpershoek --- include/configs/meson64_android.h | 35 +-- 1 file chang

[PATCH 0/2] meson64_android: fix initial flashing failures

The SEI-610 and SEI-510 boards are well supported in the Android Open Source project via the yukawa [1] platform. Their U-Boot version, despite being public [2] is not in mainline. For initial boards, with an empty eMMC, we can have boot loops while using the flashing process described in [3]. T

Re: [PATCH 0/6] Fix Atmel/Microchip TPMv1.2 issues

Eugen, Will this go through your tree? I recently picked up maintainership of the TPM drivers, so I could send them through that. Up to you. Cheers /Ilias On Tue, 9 Nov 2021 at 10:57, Ilias Apalodimas wrote: > > On Tue, 9 Nov 2021 at 10:42, wrote: > > > > On 11/4/21 3:12 AM, Mathew McBride w

Re: [PATCH] efi_loader: fix FinalEvents table if an EFI uses GetEventLog

Hi Heinrich, On Wed, Nov 17, 2021 at 11:01:55AM +0100, Heinrich Schuchardt wrote: > On 11/17/21 10:10, Ilias Apalodimas wrote: > > As described in the TCG spec [1] in sections 7.1.1 and 7.1.2 the FinalEvent > > table should include events after GetEventLog has been called. This > > currently work

Re: [PATCH] efi_loader: fix FinalEvents table if an EFI uses GetEventLog

On 11/17/21 10:10, Ilias Apalodimas wrote: As described in the TCG spec [1] in sections 7.1.1 and 7.1.2 the FinalEvent table should include events after GetEventLog has been called. This currently works for us as long as the kernel is the only EFI application calling that. Specifically we only

Re: [PATCH] efi_loader: fix FinalEvent table initial position

On Wed, 17 Nov 2021 at 11:10, Heinrich Schuchardt wrote: > > On 11/17/21 00:24, Ilias Apalodimas wrote: > > When initializing the final event table in create_final_event() we are > > setting the initial buffer position to sizeof(*final_event). Although > > we clear the buffer correctly and won't

Re: [PATCH 04/10] Convert CONFIG_PHYSMEM to Kconfig

On 11/17/21 03:48, Simon Glass wrote: Hi Heinrich, On Sun, 14 Nov 2021 at 02:46, Heinrich Schuchardt wrote: On 11/14/21 04:21, Simon Glass wrote: This converts the following to Kconfig: CONFIG_PHYSMEM Signed-off-by: Simon Glass --- README | 8 arc

[PATCH] efi_loader: fix FinalEvents table if an EFI uses GetEventLog

As described in the TCG spec [1] in sections 7.1.1 and 7.1.2 the FinalEvent table should include events after GetEventLog has been called. This currently works for us as long as the kernel is the only EFI application calling that. Specifically we only implement what's described in 7.1.1. So refa

Re: [PATCH] efi_loader: fix FinalEvent table initial position

On 11/17/21 00:24, Ilias Apalodimas wrote: When initializing the final event table in create_final_event() we are setting the initial buffer position to sizeof(*final_event). Although we clear the buffer correctly and won't cause any problems, we should start logging events starting from zero.

  1   2   >