Re: [PATCH v5 20/26] fdt: Drop #ifdefs with MULTI_DTB_FIT

2021-10-28 Thread Ilias Apalodimas
Hi Simon, likewise, since this is a pretty big patchset split it of in refactoring/new code patchsets so we can actually review it. Thanks /Ilias On Mon, Oct 25, 2021 at 06:23:38PM -0600, Simon Glass wrote: > Refactor the code to drop the #ifdefs for this feature. > > Signed-off-by: Simon Glass

Re: [PATCH v5 19/26] fdt: Move MULTI_DTB_FIT handling out of fdtdec_setup()

2021-10-28 Thread Ilias Apalodimas
Hi Simon, Since those patch series are too long and borderline unreviewable, I'd much rather split them on different patchsets (i.e one with cleanups and one with the actual proposal). On Mon, Oct 25, 2021 at 06:23:37PM -0600, Simon Glass wrote: > This logic is a bit convoluted for one

Re: [PATCH v2 31/41] bootstd: Add an implementation of EFI boot

2021-10-28 Thread Ilias Apalodimas
On Wed, Oct 27, 2021 at 12:34:40PM -0600, Simon Glass wrote: > Hi Ilias, > > On Wed, 27 Oct 2021 at 08:48, Ilias Apalodimas > wrote: > > > > Hi Simon, > > > > On Wed, Oct 27, 2021 at 08:09:04AM -0600, Simon Glass wrote: > > > Hi Ilias, > > > > > > On Wed, 27 Oct 2021 at 02:36, Ilias Apalodimas >

Re: [PATCH v5 05/11] test/py: efi_capsule: add image authentication test

2021-10-28 Thread AKASHI Takahiro
On Thu, Oct 28, 2021 at 09:17:49PM -0600, Simon Glass wrote: > Hi Takahiro, > > On Thu, 28 Oct 2021 at 00:25, AKASHI Takahiro > wrote: > > > > Add a couple of test cases against capsule image authentication > > for capsule-on-disk, where only a signed capsule file with the verified > > signature

Re: [PATCH v5 04/11] doc: update UEFI document for usage of mkeficapsule

2021-10-28 Thread AKASHI Takahiro
On Thu, Oct 28, 2021 at 09:17:48PM -0600, Simon Glass wrote: > Hi Takahiro, > > On Thu, 28 Oct 2021 at 00:25, AKASHI Takahiro > wrote: > > > > Now we can use mkeficapsule command instead of EDK-II's script > > to create a signed capsule file. So update the instruction for > > capsule

[PATCH v4 1/2] arm: dts: add imx8mp-rsb3720-a1 dts file

2021-10-28 Thread Ying-Chun Liu
From: "Ying-Chun Liu (PaulLiu)" Add board dts for imx8mm-cl-iot-gate Signed-off-by: Darren Huang Signed-off-by: Kevin12.Chen Signed-off-by: Phill.Liu Signed-off-by: Tim Liang Signed-off-by: wei.zeng Signed-off-by: Ying-Chun Liu (PaulLiu) Cc: uboot-imx --- v2: update dts v4: rebase to

[PATCH v4 0/2] arm: imx8m: add support for Advantech RSB-3720

2021-10-28 Thread Ying-Chun Liu
From: "Ying-Chun Liu (PaulLiu)" Add initial support for Advantech RSB-3720 board. The initial support includes: - MMC - eMMC - I2C - FEC - Serial console Ying-Chun Liu (PaulLiu) (2): arm: dts: add imx8mp-rsb3720-a1 dts file arm: imx8m: add support for Advantech RSB-3720 v2: update dts

Re: [RFC 07/22] dm: blk: add UCLASS_PARTITION

2021-10-28 Thread Heinrich Schuchardt
I agree with Heinrich that we are better to leave BLK as it is, both in name and meaning. I think maybe I am missing the gist of your argument. If we use UCLASS_PART, for example, can we have that refer to both s/w and h/w partitions, as Herinch seems to allude to below? What would the

Re: [PATCH v5 02/11] tools: mkeficapsule: add firmwware image signing

2021-10-28 Thread AKASHI Takahiro
On Thu, Oct 28, 2021 at 09:17:45PM -0600, Simon Glass wrote: > Hi Takahiro, > > On Thu, 28 Oct 2021 at 00:25, AKASHI Takahiro > wrote: > > > > With this enhancement, mkeficapsule will be able to sign a capsule > > file when it is created. A signature added will be used later > > in the

Re: [PATCH u-boot-marvell 00/13] Yet another kwboot improvements

2021-10-28 Thread Stefan Roese
On 28.10.21 19:00, Pali Rohár wrote: On Thursday 28 October 2021 16:20:11 Stefan Roese wrote: On 28.10.21 13:04, Pali Rohár wrote: On Thursday 28 October 2021 08:16:24 Stefan Roese wrote: On 27.10.21 23:03, Pali Rohár wrote: On Wednesday 27 October 2021 17:27:41 Stefan Roese wrote: Still I

Re: [PATCH 4/5] env: Add support for board specific special default environment

2021-10-28 Thread Simon Glass
Hi Marek, On Wed, 27 Oct 2021 at 21:28, Marek Behún wrote: > > From: Marek Behún > > The default_environment[] buffer is built at compile time, but sometimes > it makes sense for some default environment variables to be determined > at runtime, for example: > - one board code may support

Re: [PATCH 3/5] env: Simplify env_get_default()

2021-10-28 Thread Simon Glass
On Wed, 27 Oct 2021 at 21:28, Marek Behún wrote: > > From: Marek Behún > > Instead of pretending that we don't have environment to force searching > default environment in env_get_default(), get the data from the > default_environment[] buffer directly. > > Signed-off-by: Marek Behún > --- >

