Re: [PATCH] fs: squasfs: fix a possible NULL pointer dereference in sqfs_opendir()

Hi Richard, Richard Genoud wrote on Mon, 21 Dec 2020 17:17:56 +0100: > Hi Miquel > > Le 21/12/2020 à 16:49, Miquel Raynal a écrit : > > Hi Richard, > > > > Richard Genoud wrote on Mon, 21 Dec 2020 > > 16:40:51 +0100: > > > >> Hi Miquel, > >> > >> Le 21/12/2020 à 16:29, Miquel Raynal a

Re: [PATCH 1/1] x86: typo segement

On Tue, Dec 22, 2020 at 2:53 PM Heinrich Schuchardt wrote: > > %s/segement/segment/ > > Signed-off-by: Heinrich Schuchardt > --- > arch/x86/cpu/i386/cpu.c | 2 +- > arch/x86/cpu/start.S| 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) > Reviewed-by: Bin Meng

Please pull u-boot-x86

Hi Tom, This PR includes the following changes for v2021.01 release: - Update Intel Edison doc information about xFSTK - Move and rename fsp_types.h file to signatures.h Azure results: PASS https://dev.azure.com/bmeng/GitHub/_build/results?buildId=304=results The following changes since commit

[PATCH 1/1] x86: typo segement

%s/segement/segment/ Signed-off-by: Heinrich Schuchardt --- arch/x86/cpu/i386/cpu.c | 2 +- arch/x86/cpu/start.S| 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/cpu/i386/cpu.c b/arch/x86/cpu/i386/cpu.c index 7517b756f4..6fa0f4d32b 100644 ---

[PATCH v2 2/2] riscv: timer: Add support for an early timer

Added support for timer_early_get_count() and timer_early_get_rate() This is mostly useful in tracing. Signed-off-by: Pragnesh Patel --- Changes in v2: - make u-boot compile for qemu (include/configs/qemu-riscv.h) drivers/timer/andes_plmt_timer.c | 21 -

[PATCH v2 1/2] trace: select TIMER_EARLY to avoid infinite recursion

When tracing functions is enabled this adds calls to __cyg_profile_func_enter() and __cyg_profile_func_exit() to the traced functions. __cyg_profile_func_enter() and __cyg_profile_func_exit() invoke timer_get_us() to record the entry and exit time. initr_dm() will make gd->dm_root = NULL and

Re: [PATCH v2 14/14] qemu: arm64: Add documentation for capsule update

On Mon, 21 Dec 2020 at 23:21, Heinrich Schuchardt wrote: > On 12/21/20 6:12 PM, Sughosh Ganu wrote: > > On Mon, 21 Dec 2020 at 18:28, Heinrich Schuchardt > > wrote: > > > >> On 12/21/20 12:43 PM, Sughosh Ganu wrote: > >>> Add documentation highlighting the steps for using the uefi capsule > >>>

RE: [PATCH] imx8mp_evk: Increase CONFIG_SYS_MALLOC_F_LEN

> Subject: [PATCH] imx8mp_evk: Increase CONFIG_SYS_MALLOC_F_LEN > > When booting imx8mp-evk the following allocation error message is seen: > > U-Boot 2021.01-rc3-00200-ge668bec96a5f (Dec 21 2020 - 14:36:42 -0300) > > alloc space exhausted > > Fix it by increasing CONFIG_SYS_MALLOC_F_LEN to

[PATCH v4] cmd: Add a pwm command

Add the command "pwm" for controlling the pwm channels. This command provides pwm invert/config/enable/disable functionalities via PWM uclass drivers Signed-off-by: Pragnesh Patel Reviewed-by: Simon Glass --- Changes in v4: - Add ut_assertok() for every run_command() Changes in v3: - Replace

test_efi_selftest occasionally fails on qemu-x86?

Hi, Please check the log: https://dev.azure.com/bmeng/GitHub/_build/results?buildId=302=logs=cf9e8018-ed89-5c32-5567-a8524d857521=4197aefe-2a0c-53e5-5744-78f78ce6022b Re-run the pipeline with the same commit, the tests pass.

Re: [PATCH] sysboot: add zboot support to boot x86 image

Hi Kory, On Fri, Dec 11, 2020 at 1:49 AM Kory Maincent wrote: > Please put some commit message here. > Signed-off-by: Kory Maincent > --- > cmd/pxe_utils.c | 4 > include/command.h | 2 ++ > 2 files changed, 6 insertions(+) > > diff --git a/cmd/pxe_utils.c b/cmd/pxe_utils.c > index

Re: [PATCH v2] fsp: Move and rename fsp_types.h file

On Mon, Dec 14, 2020 at 2:23 PM Sughosh Ganu wrote: > > The fsp_types.h header file contains macros for building signatures of > different widths. These signature macros are architecture agnostic, > and can be used in all places which use signatures in a data > structure. Move and rename the

Re: [PATCH] fsp: Move and rename fsp_types.h file

On Fri, Dec 11, 2020 at 6:06 PM Sughosh Ganu wrote: > > The fsp_types.h header file contains macros for building signatures of > different widths. These signature macros are architecture agnostic, > and can be used in all places which use signatures in a data > structure. Move and rename the

Re: [PATCH v1] doc: edison: Update information about xFSTK