Re: [PATCH 1/5] env: Don't set ready flag if import failed in env_set_default()

2021-10-28 Thread Simon Glass
On Wed, 27 Oct 2021 at 21:28, Marek Behún wrote: > > From: Marek Behún > > Do not set GD_FLG_ENV_READY nor GD_FLG_ENV_DEFAULT if failed importing > in env_set_default(). > > Signed-off-by: Marek Behún > --- > env/common.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) >

Re: [PATCH 5/5] arm: mvebu: Espressobin: Use new API for setting default env at runtime

2021-10-28 Thread Simon Glass
Hi Marek, On Wed, 27 Oct 2021 at 21:28, Marek Behún wrote: > > From: Marek Behún > > ESPRESSObin's board code uses an ad-hoc solution for ensuring that > ethaddrs are not overwritten by `env default -a` command and that the > `fdtfile` is set to correct value when `env default -a` is called. >

Re: [PATCH v5 05/11] test/py: efi_capsule: add image authentication test

2021-10-28 Thread Simon Glass
Hi Takahiro, On Thu, 28 Oct 2021 at 00:25, AKASHI Takahiro wrote: > > Add a couple of test cases against capsule image authentication > for capsule-on-disk, where only a signed capsule file with the verified > signature will be applied to the system. > > Due to the difficulty of embedding a

Re: [PATCH v5 04/11] doc: update UEFI document for usage of mkeficapsule

2021-10-28 Thread Simon Glass
Hi Takahiro, On Thu, 28 Oct 2021 at 00:25, AKASHI Takahiro wrote: > > Now we can use mkeficapsule command instead of EDK-II's script > to create a signed capsule file. So update the instruction for > capsule authentication. > > Signed-off-by: AKASHI Takahiro > --- > doc/develop/uefi/uefi.rst |

Re: [PATCH v5 02/11] tools: mkeficapsule: add firmwware image signing

2021-10-28 Thread Simon Glass
Hi Takahiro, On Thu, 28 Oct 2021 at 00:25, AKASHI Takahiro wrote: > > With this enhancement, mkeficapsule will be able to sign a capsule > file when it is created. A signature added will be used later > in the verification at FMP's SetImage() call. > > To do that, We need specify additional

Re: [PATCH v5 03/11] tools: mkeficapsule: add man page

2021-10-28 Thread Simon Glass
On Thu, 28 Oct 2021 at 00:25, AKASHI Takahiro wrote: > > Add a man page for mkeficapsule command. > > Signed-off-by: AKASHI Takahiro > --- > MAINTAINERS| 1 + > doc/mkeficapsule.1 | 95 ++ > 2 files changed, 96 insertions(+) > create mode

Re: [PATCH 2/5] env: Fix env_get() when returning empty string using env_get_f()

2021-10-28 Thread Simon Glass
Hi Marek, On Wed, 27 Oct 2021 at 21:28, Marek Behún wrote: > > From: Marek Behún > > The env_get_f() function returns -1 on failure. Returning 0 means that > the variable exists, and is empty string. > > Signed-off-by: Marek Behún > --- > env/common.c | 2 +- > 1 file changed, 1 insertion(+),

Re: [PATCH v5 01/11] efi_loader: capsule: drop __weak from efi_get_public_key_data()

2021-10-28 Thread Simon Glass
On Thu, 28 Oct 2021 at 00:24, AKASHI Takahiro wrote: > > As we discussed in ML, currently a device tree is the only place > to store public keys for capsule authentication. So __weak is not > necessary for now. > > Signed-off-by: AKASHI Takahiro > --- > lib/efi_loader/efi_capsule.c | 2 +- > 1

Re: [PATCH 0/5] Board specific runtime determined default env

2021-10-28 Thread Simon Glass
Hi Marek, On Wed, 27 Oct 2021 at 21:28, Marek Behún wrote: > > From: Marek Behún > > Hello Simon, Stefan, Pali, > > this series adds support for board specific runtime determined grammarian here board-specific, runtime-determined > default environment variables. > > IMPORTANT: This series

[PATCH v2 6/6] sunxi: Use sysreset framework for poweroff/reset

2021-10-28 Thread Samuel Holland
Instead of hardcoding the watchdog for reset, and the PMIC for poweroff, use the sysreset framework to manage the available poweroff/reset backends. This allows (as examples) using the PMIC to do a cold reset, and using a GPIO to power off H3/H5 boards lacking a PMIC. Furthermore, it removes the

[PATCH v2 4/6] watchdog: Automatically register device with sysreset

2021-10-28 Thread Samuel Holland
Add an option to automatically register watchdog devices with the wdt_reboot driver for use with sysreset. This allows sysreset to be a drop-in replacement for platform-specific watchdog reset code, without needing any device tree changes. Signed-off-by: Samuel Holland --- Changes in v2: -

[PATCH v2 5/6] sunxi: Avoid duplicate reset_cpu with SYSRESET enabled

2021-10-28 Thread Samuel Holland
The sysreset uclass unconditionally provides a definition of the reset_cpu() function. So does the sunxi board code. Fix the build with SYSRESET enabled by omitting the function from the board code in that case. The code still needs to be kept around for use in SPL. Reviewed-by: Heinrich

[PATCH v2 2/6] sysreset: Mark driver probe functions as static

2021-10-28 Thread Samuel Holland
These driver probe functions are not (and should not be) called from outside the respective driver source files. Therefore, the functions should be marked static. Signed-off-by: Samuel Holland --- Changes in v2: - Also make gpio_reboot_probe function static. drivers/sysreset/sysreset_gpio.c

[PATCH v2 3/6] sysreset: watchdog: Move watchdog reference to plat data

2021-10-28 Thread Samuel Holland
Currently, the wdt_reboot driver always gets its watchdog device reference from an OF node. This prevents selecting a watchdog at runtime. Move the watchdog device reference to the plat data, so the driver can be bound with the reference pre-provided. The reference will still be acquired from the

[PATCH v2 1/6] sysreset: Add uclass Kconfig dependency to drivers

2021-10-28 Thread Samuel Holland
None of the sysreset drivers do anything beyond providing sysreset uclass ops. They should depend on the sysreset uclass. Signed-off-by: Samuel Holland --- Changes in v2: - Extend the "if SYSRESET" block to the end of the file. drivers/sysreset/Kconfig | 4 ++-- 1 file changed, 2

[PATCH v2 0/6] Improved sysreset/watchdog uclass integration

2021-10-28 Thread Samuel Holland
This series hooks up the watchdog uclass to automatically register watchdog devices for use with sysreset, doing a bit of minor cleanup along the way. The goal is for this to replace the sunxi board-level non-DM reset_cpu() function. I was surprised to find that the wdt_reboot driver requires its

Re: [PATCH V2] clk: introduce u-boot,ignore-clk-defaults

2021-10-28 Thread Tom Rini
On Thu, Oct 28, 2021 at 10:43:01PM -0400, Sean Anderson wrote: > > On 10/28/21 10:10 PM, Tom Rini wrote: > > On Fri, Oct 29, 2021 at 09:28:01AM +0800, Peng Fan (OSS) wrote: > > > From: Peng Fan > > > > > > Current code has a force clk_set_defaults in multiple stages, > > > U-Boot reuse the same

Re: [PATCH V2] clk: introduce u-boot,ignore-clk-defaults

2021-10-28 Thread Sean Anderson
On 10/28/21 10:10 PM, Tom Rini wrote: On Fri, Oct 29, 2021 at 09:28:01AM +0800, Peng Fan (OSS) wrote: From: Peng Fan Current code has a force clk_set_defaults in multiple stages, U-Boot reuse the same device tree and Linux Kernel device tree, but we not register all the clks as Linux

Re: [PATCH V2] clk: introduce u-boot,ignore-clk-defaults

2021-10-28 Thread Tom Rini
On Fri, Oct 29, 2021 at 09:28:01AM +0800, Peng Fan (OSS) wrote: > From: Peng Fan > > Current code has a force clk_set_defaults in multiple stages, > U-Boot reuse the same device tree and Linux Kernel device tree, > but we not register all the clks as Linux Kernel, so clk_set_defaults > will fail

Re: [RFC 07/22] dm: blk: add UCLASS_PARTITION

2021-10-28 Thread Simon Glass
Hi, On Thu, 28 Oct 2021 at 04:47, Heinrich Schuchardt wrote: > > > > On 10/28/21 10:52, AKASHI Takahiro wrote: > > Hi Simon, > > > > I'd like to resume this discussion. > > > > On Thu, Oct 14, 2021 at 02:55:36PM -0600, Simon Glass wrote: > >> Hi Takahiro, > >> > >> On Thu, 14 Oct 2021 at 02:03,

Re: [PATCH] sandbox: Migrate ARCH_MAP_SYSMEM to Kconfig

2021-10-28 Thread Simon Glass
On Tue, 19 Oct 2021 at 19:17, Tom Rini wrote: > > Move this from a hard-coded define in config.mk to Kconfig. > > Signed-off-by: Tom Rini > --- > arch/sandbox/Kconfig | 3 +++ > arch/sandbox/config.mk | 1 - > 2 files changed, 3 insertions(+), 1 deletion(-) Reviewed-by: Simon Glass

Re: [PATCH] image.h: make image_sign_info.fit point to const

2021-10-28 Thread Simon Glass
On Sun, 17 Oct 2021 at 23:49, Hannu Lounento wrote: > > The data blob apparently does not need to be modified through the fit > field of the image_sign_info struct so make it point to const to avoid > the need to cast away constness in functions that assign a pointer to > const data to the field.

[PATCH 18/20] imx8ulp: implement to obtain the SoC current temperature

2021-10-28 Thread Peng Fan (OSS)
From: Alice Guo Obatin the SoC current temperature in print_cpuinfo(). Reviewed-by: Ye Li Signed-off-by: Alice Guo Signed-off-by: Peng Fan --- arch/arm/mach-imx/imx8ulp/soc.c | 17 + 1 file changed, 17 insertions(+) diff --git a/arch/arm/mach-imx/imx8ulp/soc.c

[PATCH] board: myir_6ulx: Use DCD to init DRAM instead of SPL

2021-10-28 Thread qianfanguijin
From: qianfan Zhao The work of SPL did is init DRAM, which can be replaced with DCD scripts. This is very helpful to start u-boot directly through USB. Signed-off-by: qianfan Zhao --- arch/arm/mach-imx/mx6/Kconfig| 1 + board/myir/mys_6ulx/Kconfig | 3 +

[PATCH 14/20] imx8ulp: Update ethernet mac to get from fuse

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li Get the MAC address from fuse bank5 word 3 and 4. It has MSB first at lowest address, so have a reverse order with other iMX used in mac.c Reviewed-by: Peng Fan Signed-off-by: Ye Li Signed-off-by: Peng Fan --- arch/arm/mach-imx/imx8ulp/soc.c | 23 +++ 1 file

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Simon Glass
Hi Tom, On Thu, 28 Oct 2021 at 16:50, Tom Rini wrote: > > On Thu, Oct 28, 2021 at 04:22:11PM -0600, Simon Glass wrote: > > Hi Tom, > > > > On Thu, 28 Oct 2021 at 13:19, Tom Rini wrote: > > > > > > On Thu, Oct 28, 2021 at 12:48:50PM -0600, Simon Glass wrote: > > > > Hi Tom, > > > > > > > > On