On Fri, Nov 27, 2020 at 11:46 PM Andy Shevchenko wrote: > > xFSTK sources got a new home under Edison Firmware Group on GitHub [1]. > Update Intel Edison documentation accordingly. > > While here, fix couple of typos. > > [1]: https://github.com/edison-fw > > Signed-off-by: Andy Shevchenko > ---

RE: [PATCH v2] imx: ahab: allow to bypass confirmation for ahab_close cmd

> Subject: [PATCH v2] imx: ahab: allow to bypass confirmation for ahab_close > cmd > > Calling ahab_close cmd force the user to interact for confirmation. > > This is not user-friendly when using this cmd during factory process. > > Allow the user to pass '-y' option to bypass this

RE: imx8mp_evk: boot error "alloc space exhausted"

> Subject: Re: imx8mp_evk: boot error "alloc space exhausted" > > On Mon, Dec 21, 2020 at 11:19 AM Fabio Estevam > wrote: > > > I have also tried using the ATF version imx_5.4.70_2.3.0 and the DDR > > firmware from the firmware-5.10 package, but still does not boot for > > me: > > > > U-Boot

RE: [PATCH] doc: board: freescale: advise to use newer atf and firmware

> Subject: [PATCH] doc: board: freescale: advise to use newer atf and firmware > > Update branch and version information of ATF and DDR firmware files to point > to latest releases provided by NXP. > > This is especially critical for imx8mp evk, as the ATF support for that SoC is > only

Re: [PATCH] drivers: mmc: support secure erase.

Hi, CC'd Peng (mmc maintainer). On 12/18/20 10:21 PM, dennis wrote: > According to the JEDEC Standard, eMMC v4.4 cards can supoort secure erase. > the first bit in ext_csd[EXT_CSD_SEC_FEATURE_SUPPORT] - EXT_CSD_SEC_ER_EN > is used to check if secure erase supoort by the device.

Re: [PATCH] power: pmic: add driver for Monolithic Power mp5416

Hi, On 12/22/20 1:19 AM, Tim Harvey wrote: > This adds basic register access and child regulator binding > for the Monolithic MP5416 Power Management IC which integrates > four DC/DC switching converters and five LDO regulators. Do you have a plan to send patches about using this pmic? Because

Re: [PATCH 2/8] spl: fit: Factor out FIT parsing and use a context struct

On 12/21/20 2:23 PM, Simon Glass wrote: Hi Alex, On Mon, 21 Dec 2020 at 12:28, Alex G. wrote: On 12/18/20 8:28 PM, Simon Glass wrote: Hi Alexandru, On Tue, 15 Dec 2020 at 17:09, Alexandru Gagniuc wrote: The logical steps in spl_load_simple_fit() are difficult to follow. I think the

Re: [PATCH] imx8mp_evk: Increase CONFIG_SYS_MALLOC_F_LEN

Hi Andrey, On Mon, Dec 21, 2020 at 7:04 PM ZHIZHIKIN Andrey wrote: > It would be really great to get a review from Peng here, as his commit > 28fff3fa1c > ("imx: imx8mp_evk: fix boot issue") changed exactly this option from 0x1 > to 0x8000. Yes, agreed. Peng, Please let us know if you

Re: [PATCH] doc: board: freescale: advise to use newer atf and firmware

Hi Tom, On Mon, Dec 21, 2020 at 6:40 PM Tom Rini wrote: > Is this something that should get pulled in for v2021.01? It kinda > sounds like yes. Should I take this directly if so? Yes, it would be nice to have this pulled in for v2021.01. Thanks

RE: [PATCH] imx8mp_evk: Increase CONFIG_SYS_MALLOC_F_LEN

Hello Fabio, > -Original Message- > From: Fabio Estevam > Sent: Monday, December 21, 2020 7:41 PM > To: sba...@denx.de > Cc: peng@nxp.com; u-boot@lists.denx.de; ZHIZHIKIN Andrey > ; uboot-...@nxp.com; Fabio Estevam > > Subject: [PATCH] imx8mp_evk: Increase CONFIG_SYS_MALLOC_F_LEN >

RE: [PATCH] doc: board: freescale: advise to use newer atf and firmware

Hello Tom, > -Original Message- > From: Tom Rini > Sent: Monday, December 21, 2020 10:41 PM > To: Fabio Estevam ; Stefano Babic > Cc: ZHIZHIKIN Andrey ; U-Boot-Denx > ; Peng Fan > Subject: Re: [PATCH] doc: board: freescale: advise to use newer atf and > firmware > > On Mon, Dec 21,

Re: [PATCH] doc: board: freescale: advise to use newer atf and firmware

On Mon, Dec 21, 2020 at 06:31:08PM -0300, Fabio Estevam wrote: > Hi Andrey, > > On Sun, Dec 13, 2020 at 5:36 PM Andrey Zhizhikin > wrote: > > > > Update branch and version information of ATF and DDR firmware files to > > point to latest releases provided by NXP. > > > > This is especially

Re: [PATCH 0/6] video: remove VIDCONSOLE_AS_LCD and VIDCONSOLE_AS_NAME

On Sun, Dec 20, 2020 at 10:14:06PM +0100, Anatolij Gustschin wrote: > On Tue, 8 Dec 2020 11:16:30 -0500 > Tom Rini tr...@konsulko.com wrote: > ... > > > => open point: which acceptable target to remove this feature ? v2022.01 > > > ? > > > > This sounds like a good plan and reasonable date

Re: [PATCH] doc: board: freescale: advise to use newer atf and firmware