[PATCH 16/20] imx8ulp: clock: Handle the DDRLOCKED when setting DDR clock

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li The DDRLOCKED bit in CGC2 DDRCLK will auto lock up and down by HW according to DDR DIV updating or DDR CLK halt status change. So DDR PCC disable/enable will trigger the lock up/down flow. We need wait until unlock to ensure clock is ready. And before configuring the DDRCLK DIV, we

[PATCH 19/20] imx8ulp:ddr: saving the dram config timing data into sram

2021-10-28 Thread Peng Fan (OSS)
From: Jacky Bai On i.MX8ULP, The dram config timing need to be saved into sram for ddr retention when APD enter PD mode, so add this support on i.MX8ULP. Reviewed-by: Ye Li Signed-off-by: Jacky Bai Signed-off-by: Peng Fan --- drivers/ddr/imx/imx8ulp/Kconfig| 7 +

[PATCH 15/20] imx8ulp: clock: Support to enable/disable the ADC1 clock

2021-10-28 Thread Peng Fan (OSS)
From: Alice Guo This patch implements enable_adc1_clk() to enable or disable the ADC1 clock on i.MX8ULP. Reviewed-by: Ye Li Signed-off-by: Alice Guo Signed-off-by: Peng Fan --- arch/arm/include/asm/arch-imx8ulp/cgc.h | 4 +++ arch/arm/include/asm/arch-imx8ulp/clock.h| 1 +

[PATCH 20/20] imx8ulp: ddr: Fix DDR frequency request issue

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li After acking the requested frequency, should wait the ack bit clear by DDR controller and check the DFS interrupt for next request polling. Otherwise, the next polling of request bit will get previous value that DDR controller have not cleared it, so a wrong request frequency is

[PATCH 13/20] imx8ulp: clock: Support to reset DCNano and MIPI DSI

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li When LPAV is allocated to RTD, the LPAV won't be reset. So we have to reset DCNano and MIPI DSI in u-boot before enabling the drivers Reviewed-by: Peng Fan Signed-off-by: Ye Li Signed-off-by: Peng Fan --- arch/arm/include/asm/arch-imx8ulp/clock.h | 1 +

[PATCH 12/20] imx8ulp: clock: Reset DDR controller before clock enable

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li The LPAV is not allocated to APD when dual boot, so LPAV won't reset when APD is reset. We have to explicitly reset the DDR, otherwise its initialization will fail. Reviewed-by: Peng Fan Signed-off-by: Ye Li Signed-off-by: Peng Fan --- arch/arm/mach-imx/imx8ulp/clock.c | 3 +++

[PATCH 10/20] imx8ulp: Remove freescale name from CPU revision

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li Remove the freescale vendor name from CPU revision print to align with other i.MX platforms Reviewed-by: Peng Fan Signed-off-by: Ye Li Signed-off-by: Peng Fan --- arch/arm/mach-imx/imx8ulp/soc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 11/20] imx8ulp: Workaround LPOSC_TRIM fuse load issue

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li 8ULP ROM should read the LPOSC trim BIAS fuse to fill the CGC0 LPOSCCTRL[7:0], but it writes a fixed value on A0.1 revision. A0.2 will fix the issue in ROM. But A0.1 we have to workaround it in SPL by setting LPOSCCTRL BIASCURRENT again. Reviewed-by: Peng Fan Signed-off-by: Ye Li

[PATCH 08/20] imx8ulp: Set DCNANO read QoS on NIC_LPAV to highest

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li To avoid DCNANO underrun issue on high loading test, set its read Qos on NIC_LPAV to highest Reviewed-by: Peng Fan Signed-off-by: Ye Li Signed-off-by: Peng Fan --- arch/arm/mach-imx/imx8ulp/soc.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH 07/20] imx8ulp_evk: Control LPI2C0 PCA6416 and TPM0 for display

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li The board use IO9 of PCA6416 on LPI2C0 and TPM0 for MIPI DSI MUX and backlight. However the LPI2C0 and TPM0 are M33 resources, in this patch we simply access them, but this is a temporary solution. We will modify it when M33 FW changes to set MIPI DSI panel as default path and enable

[PATCH 09/20] imx8ulp: Fix DCNANO QoS setting

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li The setting does not have effect because we should set it after power on the PS16 for NIC AV. So move it after upower_init which has powered on all PS Reviewed-by: Peng Fan Signed-off-by: Ye Li Signed-off-by: Peng Fan --- arch/arm/include/asm/arch-imx8ulp/sys_proto.h | 1 +

[PATCH 04/20] imx8ulp: clock: Support LPAV clocks in cgc and pcc

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li Add the PCC5 clocks support and more LPAV clocks and PLL4 PFD in CGC. Signed-off-by: Ye Li Signed-off-by: Peng Fan --- arch/arm/include/asm/arch-imx8ulp/cgc.h | 32 ++- arch/arm/include/asm/arch-imx8ulp/pcc.h | 66 - arch/arm/mach-imx/imx8ulp/cgc.c | 314

[PATCH 06/20] imx8ulp: rdc: allow A35 access flexspi0 mem

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li For singel boot, set flexspi0 mem to be accessed by A35 Signed-off-by: Ye Li Signed-off-by: Peng Fan --- arch/arm/mach-imx/imx8ulp/soc.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/mach-imx/imx8ulp/soc.c b/arch/arm/mach-imx/imx8ulp/soc.c index

[PATCH 05/20] imx8ulp: clock: Add MIPI DSI clock and DCNano clock

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li Add the DSI clock enable and disable with PCC reset used. Add the LCD pixel clock calculation and configuration for DCNano Signed-off-by: Ye Li Signed-off-by: Peng Fan --- arch/arm/include/asm/arch-imx8ulp/clock.h | 2 + arch/arm/mach-imx/imx8ulp/clock.c | 73

[PATCH 03/20] imx8ulp: assign PXP/HIFI4/EPDC to APD domain

2021-10-28 Thread Peng Fan (OSS)
From: Peng Fan Assign the PXP/HIFI4/EPDC to APD domain, otherwise APD not able to receive interrupts from the modules. Reviewed-by: Ye Li Signed-off-by: Peng Fan --- arch/arm/mach-imx/imx8ulp/soc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 01/20] imx8ulp: soc: Check the DBD_EN fuse before setting RDC

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li S400 enables RDC only when the DBD_EN is fused. Otherwise, the RDC is allowed by all masters. Current S400 has issue if the XRDC has released to A35, then A35 reset will fail in ROM due to S400 fails to get XRDC. So temp work around is checking the DBD_EN, if it is not fused, we

[PATCH 02/20] arm: imx8ulp: Allocate LPAV resources to AP domain

2021-10-28 Thread Peng Fan (OSS)
From: Ye Li When single boot, assign AP domain as the master domain of the LPAV. Allocates LPAV master and slave resources like GPU, DCNano, MIPI-DSI eDMA channel and eDMA request to APD Signed-off-by: Ye Li Signed-off-by: Peng Fan --- arch/arm/mach-imx/imx8ulp/soc.c | 22

[PATCH 00/20] i.MX8ULP misc update

2021-10-28 Thread Peng Fan (OSS)
From: Peng Fan This is to upstream NXP downstream i.MX8ULP patches including ADC/DRAM/LPAV/FUSE/ENET update/fix Alice Guo (3): imx8ulp: clock: Support to enable/disable the ADC1 clock imx8ulp: measure die temperature using PMC Temperature Sensor imx8ulp: implement to obtain the SoC

Re: [PATCH V2] clk: introduce u-boot,ignore-clk-defaults

2021-10-28 Thread Sean Anderson
On 10/28/21 9:28 PM, Peng Fan (OSS) wrote: From: Peng Fan Current code has a force clk_set_defaults in multiple stages, U-Boot reuse the same device tree and Linux Kernel device tree, but we not register all the clks as Linux Kernel, so clk_set_defaults will fail and cause the clk provider

[PATCH V2] clk: introduce u-boot,ignore-clk-defaults

2021-10-28 Thread Peng Fan (OSS)
From: Peng Fan Current code has a force clk_set_defaults in multiple stages, U-Boot reuse the same device tree and Linux Kernel device tree, but we not register all the clks as Linux Kernel, so clk_set_defaults will fail and cause the clk provider registeration fail. So introduce a new property

Re: [External] : Re: [SPECIFICATION RFC v3] The firmware and bootloader log specification

2021-10-28 Thread Alec Brown
On Tue, Sep 21, 2021 at 03:07:25PM -0700, Julius Werner wrote: > > Since it doesn't seem possible to have each boot component using the same > > log > > format, we added a log_format and log_phys_addr fields to give flexibility > > in > > how logs are stored. An example of a different log format

[PATCH v4 1/2] net: brcm: netXtreme driver

2021-10-28 Thread Roman Bacik
From: Bharat Gooty Broadcom bnxt L2 driver support. Used by the Broadcom iproc platforms. Signed-off-by: Bharat Gooty Reviewed-by: Ramon Fried Signed-off-by: Roman Bacik --- Changes in v4: - remove static num_cards and use dev_seq(dev) instead - add .probe - merged probe/remove methods -

[PATCH v4 2/2] board: brcm-ns3: Load netXtreme firmware

2021-10-28 Thread Roman Bacik
From: Bharat Gooty Load NetXtreme firmware in board_init when BNXT_ETH is selected. Signed-off-by: Bharat Gooty Signed-off-by: Roman Bacik --- Changes in v4: - remove bnxt command - load bnxt firmware in board_init Changes in v3: - remove commands set/get mac/speed - add doc/bnxt.rst

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Tom Rini
On Thu, Oct 28, 2021 at 04:22:11PM -0600, Simon Glass wrote: > Hi Tom, > > On Thu, 28 Oct 2021 at 13:19, Tom Rini wrote: > > > > On Thu, Oct 28, 2021 at 12:48:50PM -0600, Simon Glass wrote: > > > Hi Tom, > > > > > > On Thu, 28 Oct 2021 at 12:36, Tom Rini wrote: > > > > > > > > On Thu, Oct 28,

Re: [PATCH v3 3/5] power: regulator: scmi: define LOG_CATEGORY

2021-10-28 Thread Jaehoon Chung
On 10/29/21 2:13 AM, Patrick Delaunay wrote: > Define LOG_CATEGORY to allow filtering with log command. > > Signed-off-by: Patrick Delaunay > Acked-by: Etienne Carriere Reviewed-by: Jaehoon Chung Best Regards, Jaehoon Chung > --- > > (no changes since v1) > >

Re: [PATCH 0/2] arch: arm: gic-v3-its: stop abusing the device tree

2021-10-28 Thread Simon Glass
Hi Michael, On Wed, 27 Oct 2021 at 10:55, Michael Walle wrote: > > Please stop throwing every ad-hoc information in the device tree. Use the > official bindings (or maybe some bindings which will get approved soon). Can I suggest that your commit subject be a little more specific? Perhaps 'Drop

Re: [PATCH v4 1/7] iommu: Add IOMMU uclass