Hi Andrey, On Sun, Dec 13, 2020 at 5:36 PM Andrey Zhizhikin wrote: > > Update branch and version information of ATF and DDR firmware files to > point to latest releases provided by NXP. > > This is especially critical for imx8mp evk, as the ATF support for that > SoC is only available in latest

Re: [PATCH 2/8] spl: fit: Factor out FIT parsing and use a context struct

Hi Alex, On Mon, 21 Dec 2020 at 12:28, Alex G. wrote: > > On 12/18/20 8:28 PM, Simon Glass wrote: > > Hi Alexandru, > > > > On Tue, 15 Dec 2020 at 17:09, Alexandru Gagniuc > > wrote: > >> > >> The logical steps in spl_load_simple_fit() are difficult to follow. > >> I think the long comments,

Re: [PATCH v3 11/12] mmc: Introduce mmc_phys_to_bus()/mmc_bus_to_phys()

Hi Nicolas, On Mon, 21 Dec 2020 at 12:52, Nicolas Saenz Julienne wrote: > > On Mon, 2020-12-21 at 09:47 -0700, Simon Glass wrote: > > Hi Nicolas, > > > > On Mon, 21 Dec 2020 at 07:23, Nicolas Saenz Julienne > > wrote: > > > > > > On Fri, 2020-12-18 at 19:28 -0700, Simon Glass wrote: > > > > On

Re: [PATCH 7/8] spl: fit: Replace #ifdef blocks with more readable constructs

Hi Alex, On Mon, 21 Dec 2020 at 10:43, Alex G. wrote: > > > > On 12/18/20 8:29 PM, Simon Glass wrote: > > On Tue, 15 Dec 2020 at 17:10, Alexandru Gagniuc > > wrote: > >> > >> Use the IS_ENABLED() macro to control code flow, instead of the > >> caveman approach of sprinkling #ifdefs. Code size

[ANN] U-Boot v2021.01-rc4 released

Hey all, Alright, I've gotten well off schedule. I think the take away for me really is that it's better to mid-week and get back on schedule than try and change the Mondays I release on. So here's -rc4, and I hope this is very close to what the final release will be, oon January 11th. I will

Re: [PATCH v2] i2c: mxc_i2c: improve error message readability

On Mon, Dec 21, 2020 at 5:19 PM wrote: > > From: Marc Ferland > > Use 0x%2lx to print the i2c bus base address in hexadecimal format > instead of printing as an integer. > > Signed-off-by: Marc Ferland > --- > Changes for v2: >- Add commit message Reviewed-by: Fabio Estevam

u-boot support Android header v3 schedule

Hi Master Could you share the release schedule which support Android header v3 in u-boot GPL code? Thanks. Regards Hank Yang 不含病毒。www.avast.com

[PATCH v2] i2c: mxc_i2c: improve error message readability

From: Marc Ferland Use 0x%2lx to print the i2c bus base address in hexadecimal format instead of printing as an integer. Signed-off-by: Marc Ferland --- Changes for v2: - Add commit message drivers/i2c/mxc_i2c.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] net: fix ping in netconsole

Should not init eth device when doing ping in netconsole. Signed-off-by: Yang Liu Cc: Joe Hershberger --- net/net.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/net.c b/net/net.c index ad7e3b3cf8..b58f3062b2 100644 --- a/net/net.c +++ b/net/net.c @@ -412,7 +412,7 @@

Re: [PATCH v3 11/12] mmc: Introduce mmc_phys_to_bus()/mmc_bus_to_phys()

On Mon, 2020-12-21 at 09:47 -0700, Simon Glass wrote: > Hi Nicolas, > > On Mon, 21 Dec 2020 at 07:23, Nicolas Saenz Julienne > wrote: > > > > On Fri, 2020-12-18 at 19:28 -0700, Simon Glass wrote: > > > On Tue, 15 Dec 2020 at 10:23, Nicolas Saenz Julienne > > > wrote: > > > > > > > > This will

Re: [PATCH 2/8] spl: fit: Factor out FIT parsing and use a context struct

On 12/18/20 8:28 PM, Simon Glass wrote: Hi Alexandru, On Tue, 15 Dec 2020 at 17:09, Alexandru Gagniuc wrote: The logical steps in spl_load_simple_fit() are difficult to follow. I think the long comments, ifdefs, and ungodly number of variables seriously affect the readability. In particular,

[PATCH] imx8mp_evk: Increase CONFIG_SYS_MALLOC_F_LEN

When booting imx8mp-evk the following allocation error message is seen: U-Boot 2021.01-rc3-00200-ge668bec96a5f (Dec 21 2020 - 14:36:42 -0300) alloc space exhausted Fix it by increasing CONFIG_SYS_MALLOC_F_LEN to 0x1 like it is done on other i.MX8MM/8MN boards. Reported-by: Andrey Zhizhikin

Re: imx8mp_evk: boot error "alloc space exhausted"

On Mon, Dec 21, 2020 at 11:19 AM Fabio Estevam wrote: > I have also tried using the ATF version imx_5.4.70_2.3.0 and the DDR > firmware from the firmware-5.10 package, but still does not boot for > me: > > U-Boot SPL 2021.01-rc3-00200-ge668bec96a5f-dirty (Dec 21 2020 - 11:13:56 > -0300) >

[PATCH] drivers: tee: i2c trampoline driver

This commit gives the secure world access to the I2C bus so it can communicate with I2C slaves (tipically those would be secure elements like the NXP SE050). Tested on imx8mmevk. Signed-off-by: Jorge Ramirez-Ortiz --- drivers/tee/optee/Makefile | 1 + drivers/tee/optee/i2c.c

Re: [PATCH v2 14/14] qemu: arm64: Add documentation for capsule update

On 12/21/20 6:12 PM, Sughosh Ganu wrote: On Mon, 21 Dec 2020 at 18:28, Heinrich Schuchardt wrote: On 12/21/20 12:43 PM, Sughosh Ganu wrote: Add documentation highlighting the steps for using the uefi capsule update feature for updating the u-boot firmware image. Signed-off-by: Sughosh Ganu

Re: [PATCH 7/8] spl: fit: Replace #ifdef blocks with more readable constructs

On 12/18/20 8:29 PM, Simon Glass wrote: On Tue, 15 Dec 2020 at 17:10, Alexandru Gagniuc wrote: Use the IS_ENABLED() macro to control code flow, instead of the caveman approach of sprinkling #ifdefs. Code size is not affected, as the linker garbage-collects unused functions. However,

Re: [PATCH v2 4/7] IOMUX: Preserve console list if realloc() fails

Hi Andy, On Mon, 21 Dec 2020 at 10:16, Andy Shevchenko wrote: > > On Mon, Dec 21, 2020 at 09:47:03AM -0700, Simon Glass wrote: > > On Mon, 21 Dec 2020 at 05:00, Andy Shevchenko > > wrote: > > > On Fri, Dec 18, 2020 at 07:29:19PM -0700, Simon Glass wrote: > > > > On Wed, 16 Dec 2020 at 16:16,

[PATCH v2] imx: ahab: allow to bypass confirmation for ahab_close cmd

Calling ahab_close cmd force the user to interact for confirmation. This is not user-friendly when using this cmd during factory process. Allow the user to pass '-y' option to bypass this confirmation. Signed-off-by: Clément Péron --- v2: - Fix commit log --- arch/arm/mach-imx/imx8/ahab.c

[PATCH] imx: ahab: allow to bypass confirmation for ahab_close cmd

Calling ahab_close cmd for the user to interact for confirmation. This is not friendly usable when using this cmd during factory process. Allow the user to pass '-y' option to bypass this confirmation. Signed-off-by: Clément Péron --- arch/arm/mach-imx/imx8/ahab.c | 3 ++- 1 file changed, 2

Re: [PATCH v2 02/14] qemu: arm: Initialise virtio in board_late_init

On Mon, 21 Dec 2020 at 18:21, Heinrich Schuchardt wrote: > On 12/21/20 1:19 PM, Heinrich Schuchardt wrote: > > On 12/21/20 12:43 PM, Sughosh Ganu wrote: > >> On the qemu arm platform, the virtio devices are initialised in > >> board_init, which gets called before the initr_pci. With this, the >

Re: [PATCH v2 4/7] IOMUX: Preserve console list if realloc() fails

On Mon, Dec 21, 2020 at 09:47:03AM -0700, Simon Glass wrote: > On Mon, 21 Dec 2020 at 05:00, Andy Shevchenko > wrote: > > On Fri, Dec 18, 2020 at 07:29:19PM -0700, Simon Glass wrote: > > > On Wed, 16 Dec 2020 at 16:16, Andy Shevchenko > > > wrote: > > > > > > > > It's realloc() 101 to avoid `foo

Re: [PATCH v2 14/14] qemu: arm64: Add documentation for capsule update

On Mon, 21 Dec 2020 at 18:28, Heinrich Schuchardt wrote: > On 12/21/20 12:43 PM, Sughosh Ganu wrote: > > Add documentation highlighting the steps for using the uefi capsule > > update feature for updating the u-boot firmware image. > > > > Signed-off-by: Sughosh Ganu > > --- > > > > Changes

[v5 18/18] configs: socfpga: Add defconfig for Agilex and Stratix 10 with ATF support

From: Chee Hong Ang Booting Agilex and Stratix 10 with ATF support. SPL now loads ATF (BL31), U-Boot proper and DTB from FIT image. The new boot flow with ATF support is as follow: SPL -> ATF (BL31) -> U-Boot proper -> OS (Linux) U-Boot proper now starts at 0x20 (CONFIG_SYS_TEXT_BASE).

[v5 17/18] arm: socfpga: soc64: Enable FIT image generation using binman

Enable BINMAN when using Arm-Trusted-Firmware (ATF) to generate FIT images. Signed-off-by: Siew Chin Lim --- v4 --- Adjust BINMAN sequence in code, sorted by alphabetical order. v5 --- Revert all changes in Makefile for BINMAN: (1) Remove target "fit-itb", directly use binman command to

[v5 16/18] arm: socfpga: dts: soc64: Add binman node of FIT image with ATF support

Add binman node to device tree to generate the FIT image for u-boot (u-boot.itb) and OS kernel (kernel.itb). u-boot.itb contains arm trusted firmware (ATF), u-boot proper and u-boot device tree for ATF u-boot flow. kernel.itb contains Linux Image and Linux device tree. Signed-off-by: Siew Chin

[v5 15/18] arm: socfpga: soc64: Skip handoff data access in SSBL