2021-10-28 Thread Simon Glass
On Sat, 23 Oct 2021 at 08:58, Mark Kettenis wrote: > > This uclass is intended to manage IOMMUs on systems where the > IOMMUs are not in bypass mode by default. In that case U-Boot > cannot ignore the IOMMUs if it wants to use devices that need > to do DMA and sit behind such an IOMMU. > > This

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Simon Glass
Hi Tom, On Thu, 28 Oct 2021 at 13:19, Tom Rini wrote: > > On Thu, Oct 28, 2021 at 12:48:50PM -0600, Simon Glass wrote: > > Hi Tom, > > > > On Thu, 28 Oct 2021 at 12:36, Tom Rini wrote: > > > > > > On Thu, Oct 28, 2021 at 12:13:56PM -0600, Simon Glass wrote: > > > > Hi Tom, > > > > > > > > On

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Mark Kettenis
> Date: Thu, 28 Oct 2021 13:47:21 -0400 > From: Tom Rini > > On Thu, Oct 28, 2021 at 06:37:42PM +0100, Peter Robinson wrote: > > On Wed, Oct 27, 2021 at 3:11 PM Simon Glass wrote: > > > > > > Hi Heinrich, > > > > > > On Wed, 27 Oct 2021 at 05:38, Heinrich Schuchardt > > > wrote: > > > > > > >

Re: [PATCH 2/2] Revert "arch: arm: use dt and UCLASS_SYSCON to get gic lpi details"

2021-10-28 Thread Tom Rini
On Thu, Oct 28, 2021 at 10:09:25PM +0100, Marc Zyngier wrote: > On Wed, 27 Oct 2021 17:54:54 +0100, > Michael Walle wrote: > > > > Stop using the device tree as a source for ad-hoc information. > > > > This reverts commit 2ae7adc659f7fca9ea65df4318e5bca2b8274310. > > > > Signed-off-by: Michael

Re: [PATCH 1/2] Revert "arm64: Layerscape: Survive LPI one-way reset workaround"

2021-10-28 Thread Marc Zyngier
On Wed, 27 Oct 2021 17:54:53 +0100, Michael Walle wrote: > > From: Tom Rini > > Ad-hoc bindings that are not part of the upstream device tree / bindings > are not allowed in-tree. Only bindings that are in-progress with > upstream and then re-synced once agreed upon are. > > This reverts

Re: [PATCH 2/2] Revert "arch: arm: use dt and UCLASS_SYSCON to get gic lpi details"

2021-10-28 Thread Marc Zyngier
On Wed, 27 Oct 2021 17:54:54 +0100, Michael Walle wrote: > > Stop using the device tree as a source for ad-hoc information. > > This reverts commit 2ae7adc659f7fca9ea65df4318e5bca2b8274310. > > Signed-off-by: Michael Walle > --- > arch/arm/Kconfig| 2 - >

Re: [PATCH v2] cmd: usb_mass_storage: Use part_get_info_by_dev_and_name_or_num

2021-10-28 Thread Sean Anderson
Hi Marek, On 7/22/21 2:24 PM, Sean Anderson wrote: On 7/8/21 2:02 PM, Sean Anderson wrote: On 7/8/21 2:00 PM, Marek Vasut wrote: On 7/8/21 7:36 PM, Sean Anderson wrote: This allows specifying partitions using more extended syntax. This is particularly useful to access eMMC hardware

Re: [PATCH v2 1/3] usb: f_mass_storage: Check bh->state in sleep_thread

2021-10-28 Thread Sean Anderson
On 7/22/21 2:38 PM, Sean Anderson wrote: Every caller of sleep_thread except one wraps it in a second loop which waits for a buffer head to be filled. Since sleep_thread is already (infinitely) looping, we can move this check down. Some parts of the code have been reorganized to better take

Re: [PATCH] imx: spl: Use FIELD_GET for bitfield access

2021-10-28 Thread Sean Anderson
Hi Marex, On 7/22/21 2:44 PM, Fabio Estevam wrote: On Wed, Mar 31, 2021 at 2:10 PM Sean Anderson wrote: This macro clarifies accesses, and eliminates the need to have a separate shift define. Signed-off-by: Sean Anderson Reviewed-by: Fabio Estevam Please include this patch in your

Re: [PATCH 1/3] net: dsa: Use true instead of 1 in the set_promisc() call

2021-10-28 Thread Vladimir Oltean
On Thu, Oct 28, 2021 at 09:41:02PM +0300, Ramon Fried wrote: > Bin, patches don't apply cleanly. can you rebase ? > > On Thu, Oct 28, 2021 at 7:53 AM Ramon Fried wrote: > > > > On Wed, Oct 27, 2021 at 5:19 AM Bin Meng wrote: > > > > > > On Sun, Oct 17, 2021 at 2:26 AM Ramon Fried wrote: > > >

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Tom Rini
On Thu, Oct 28, 2021 at 12:48:50PM -0600, Simon Glass wrote: > Hi Tom, > > On Thu, 28 Oct 2021 at 12:36, Tom Rini wrote: > > > > On Thu, Oct 28, 2021 at 12:13:56PM -0600, Simon Glass wrote: > > > Hi Tom, > > > > > > On Thu, 28 Oct 2021 at 11:52, Tom Rini wrote: > > > > > > > > On Thu, Oct 28,

Re: [PATCH] cmd: pxe_utils: Check fdtcontroladdr in label_boot

2021-10-28 Thread Ramon Fried
On Sun, Oct 24, 2021 at 10:56 PM Simon Glass wrote: > > Hi, > > On Fri, 15 Oct 2021 at 05:21, Andre Przywara wrote: > > > > On Thu, 14 Oct 2021 12:24:45 -0600 > > Simon Glass wrote: > > > > Hi Simon, > > > > > On Thu, 14 Oct 2021 at 02:40, Peter Hoyes wrote: > > > > > > > > From: Peter Hoyes

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Simon Glass
Hi Tom, On Thu, 28 Oct 2021 at 12:36, Tom Rini wrote: > > On Thu, Oct 28, 2021 at 12:13:56PM -0600, Simon Glass wrote: > > Hi Tom, > > > > On Thu, 28 Oct 2021 at 11:52, Tom Rini wrote: > > > > > > On Thu, Oct 28, 2021 at 11:29:35AM -0600, Simon Glass wrote: > > > > Hi Tom, > > > > > > > > On