From: Chee Hong Ang SPL already setup the Clock Manager with the handoff data from OCRAM. When the Clock Manager's driver get probed again in SSBL, it shall skip the handoff data access in OCRAM. Signed-off-by: Chee Hong Ang --- arch/arm/mach-socfpga/wrap_pll_config_s10.c | 3 ++- 1 file

[v5 14/18] arm: socfpga: soc64: SSBL shall not setup stack on OCRAM

From: Chee Hong Ang Since SSBL is running in DRAM, it shall setup the stack in DRAM instead of OCRAM which is occupied by SPL and handoff data. Signed-off-by: Chee Hong Ang --- include/configs/socfpga_soc64_common.h | 5 + 1 file changed, 5 insertions(+) diff --git

[v5 13/18] arm: socfpga: mailbox: Add 'SYSTEM_RESET' PSCI support to mbox_reset_cold()

From: Chee Hong Ang mbox_reset_cold() will invoke ATF's PSCI service when running in non-secure mode (EL2). Signed-off-by: Chee Hong Ang --- arch/arm/mach-socfpga/mailbox_s10.c | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/mach-socfpga/mailbox_s10.c

[v5 12/18] arm: socfpga: soc64: Add ATF support for FPGA reconfig driver

From: Chee Hong Ang In non-secure mode (EL2), FPGA reconfiguration driver calls the SMC/PSCI services provided by ATF to configure the FPGA. Signed-off-by: Chee Hong Ang --- drivers/fpga/intel_sdm_mb.c | 139 1 file changed, 139 insertions(+) diff

[v5 11/18] arm: socfpga: soc64: Add ATF support for Reset Manager driver

From: Chee Hong Ang In non-secure mode (EL2), Reset Manager driver calls the SMC/PSCI service provided by ATF to enable/disable the SOCFPGA bridges. Signed-off-by: Chee Hong Ang Signed-off-by: Siew Chin Lim --- arch/arm/mach-socfpga/reset_manager_s10.c | 13 + 1 file changed, 13

[v5 09/18] mmc: dwmmc: socfpga: Add ATF support for MMC driver

From: Chee Hong Ang In non-secure mode (EL2), MMC driver calls the SMC/PSCI services provided by ATF to set SDMMC's DRVSEL and SMPLSEL. Signed-off-by: Chee Hong Ang Signed-off-by: Siew Chin Lim --- v5 --- Call secure register access helper function to write the secure register. Return error

[v5 10/18] net: designware: socfpga: Add ATF support for MAC driver

From: Chee Hong Ang In non-secure mode (EL2), MAC driver calls the SMC/PSCI services provided by ATF to setup the PHY interface. Signed-off-by: Chee Hong Ang Signed-off-by: Siew Chin Lim --- v5 --- Call secure register access helper function to write the secure register. Return error if fail

[v5 07/18] arm: socfpga: Add secure register access helper functions for SoC 64bits

These secure register access functions allow U-Boot proper running at EL2 (non-secure) to access System Manager's secure registers by calling the ATF's PSCI runtime services (EL3/secure). Signed-off-by: Siew Chin Lim --- v5 --- Return error code instead of hang the system if fail to access the

[v5 08/18] mmc: dwmmc: Change designware MMC 'clksel' callback function to return status

Change 'clksel' callback function to allow the code to return a status. This patch is a preparation for enabling Arm-Trusted-Firmware (ATF) in Intel SoC FPGA. This patch does not change functionality. When using Arm-Trusted-Firmware (ATF) in Intel SoC FPGA, the MMC clock related register is

[v5 06/18] arm: socfpga: soc64: Define SMC function identifiers for PSCI SiP services

From: Chee Hong Ang This header file defines the Secure Monitor Call (SMC) message protocol for ATF (BL31) PSCI runtime services. It includes all the PSCI SiP function identifiers for the secure runtime services provided by ATF. The secure runtime services include System Manager's registers

[v5 05/18] arm: socfpga: soc64: Add SMC helper function for Intel SOCFPGA (64bits)

From: Chee Hong Ang invoke_smc() allow U-Boot proper running in non-secure mode (EL2) to invoke SMC call to ATF's PSCI runtime services such as System Manager's registers access, 2nd phase bitstream FPGA reconfiguration, Remote System Update (RSU) and etc. smc_send_mailbox() is a send mailbox

[v5 04/18] arm: socfpga: Disable "spin-table" method for booting Linux

From: Chee Hong Ang Standard PSCI function "CPU_ON" provided by ATF is now used by Linux kernel to bring up the secondary CPUs to enable SMP booting in Linux on SoC 64bits platform. Signed-off-by: Chee Hong Ang --- arch/arm/mach-socfpga/Kconfig | 2 -- 1 file changed, 2 deletions(-) diff

[v5 03/18] arm: socfpga: soc64: Override 'lowlevel_init' to support ATF

From: Chee Hong Ang Override 'lowlevel_init' to make sure secondary CPUs trapped in ATF instead of SPL. After ATF is initialized, it will signal the secondary CPUs to jump from SPL to ATF waiting to be 'activated' by Linux OS via PSCI call. Signed-off-by: Chee Hong Ang ---

[v5 02/18] arm: socfpga: soc64: Load FIT image with ATF support

From: Chee Hong Ang Instead of loading u-boot proper image (u-boot.img), SPL now loads FIT image (u-boot.itb) which includes u-boot proper, ATF and u-boot proper's DTB. For OS, u-boot now loads FIT images (kernel.itb) which includes Linux Image and Linux's DTB. Signed-off-by: Chee Hong Ang

[v5 01/18] arm: socfpga: Add function for checking description from FIT image

From: Chee Hong Ang Add board_fit_config_name_match() for matching board name with device tree files in FIT image. This will ensure correct DTB file is loaded for different board type. Currently, we are not supporting multiple device tree files in FIT image therefore this function basically do

[v5 00/18] Enable ARM Trusted Firmware for U-Boot

This is the 5th version of patchset to enable ARM Trusted Firmware for U-Boot for Intel Stratix10 and Agilex platform. New U-boot flow with ARM Trusted Firmware (ATF) support: SPL (EL3) -> ATF-BL31 (EL3) -> U-Boot Proper (EL2) -> Linux (EL1) SPL loads the u-boot.itb which consist of: 1)

Re: [PATCH v3 04/12] dm: Introduce xxx_get_dma_range()

Hi Nicolas, On Mon, 21 Dec 2020 at 06:03, Nicolas Saenz Julienne wrote: > > Hi Simon, thanks for the review. > > On Fri, 2020-12-18 at 19:28 -0700, Simon Glass wrote: > > Hi Nicolas, > > > > On Tue, 15 Dec 2020 at 10:23, Nicolas Saenz Julienne > > wrote: > > > > > > Add the following functions

Re: [PATCH v3 2/9] console: Keep ->start() and ->stop() balanced

On Mon, 21 Dec 2020 at 05:30, Andy Shevchenko wrote: > > There is no need to call ->start() for already started device. All the same, > there is no need to call ->stop() for devices still in use. > > For now enforce this only for IOMUX case. > > Cc: Simon Glass > Signed-off-by: Andy Shevchenko

Re: [PATCH v3 4/9] console: rename search_device() to console_search_dev()

On Mon, 21 Dec 2020 at 05:30, Andy Shevchenko wrote: > > Rename search_device() to console_search_dev() since it's in console.h. > > Suggested-by: Simon Glass > Signed-off-by: Andy Shevchenko > --- > v3: new patch > common/console.c | 18 +- > common/iomux.c| 4 ++-- >

Re: [PATCH v3 09/12] dm: test: Add test case for dev_phys_to_bus()/dev_bus_to_phys()

Hi Nicolas, On Mon, 21 Dec 2020 at 06:47, Nicolas Saenz Julienne wrote: > > On Fri, 2020-12-18 at 19:28 -0700, Simon Glass wrote: > > On Tue, 15 Dec 2020 at 10:23, Nicolas Saenz Julienne > > wrote: > > > > > > By reusing DT nodes already available in sandbox's test DT introduce a > > > test to

Re: [PATCH v3 11/12] mmc: Introduce mmc_phys_to_bus()/mmc_bus_to_phys()

Hi Nicolas, On Mon, 21 Dec 2020 at 07:23, Nicolas Saenz Julienne wrote: > > On Fri, 2020-12-18 at 19:28 -0700, Simon Glass wrote: > > On Tue, 15 Dec 2020 at 10:23, Nicolas Saenz Julienne > > wrote: > > > > > > This will allow us to use DM variants of phys_to_bus()/bus_to_phys() > > > when

Re: [PATCH v2 5/7] IOMUX: Refactor iomux_doenv() in order to increase readability

Hi Andy, On Mon, 21 Dec 2020 at 05:03, Andy Shevchenko wrote: > > On Fri, Dec 18, 2020 at 07:29:21PM -0700, Simon Glass wrote: > > On Wed, 16 Dec 2020 at 16:16, Andy Shevchenko > > wrote: > > > > > > Refactor iomux_doenv() a bit in order to increase readability. > > > There is no change in code

Re: [PATCH v2 4/7] IOMUX: Preserve console list if realloc() fails

Hi Andy, On Mon, 21 Dec 2020 at 05:00, Andy Shevchenko wrote: > > On Fri, Dec 18, 2020 at 07:29:19PM -0700, Simon Glass wrote: > > On Wed, 16 Dec 2020 at 16:16, Andy Shevchenko > > wrote: > > > > > > It's realloc() 101 to avoid `foo = realloc(foo, ...);` call > > > due to getting a memory leak.

Re: [PATCH 4/6] button: add a simple ADC-based button driver

Hi Marek, On Mon, 21 Dec 2020 at 02:34, Marek Szyprowski wrote: > > Hi Simon, > > On 19.12.2020 03:28, Simon Glass wrote: > > On Mon, 14 Dec 2020 at 04:25, Marek Szyprowski > > wrote: > >> Add a simple ADC-based button driver. This driver binds to the 'adc-keys' > >> device tree node. I think

[PATCH] power: pmic: add driver for Monolithic Power mp5416

This adds basic register access and child regulator binding for the Monolithic MP5416 Power Management IC which integrates four DC/DC switching converters and five LDO regulators. Signed-off-by: Tim Harvey --- drivers/power/pmic/Kconfig | 15 +++ drivers/power/pmic/Makefile | 1 +

Re: [PATCH] fs: squasfs: fix a possible NULL pointer dereference in sqfs_opendir()

Hi Miquel Le 21/12/2020 à 16:49, Miquel Raynal a écrit : Hi Richard, Richard Genoud wrote on Mon, 21 Dec 2020 16:40:51 +0100: Hi Miquel, Le 21/12/2020 à 16:29, Miquel Raynal a écrit : Hi Richard, Richard Genoud wrote on Mon, 21 Dec 2020 16:26:00 +0100: Le 21/12/2020 à 16:14, Miquel