Re: [PATCH] net: phy: realtek: Add tx/rx delay config for 8211e

2021-10-28 Thread Ramon Fried
On Sat, Oct 16, 2021 at 9:30 PM Ramon Fried wrote: > > On Wed, Oct 13, 2021 at 5:07 AM Samuel Holland wrote: > > > > Some boards need to change the tx/rx delay config in order for > > gigabit Ethernet to work. > > > > In Linux commit bbc4d71d6354 ("net: phy: realtek: fix rtl8211e rx/tx > > delay

Re: [PATCH] net: bootp: Correct VCI string transmission

2021-10-28 Thread Ramon Fried
On Thu, Oct 14, 2021 at 6:13 PM Simon Glass wrote: > > On Tue, 12 Oct 2021 at 05:50, Walter Stoll wrote: > > > > The VCI string sent during bootp of U-Boot-SPL is corrupt. This is > > because the byte counter is not adjusted within the bootp_extended() > > function when the VCI string is added.

Re: [PATCH v2 01/10] net: tsec: add support for promiscuous mode

2021-10-28 Thread Ramon Fried
On Sat, Oct 16, 2021 at 9:30 PM Ramon Fried wrote: > > On Wed, Sep 29, 2021 at 6:05 PM Vladimir Oltean > wrote: > > > > The Freescale TSEC can be a DSA master, and the ports of the attached > > DSA switch can have different MAC addresses compared to the TSEC. > > Nonetheless, the TSEC must

Re: [PATCH 1/3] net: dsa: Use true instead of 1 in the set_promisc() call

2021-10-28 Thread Ramon Fried
Bin, patches don't apply cleanly. can you rebase ? On Thu, Oct 28, 2021 at 7:53 AM Ramon Fried wrote: > > On Wed, Oct 27, 2021 at 5:19 AM Bin Meng wrote: > > > > On Sun, Oct 17, 2021 at 2:26 AM Ramon Fried wrote: > > > > > > On Wed, Sep 29, 2021 at 4:32 PM Vladimir Oltean > > > wrote: > > >

Re: [PATCH] net: phy: mscc: add support for VSC8502 in dual RGMII mode

2021-10-28 Thread Ramon Fried
On Tue, Sep 28, 2021 at 4:34 PM Ramon Fried wrote: > > On Tue, Sep 28, 2021 at 2:13 AM Vladimir Oltean > wrote: > > > > The VSC8502 is a Microchip (formerly Microsemi, formerly Vitesse) > > dual port, gigabit Ethernet copper PHY which supports the MII, GMII and > > RGMII MAC-side interfaces. >

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Tom Rini
On Thu, Oct 28, 2021 at 12:13:56PM -0600, Simon Glass wrote: > Hi Tom, > > On Thu, 28 Oct 2021 at 11:52, Tom Rini wrote: > > > > On Thu, Oct 28, 2021 at 11:29:35AM -0600, Simon Glass wrote: > > > Hi Tom, > > > > > > On Thu, 28 Oct 2021 at 10:27, Tom Rini wrote: > > > > > > > > On Sat, Oct 23,

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread François Ozog
Hi Tom Le jeu. 28 oct. 2021 à 20:27, Tom Rini a écrit : > On Thu, Oct 28, 2021 at 08:17:50PM +0200, François Ozog wrote: > > Hi Tom, > > > > Le jeu. 28 oct. 2021 à 19:59, Tom Rini a écrit : > > > > > On Thu, Oct 28, 2021 at 06:50:02PM +0100, Peter Robinson wrote: > > > > On Thu, Oct 28, 2021

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Tom Rini
On Thu, Oct 28, 2021 at 08:17:50PM +0200, François Ozog wrote: > Hi Tom, > > Le jeu. 28 oct. 2021 à 19:59, Tom Rini a écrit : > > > On Thu, Oct 28, 2021 at 06:50:02PM +0100, Peter Robinson wrote: > > > On Thu, Oct 28, 2021 at 6:47 PM Tom Rini wrote: > > > > > > > > On Thu, Oct 28, 2021 at

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread François Ozog
Hi Tom, Le jeu. 28 oct. 2021 à 19:59, Tom Rini a écrit : > On Thu, Oct 28, 2021 at 06:50:02PM +0100, Peter Robinson wrote: > > On Thu, Oct 28, 2021 at 6:47 PM Tom Rini wrote: > > > > > > On Thu, Oct 28, 2021 at 06:37:42PM +0100, Peter Robinson wrote: > > > > On Wed, Oct 27, 2021 at 3:11 PM

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Simon Glass
Hi Tom, On Thu, 28 Oct 2021 at 11:52, Tom Rini wrote: > > On Thu, Oct 28, 2021 at 11:29:35AM -0600, Simon Glass wrote: > > Hi Tom, > > > > On Thu, 28 Oct 2021 at 10:27, Tom Rini wrote: > > > > > > On Sat, Oct 23, 2021 at 05:25:54PM -0600, Simon Glass wrote: > > > > > > > The bootflow feature

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Tom Rini
On Thu, Oct 28, 2021 at 08:09:35PM +0200, Heinrich Schuchardt wrote: > On 10/28/21 7:59 PM, Tom Rini wrote: > > On Thu, Oct 28, 2021 at 06:50:02PM +0100, Peter Robinson wrote: > > > On Thu, Oct 28, 2021 at 6:47 PM Tom Rini wrote: > > > > > > > > On Thu, Oct 28, 2021 at 06:37:42PM +0100, Peter

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Heinrich Schuchardt
On 10/28/21 7:59 PM, Tom Rini wrote: On Thu, Oct 28, 2021 at 06:50:02PM +0100, Peter Robinson wrote: On Thu, Oct 28, 2021 at 6:47 PM Tom Rini wrote: On Thu, Oct 28, 2021 at 06:37:42PM +0100, Peter Robinson wrote: On Wed, Oct 27, 2021 at 3:11 PM Simon Glass wrote: Hi Heinrich, On Wed, 27

[PATCH v3] video: fix positioning in TrueType console

2021-10-28 Thread Heinrich Schuchardt
With the patch accurate positioning is possible for mono-typed fonts: Fix the return value of console_truetype_putc_xy(). The current position is passed as parameter x. Some part of x represents a fractional pixel. The return value represents how much the character position must be advanced. This

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Tom Rini
On Thu, Oct 28, 2021 at 06:50:02PM +0100, Peter Robinson wrote: > On Thu, Oct 28, 2021 at 6:47 PM Tom Rini wrote: > > > > On Thu, Oct 28, 2021 at 06:37:42PM +0100, Peter Robinson wrote: > > > On Wed, Oct 27, 2021 at 3:11 PM Simon Glass wrote: > > > > > > > > Hi Heinrich, > > > > > > > > On Wed,

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Tom Rini
On Thu, Oct 28, 2021 at 11:29:35AM -0600, Simon Glass wrote: > Hi Tom, > > On Thu, 28 Oct 2021 at 10:27, Tom Rini wrote: > > > > On Sat, Oct 23, 2021 at 05:25:54PM -0600, Simon Glass wrote: > > > > > The bootflow feature provide a built-in way for U-Boot to automatically > > > boot an Operating

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Peter Robinson
On Thu, Oct 28, 2021 at 6:47 PM Tom Rini wrote: > > On Thu, Oct 28, 2021 at 06:37:42PM +0100, Peter Robinson wrote: > > On Wed, Oct 27, 2021 at 3:11 PM Simon Glass wrote: > > > > > > Hi Heinrich, > > > > > > On Wed, 27 Oct 2021 at 05:38, Heinrich Schuchardt > > > wrote: > > > > > > > > > > > >

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Tom Rini
On Thu, Oct 28, 2021 at 06:37:42PM +0100, Peter Robinson wrote: > On Wed, Oct 27, 2021 at 3:11 PM Simon Glass wrote: > > > > Hi Heinrich, > > > > On Wed, 27 Oct 2021 at 05:38, Heinrich Schuchardt > > wrote: > > > > > > > > > > > > On 10/24/21 01:25, Simon Glass wrote: > > > > > > > > The

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Peter Robinson
On Wed, Oct 27, 2021 at 3:11 PM Simon Glass wrote: > > Hi Heinrich, > > On Wed, 27 Oct 2021 at 05:38, Heinrich Schuchardt > wrote: > > > > > > > > On 10/24/21 01:25, Simon Glass wrote: > > > > > > The bootflow feature provide a built-in way for U-Boot to automatically > > > boot an Operating

Re: [PATCH v2 00/41] Initial implementation of standard boot

2021-10-28 Thread Simon Glass
Hi Tom, On Thu, 28 Oct 2021 at 10:27, Tom Rini wrote: > > On Sat, Oct 23, 2021 at 05:25:54PM -0600, Simon Glass wrote: > > > The bootflow feature provide a built-in way for U-Boot to automatically > > boot an Operating System without custom scripting and other customisation. > > This is called

Re: [PATCH v2 41/41] RFC: Switch rpi over to use bootstd

2021-10-28 Thread Tom Rini
On Thu, Oct 28, 2021 at 11:16:31AM -0600, Simon Glass wrote: > Hi Tom, > > On Thu, 28 Oct 2021 at 10:43, Tom Rini wrote: > > > > On Sat, Oct 23, 2021 at 05:26:35PM -0600, Simon Glass wrote: > > > > > Switch this over, for testing purposes. > > > > > > Signed-off-by: Simon Glass > > [snip] > > >

Re: [PATCH v2 41/41] RFC: Switch rpi over to use bootstd

2021-10-28 Thread Simon Glass
Hi Tom, On Thu, 28 Oct 2021 at 10:43, Tom Rini wrote: > > On Sat, Oct 23, 2021 at 05:26:35PM -0600, Simon Glass wrote: > > > Switch this over, for testing purposes. > > > > Signed-off-by: Simon Glass > [snip] > > #define CONFIG_EXTRA_ENV_SETTINGS \ > > "dhcpuboot=usb start; dhcp

[PATCH v3 5/5] stm32mp15: deactivate CONFIG_SCMI_AGENT_MAILBOX

2021-10-28 Thread Patrick Delaunay
Deactivate the SCMI agent mailbox which is not used on STM32MP15 platforms. Signed-off-by: Patrick Delaunay Acked-by: Etienne Carriere --- (no changes since v1) configs/stm32mp15_defconfig | 1 + configs/stm32mp15_trusted_defconfig | 1 + 2 files changed, 2 insertions(+) diff --git

[PATCH v3 4/5] firmware: scmi: add configs to select the supported agents

2021-10-28 Thread Patrick Delaunay
Add two configs CONFIG_SCMI_AGENT_MAILBOX and CONFIG_SCMI_AGENT_SMCCC to select the supported agents as all the agents are not supported. Signed-off-by: Patrick Delaunay Acked-by: Etienne Carriere --- Changes in v3: - add missing CONFIG_ header in makefile variable Changes in v2: - fix typo

  1   2   >