Re: [PATCH] fs: squasfs: fix a possible NULL pointer dereference in sqfs_opendir()

Hi Richard, Richard Genoud wrote on Mon, 21 Dec 2020 16:40:51 +0100: > Hi Miquel, > > Le 21/12/2020 à 16:29, Miquel Raynal a écrit : > > Hi Richard, > > > > Richard Genoud wrote on Mon, 21 Dec 2020 > > 16:26:00 +0100: > > > >> Le 21/12/2020 à 16:14, Miquel Raynal a écrit : > >>> Hi

Re: [PATCH 2/3] dts: am654-base-board-uboot: Set USB0 dr_mode to host

On 21/12/20 8:42 pm, Lokesh Vutla wrote: > > > On 20/11/20 9:18 pm, Aswath Govindraju wrote: >> USB3SS0 controller is to be used as a host in U-boot. Fix it by changing >> the dr_mode to host. >> >> Signed-off-by: Aswath Govindraju > > Won't it break dfu support or is it used in different

Re: [PATCH] fs: squasfs: fix a possible NULL pointer dereference in sqfs_opendir()

Hi Miquel, Le 21/12/2020 à 16:29, Miquel Raynal a écrit : Hi Richard, Richard Genoud wrote on Mon, 21 Dec 2020 16:26:00 +0100: Le 21/12/2020 à 16:14, Miquel Raynal a écrit : Hi Richard, Richard Genoud wrote on Mon, 21 Dec 2020 16:06:37 +0100: Hi Miquel, Le 18/12/2020 à 19:50,

Re: [PATCH] fs: squasfs: fix a possible NULL pointer dereference in sqfs_opendir()

Hi Richard, Richard Genoud wrote on Mon, 21 Dec 2020 16:26:00 +0100: > Le 21/12/2020 à 16:14, Miquel Raynal a écrit : > > Hi Richard, > > > > Richard Genoud wrote on Mon, 21 Dec 2020 > > 16:06:37 +0100: > > > >> Hi Miquel, > >> > >> Le 18/12/2020 à 19:50, Miquel Raynal a écrit : > >>> Hi

Re: [PATCH] fs: squasfs: fix a possible NULL pointer dereference in sqfs_opendir()

Miquel Raynal wrote on Mon, 21 Dec 2020 16:14:19 +0100: > Hi Richard, > > Richard Genoud wrote on Mon, 21 Dec 2020 > 16:06:37 +0100: > > > Hi Miquel, > > > > Le 18/12/2020 à 19:50, Miquel Raynal a écrit : > > > Hi Richard, > > > > > > Richard Genoud wrote on Fri, 18 Dec 2020 > > >

Re: [PATCH] fs: squasfs: fix a possible NULL pointer dereference in sqfs_opendir()

Le 21/12/2020 à 16:14, Miquel Raynal a écrit : Hi Richard, Richard Genoud wrote on Mon, 21 Dec 2020 16:06:37 +0100: Hi Miquel, Le 18/12/2020 à 19:50, Miquel Raynal a écrit : Hi Richard, Richard Genoud wrote on Fri, 18 Dec 2020 15:24:40 +0100: token_count may be != 0 and token_list

Re: [PATCH] fs: squasfs: fix a possible NULL pointer dereference in sqfs_opendir()

Hi Richard, Richard Genoud wrote on Mon, 21 Dec 2020 16:06:37 +0100: > Hi Miquel, > > Le 18/12/2020 à 19:50, Miquel Raynal a écrit : > > Hi Richard, > > > > Richard Genoud wrote on Fri, 18 Dec 2020 > > 15:24:40 +0100: > > > >> token_count may be != 0 and token_list not yet allocated when

Re: [PATCH 2/3] dts: am654-base-board-uboot: Set USB0 dr_mode to host

On 20/11/20 9:18 pm, Aswath Govindraju wrote: > USB3SS0 controller is to be used as a host in U-boot. Fix it by changing > the dr_mode to host. > > Signed-off-by: Aswath Govindraju Won't it break dfu support or is it used in different controller? Thanks and regards, Lokesh > --- >

Re: [PATCH] fs: squasfs: fix a possible NULL pointer dereference in sqfs_opendir()

Hi Miquel, Le 18/12/2020 à 19:50, Miquel Raynal a écrit : Hi Richard, Richard Genoud wrote on Fri, 18 Dec 2020 15:24:40 +0100: token_count may be != 0 and token_list not yet allocated when the out code is reached Wouldn't it be better to initialize token_count than adding an (obscure)

Re: [linux-sunxi] [PATCH] sunxi: Add arm64 FEL support

On Thu, Nov 19, 2020 at 10:54:42AM +, Andre Przywara wrote: > So far we did not support the BootROM based FEL USB debug mode on the > 64-bit builds for Allwinner SoCs: The BootROM is using AArch32, but the > SPL runs in AArch64. > Returning back to AArch32 was not working as expected, since

Re: [PATCH v3 11/12] mmc: Introduce mmc_phys_to_bus()/mmc_bus_to_phys()

On Fri, 2020-12-18 at 19:28 -0700, Simon Glass wrote: > On Tue, 15 Dec 2020 at 10:23, Nicolas Saenz Julienne > wrote: > > > > This will allow us to use DM variants of phys_to_bus()/bus_to_phys() > > when relevant. > > > > Signed-off-by: Nicolas Saenz Julienne > > --- > >  drivers/mmc/sdhci.c |

Re: imx8mp_evk: boot error "alloc space exhausted"

Hi Andrey and Peng, On Thu, Dec 17, 2020 at 9:51 AM ZHIZHIKIN Andrey wrote: > > Hello Peng, > > Just a gentle ping here: can you take a look at the failure reported below? > > I've also added Alice Guo since there was some work done om imx8mp_evk board, > and uboot-imx list here. > > Thanks a

Re: [BUG]odroid-c2 does not hotplug usb-devices

Hi Martin, On Sun, 20 Dec 2020 at 20:04, Martin Blumenstingl wrote: > > Hi Anand, > > On Sun, Dec 20, 2020 at 2:46 PM Anand Moon wrote: > [...] > > > On Sat, Dec 19, 2020 at 8:53 PM Anand Moon wrote: > > > [...] > > > > I was also looking into this issue so I made some changes in the > > > >

Re: [PATCH v3 10/12] xhci: translate virtual addresses into the bus's address space

On Fri, 2020-12-18 at 19:28 -0700, Simon Glass wrote: > Hi Nicolas, > > On Tue, 15 Dec 2020 at 10:23, Nicolas Saenz Julienne > wrote: > > > > So far we've been content with passing physical addresses when > > configuring memory addresses into XHCI controllers, but not all > > platforms have

Re: [PATCH v3 09/12] dm: test: Add test case for dev_phys_to_bus()/dev_bus_to_phys()

On Fri, 2020-12-18 at 19:28 -0700, Simon Glass wrote: > On Tue, 15 Dec 2020 at 10:23, Nicolas Saenz Julienne > wrote: > > > > By reusing DT nodes already available in sandbox's test DT introduce a > > test to validate dev_phys_to_bus()/dev_bus_to_phys(). > > > > Signed-off-by: Nicolas Saenz

Re: [PATCH] doc: Add basic information about running CI tests

On Mon, Dec 21, 2020 at 11:17:39AM +0900, AKASHI Takahiro wrote: > On Fri, Dec 18, 2020 at 07:44:42PM -0500, Tom Rini wrote: > > On Fri, Dec 18, 2020 at 06:34:10PM -0500, Sean Anderson wrote: > > > On 12/18/20 5:14 PM, Tom Rini wrote: > > > > Start out by documenting general expectations on when

Re: [PATCH v3 07/12] dm: test: Add test case for dev->dma_offset

On Fri, 2020-12-18 at 19:28 -0700, Simon Glass wrote: > On Tue, 15 Dec 2020 at 10:23, Nicolas Saenz Julienne > wrote: > > > > Add test to validate dev->dma_offset is properly set on devices. > > > > Signed-off-by: Nicolas Saenz Julienne > > --- > >  arch/sandbox/dts/test.dts | 4

Re: [PATCH v3 04/12] dm: Introduce xxx_get_dma_range()

Hi Simon, thanks for the review. On Fri, 2020-12-18 at 19:28 -0700, Simon Glass wrote: > Hi Nicolas, > > On Tue, 15 Dec 2020 at 10:23, Nicolas Saenz Julienne > wrote: > > > > Add the following functions to get a specific device's DMA ranges: > >  - dev_get_dma_range() > >  -

Re: [PATCH v2 14/14] qemu: arm64: Add documentation for capsule update

On 12/21/20 12:43 PM, Sughosh Ganu wrote: Add documentation highlighting the steps for using the uefi capsule update feature for updating the u-boot firmware image. Signed-off-by: Sughosh Ganu --- Changes since V1: * Change the documentation to reflect the usage of overlays for embedding

Re: [PATCH v2 03/14] crypto: Fix the logic to calculate hash with authattributes set

On 12/21/20 12:43 PM, Sughosh Ganu wrote: RFC 2315 Section 9.3 describes the message digesting process. The digest calculated depends on whether the authenticated attributes are present. In case of a scenario where the authenticated attributes are present, the message digest that gets signed and

Re: [PATCH v2 02/14] qemu: arm: Initialise virtio in board_late_init

On 12/21/20 1:19 PM, Heinrich Schuchardt wrote: On 12/21/20 12:43 PM, Sughosh Ganu wrote: On the qemu arm platform, the virtio devices are initialised in board_init, which gets called before the initr_pci. With this, the virtio block devices on the pci bus are not initialised. Move the

Re: [PATCH v2] doc: edison: Update information about xFSTK

Hi Andy, On Mon, Dec 21, 2020 at 8:32 PM Andy Shevchenko wrote: > > On Mon, Nov 30, 2020 at 01:12:24PM -0700, Simon Glass wrote: > > On Fri, 27 Nov 2020 at 08:59, Andy Shevchenko > > wrote: > > > > > > xFSTK sources got a new home under Edison Firmware Group on GitHub [1]. > > > Update Intel

Re: [PATCH v2] doc: edison: Update information about xFSTK

On Mon, Nov 30, 2020 at 01:12:24PM -0700, Simon Glass wrote: > On Fri, 27 Nov 2020 at 08:59, Andy Shevchenko > wrote: > > > > xFSTK sources got a new home under Edison Firmware Group on GitHub [1]. > > Update Intel Edison documentation accordingly. > > > > While here, fix couple of typos. > > > >

  1   2   >