Re: [PATCH v2 11/21] clk: imx: add i.IMXRT1050 clk driver

Hi Giulio, > Add i.MXRT1050 clk driver support. > Acked-by: Lukasz Majewski > Signed-off-by: Giulio Benetti > --- > drivers/clk/imx/Kconfig | 16 ++ > drivers/clk/imx/Makefile| 2 + > drivers/clk/imx/clk-imxrt1050.c | 292 >

Re: [PATCH v2 17/21] ram: add SDRAM driver for i.MXRT SoCs

Hi Giulio, > Add SDRAM driver for i.MXRT SoCs. I would prefer more verbose description of this patch. For example information if this code also performs auto calibration (it seems so) and types of supported memories. Is there any recommended tool from NXP, which helps with memory calibration on

Re: [PATCH v2 18/21] mmc: fsl_esdhc: make if(CONFIG_IS_ENABLED(CLK)) an #if statement

Hi Giulio, > Not all architectures(i.e. i.MXRT) support mxc_get_clock() and use > DM_CLK instead. So building could result in failure due to missing > mxc_get_clock(). > > Make if(CONFIG_IS_ENABLED(CLK)) an #if statement. > > Signed-off-by: Giulio Benetti > --- > drivers/mmc/fsl_esdhc_imx.c |

Re: [PATCH v2 21/21] imx: imxrt1050-evk: Add support for the NXP i.MXRT1050-EVK

Hi Giulio, > This commit adds board support for i.MXRT1050-EVK from NXP. This board > is an evaluation kit provided by NXP for i.MXRT105x processor family. > > More information about this board can be found here: >

[PATCH v2 1/2] spl: Kconfig: Replace CONFIG_SPL_NET_SUPPORT with CONFIG_SPL_NET

Replace CONFIG_SPL_NET_SUPPORT with CONFIG_SPL_NET to match CONFIG_NET so that CONFIG_$(SPL_)NET can be used to conditionally select build objects between SPL and U-Boot. Signed-off-by: Nathan Rossi --- Changes in v2: - Missed entry in common/spl/Makefile that already has conditional prefix

Re: [PATCH v2 05/21] clk: imx: pllv3: add enable() support

Hi Giulio, > Before set_rate() pllv3 needs enable() to power the pll up. > Add enable() taking into account different power_bit and > different powerup_set, because some pll needs its power_bit to be > set or reset to be powered on. I do guess that this code is similar to what we do have in the

Re: [PATCH v2 15/21] serial_lpuart: add clock enable if CONFIG_CLK is defined

Hi Giulio, > This driver assumes that lpuart clock is already enabled before > probing but using DM only lpuart won't be automatically enabled so add > clk_enable() when probing if CONFIG_CLK is defined. If clock is not > found, because DM is not used, let's emit a warning and proceed, > because

Re: [PATCH v2 20/21] imx: Add basic support for the NXP IMXRT10xx SoC family

Hi Giulio, > Add i.IMXRT family basic support. > > Signed-off-by: Giulio Benetti > --- > V1->V2: > * introduced CONFIG_IMXRT > --- > arch/arm/Kconfig| 10 ++ > arch/arm/Makefile | 4 +-- > arch/arm/include/asm/arch-imxrt/clock.h |

Re: [PATCH 4/4] configs: j721e_evm_defconfig: Enable PCA953x IO expander

Hi Vignesh, On 27/01/20 11:22 pm, Vignesh Raghavendra wrote: > Enable PCA953x IO expander to control MMC/SD power lines. > > Signed-off-by: Vignesh Raghavendra > --- > configs/j721e_evm_a72_defconfig | 4 > configs/j721e_evm_r5_defconfig | 1 + > 2 files changed, 5 insertions(+) > >

[PATCH 4/4] configs: j721e_evm_a72: Add GPIO support

Enable CONFIG_DA8XX_GPIO to enable GPIO support. Signed-off-by: Faiz Abbas --- configs/j721e_evm_a72_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/j721e_evm_a72_defconfig b/configs/j721e_evm_a72_defconfig index a998d771db..492c803677 100644 ---

[PATCH 1/4] gpio: da8xx_gpio: Fix compiler warning

From: Vignesh Raghavendra Fix below compiler warning for 64bit builds drivers/gpio/da8xx_gpio.c: In function ‘davinci_get_gpio_bank’: drivers/gpio/da8xx_gpio.c:446:9: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] return (struct davinci_gpio *)addr;

[PATCH v5 12/16] efi_loader, pytest: set up secure boot environment

A fixture for UEFI secure boot tests (image authentication and variable authentication) is defined. A small file system with test data in a single partition formatted in fat is created. This test requires efitools v1.5.2 or later. If the system's efitools is older, you have to build it on your

[PATCH v5 13/16] efi_loader, pytest: add UEFI secure boot tests (authenticated variables)

Provide a couple of test cases for variable authentication. Signed-off-by: AKASHI Takahiro --- .../py/tests/test_efi_secboot/test_authvar.py | 282 ++ 1 file changed, 282 insertions(+) create mode 100644 test/py/tests/test_efi_secboot/test_authvar.py diff --git

[PATCH v5 11/16] cmd: efidebug: add "test bootmgr" sub-command

This sub-command will be used to test image authentication, in particular, a case where efi_load_image() failed with EFI_SECURITY_VIOLATION but we still want to try efi_start_image(). We won't run such a case under normal bootmgr because it simply refuses to call efi_start_image() if anything but

[PATCH v5 09/16] cmd: env: use appropriate guid for authenticated UEFI variable

A signature database variable is associated with a specific guid. For convenience, if user doesn't supply any guid info, "env set|print -e" should complement it. Signed-off-by: AKASHI Takahiro --- cmd/nvedit_efi.c | 18 ++ 1 file changed, 14 insertions(+), 4 deletions(-) diff

[PATCH v5 08/16] efi_loader: set up secure boot

The following variable is exported as UEFI specification defines: SignatureSupport: array of GUIDs representing the type of signatures supported by the platform firmware Signed-off-by: AKASHI Takahiro --- lib/efi_loader/efi_setup.c | 38

[PATCH v5 10/16] cmd: env: add "-at" option to "env set -e" command

With "-at" option, EFI_VARIABLE_TIME_BASED_AUTHENTICATED_WRITE_ACCESS will be passed to SetVariable() to authenticate the variable. Signed-off-by: AKASHI Takahiro --- cmd/nvedit.c | 5 +++-- cmd/nvedit_efi.c | 5 - 2 files changed, 7 insertions(+), 3 deletions(-) diff --git

[PATCH 2/4] gpio: da8xx_gpio: Add "ti,keystone-gpio" compatible

From: Vignesh Raghavendra Add "ti,keystone-gpio" compatible so as be able to use Linux DT files as is. Signed-off-by: Vignesh Raghavendra Signed-off-by: Faiz Abbas --- drivers/gpio/da8xx_gpio.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpio/da8xx_gpio.c

[PATCH 3/4] arm: dts: k3-j721e-main: Add Support for gpio0

Add the main_gpio0 node. Signed-off-by: Faiz Abbas --- arch/arm/dts/k3-j721e-main.dtsi | 23 +++ 1 file changed, 23 insertions(+) diff --git a/arch/arm/dts/k3-j721e-main.dtsi b/arch/arm/dts/k3-j721e-main.dtsi index dfdba42271..7d68d379a6 100644 ---

[PATCH 0/4] Add Support for gpio0 in J721e

The following patches add support for main_gpio0 in J721e. These depend on Vignesh's I2C series: https://patchwork.ozlabs.org/cover/1229975/ Faiz Abbas (2): arm: dts: k3-j721e-main: Add Support for gpio0 configs: j721e_evm_a72: Add GPIO support Vignesh Raghavendra (2): gpio: da8xx_gpio:

Re: [PATCH v2 01/21] spl: fix entry_point equal to load_addr

Hi Giulio, > At the moment entry_point is set to image_get_load(header) that sets > it to "load address" instead of "entry point", assuming entry_point is > equal to load_addr, but it's not true. Then load_addr is set to > "entry_point - header_size", but this is wrong too since load_addr is >

Re: [PATCH v2 02/21] armv7m: cache: add mmu_set_region_dcache_behaviour() stub for compatibility

Hi Giulio, > Since some driver I would prefer more verbose commit message. Please share which driver requires this change. > requires this function add it as an empty stub > when DCACHE is OFF. > > Signed-off-by: Giulio Benetti > --- > arch/arm/cpu/armv7m/cache.c | 6 ++ > 1 file

Re: [PATCH v2 19/21] mmc: fsl_esdhc: add compatible for fsl, imxrt-usdhc

Hi Giulio, > Add compatible "fsl,imxrt-usdhc" to make mmc working on i.MXRT > platforms with CONFIG_DM_MMC=y. > > Signed-off-by: Giulio Benetti > --- > drivers/mmc/Kconfig | 2 +- > drivers/mmc/fsl_esdhc_imx.c | 3 ++- > 2 files changed, 3 insertions(+), 2 deletions(-) > > diff --git

[PATCH 3/9] ARM: dts: stm32mp1: DT alignment with kernel v5.5-rc7

Device tree and binding alignment with kernel v5.5-rc7 Signed-off-by: Patrick Delaunay --- arch/arm/dts/stm32mp157-pinctrl.dtsi | 23 - arch/arm/dts/stm32mp157a-avenger96.dts | 3 +- arch/arm/dts/stm32mp157a-dk1-u-boot.dtsi | 17 --- arch/arm/dts/stm32mp157a-dk1.dts

[PATCH 2/9] stm32mp1: pwr: use the last binding for pwr

Update the driver to use the latest binding from kernel v5.5-rc1: no more use syscon or regmap to access to pwr register and only one pwr_regulators node with the compatibility "st,stm32mp1,pwr-reg" is available. Signed-off-by: Patrick Delaunay --- arch/arm/dts/stm32mp157-u-boot.dtsi|

[PATCH 1/9] ARM: dts: stm32mp1: DT alignment with kernel v5.4

Device tree and binding alignment with kernel v5.4 Signed-off-by: Patrick Delaunay --- arch/arm/dts/stm32mp157-pinctrl.dtsi | 8 arch/arm/dts/stm32mp157c-ev1.dts | 5 ++--- arch/arm/dts/stm32mp157c.dtsi| 4 ++--

[PATCH 0/9] stm32mp1 devicetre-tree and board update

This serie provides the device tree resync with Kernel 5.4-rc5, solves some dtc compilation issue for U-Boot addon and some minor update in stm32mp1 board (documentation and support of revZ). Antonio Borneo (1): ARM: dts: stm32mp1: move FDCAN to PLL4_R Patrick Delaunay (8): ARM: dts:

[PATCH 0/4] Several patch to solve warning on stm32mp1 board with W=1

Hi, this serie includes few remaining patches on STM32 drivers or board code to avoid warning when the board stm32mp1 is compiled with W=1. See also patches on: - ENV (V2): http://patchwork.ozlabs.org/patch/1230200/ - MTD (merged): http://patchwork.ozlabs.org/patch/1228814/ Regards Patrick

[PATCH 4/4] clk: stm32mp1: solve type issue in stm32mp1_lse_enable and stm32mp1_clktree

Solve type issue in stm32mp1_lse_enable and stm32mp1_clktree. This patch solves the warnings when compiling with W=1 on stm32mp1 board: clk_stm32mp1.c: In function ‘stm32mp1_lse_enable’: clk_stm32mp1.c:1238:15: warning: comparison of integer expressions of different signedness: ‘u32’ {aka

[PATCH 3/4] pinctrl: stmfx: update the result type of dm_i2c_reg_read

Use int as result of dm_i2c_reg_read to avoid warning with W=1 (warning: comparison is always false due to limited range of data type [-Wtype-limits]) Signed-off-by: Patrick Delaunay --- drivers/pinctrl/pinctrl-stmfx.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git

[PATCH 2/4] board: stm32mp1: change dfu function to static

Change the dfu functions dfu_otp_read and dfu_pmic_read to static, this patch avoids warning when compiling with W=1. Signed-off-by: Patrick Delaunay --- board/st/stm32mp1/stm32mp1.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/board/st/stm32mp1/stm32mp1.c

[PATCH v2] env: add prototypes for weak function

This patch adds prototypes for several weak functions: - env_ext4_get_intf - env_ext4_get_dev_part - env_get_location It solves the following warnings when compiling with W=1 on stm32mp1 board: board/st/stm32mp1/stm32mp1.c:849:19: warning: no previous prototype for 'env_get_location'

Re: [PATCH v2 14/21] ARM: dts: imxrt1050: add dtsi file

Hi Giulio, > Add dtsi file for i.MXRT1050. > Please add information from where this code was ported (as I've pointed out in other mails). Also a tip: To avoid extra dtsi maintenance burden, there are u-boot*.dtsi files (in e.g. arch/arm/dts/) which add extra properties (U-boot specific). In

Re: [PATCH v2 13/21] gpio: mxc_gpio: add support for i.MXRT1050

On Fri, 10 Jan 2020 15:47:03 +0100 Giulio Benetti wrote: > Add i.MXRT1050 support, there are 5 GPIO banks. > > Signed-off-by: Giulio Benetti > --- > V1->V2: > * introduced this patch > --- > drivers/gpio/mxc_gpio.c | 7 --- > 1 file changed, 4 insertions(+), 3 deletions(-) > > diff --git

Re: [PATCH v2 12/21] pinctrl: add i.MXRT driver

Hi Giulio, > Add i.MXRT pinctrl driver. Please add information from where this code was ported (SHA1, branch, commit name). Nit tip: - Please use patman, which will give you a warning if somethinf with the commit or commit message is broken. > > Signed-off-by: Giulio Benetti > --- >

[PATCH v5 16/16] travis: add packages for UEFI secure boot test

Pytest for UEFI secure boot will use several host commands. In particular, Test setup relies on efitools, whose version must be v1.5.2 or later. So fetch a new version of deb package directly. Please note it has a dependency on mtools, which must also be installed along wih efitools. In addition,

[PATCH v5 14/16] efi_loader, pytest: add UEFI secure boot tests (image)

Provide test cases for * image authentication for signed images (test_efi_secboot/test_signed.py) * image authentication for unsigned images (test_efi_secboot/test_unsigned.py) Signed-off-by: AKASHI Takahiro --- test/py/tests/test_efi_secboot/test_signed.py | 117 +

[PATCH v5 15/16] sandbox: add extra configurations for UEFI and related tests

Adding those extra configurations allows us to successfully run UEFI secure boot pytest on Travis CI. Signed-off-by: AKASHI Takahiro --- configs/sandbox64_defconfig | 3 +++ configs/sandbox_defconfig | 3 +++ 2 files changed, 6 insertions(+) diff --git a/configs/sandbox64_defconfig

Re: [PATCH] arm: exynos: Use proper ADC device name

On 14/01/2020 23:04, Marek Szyprowski wrote: > Since commit 4213609cc7 ("drivers: core: use strcmp when find device by > name") one has to provide full name to get requested object. Fix the code > used to detect Odroid board revision to use proper ADC device name then. > > Signed-off-by: Marek

Re: [PATCH] arm: dts: exynos: Extend board description

On 16/01/2020 00:18, Marek Szyprowski wrote: > u-boot uses the same DTS for the all Odroid XU3-based boards, so list > them in the model description to let user know that those boards are > supported. > > Signed-off-by: Marek Szyprowski > --- > arch/arm/dts/exynos5422-odroidxu3.dts | 2 +- > 1

Re: [PATCH v2 16/21] serial_lpuart: add support for i.MXRT

On Fri, 10 Jan 2020 15:51:43 +0100 Giulio Benetti wrote: > Add i.MXRT compatible string and cpu type support to lpuart driver, > to use little endian 32 bits configurations. > > Also according to RM, the Receive RX FIFO Enable (RXFE) field in > LPUART FIFO register is bit 3, so this definition

[PATCH 8/9] doc: add board documentation for stm32mp1

Change plain test README to rst format and move this file in documentation directory. Signed-off-by: Patrick Delaunay --- board/st/stm32mp1/README | 520 + doc/board/index.rst | 1 + doc/board/st/index.rst| 9 + doc/board/st/stm32mp1.rst | 598

[PATCH 6/9] ARM: dts: stm32m1: add reg for pll nodes

Fix the following DT dtc warnings for stm32mp1 boards: Warning (unit_address_vs_reg): /soc/rcc@5000/st,pll@0: node has a unit name, but no reg property Warning (unit_address_vs_reg): /soc/rcc@5000/st,pll@1: node has a unit name, but no reg property Warning (unit_address_vs_reg):

[PATCH 9/9] stm32mp1: support of STM32MP15x Rev.Z

Add support for Rev.Z of STM32MP15x cpu. Signed-off-by: Patrick Delaunay --- arch/arm/mach-stm32mp/cpu.c| 3 +++ arch/arm/mach-stm32mp/include/mach/sys_proto.h | 1 + 2 files changed, 4 insertions(+) diff --git a/arch/arm/mach-stm32mp/cpu.c b/arch/arm/mach-stm32mp/cpu.c

[PATCH 7/9] board: stm32mp1: update readme

Update readme: - list the supported SOC and change family to STM32MP15x - add warning on OTP write and prerequisite: check if MAC address is not yet provisioned. - Use filesize for mmc write command (avoid to write all partition with ${partsize}). ${filesize} and ${partsize} are set by

[PATCH 5/9] ARM: dts: stm32mp1: correct ddr node

This patch fix the warning: dt.dts: Warning (simple_bus_reg): Node /soc/ddr@5A003000 simple-bus unit address format error, expected "5a003000" Signed-off-by: Patrick Delaunay --- arch/arm/dts/stm32mp15-ddr.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 4/9] ARM: dts: stm32mp1: move FDCAN to PLL4_R

From: Antonio Borneo LTDC modifies the clock frequency to adapt it to the display. Such frequency change is not detected by the FDCAN driver that instead cache the value at probe and pretend to use it later. Keep the LTDC alone on PLL4_Q by moving the FDCAN to PLL4_R. Signed-off-by: Antonio

[PATCH 1/4] board: stm32mp1: board: add include for dfu

Add include for dfu, add prototype for set_dfu_alt_info and avoid warning when compiling with W=1. Signed-off-by: Patrick Delaunay --- board/st/stm32mp1/stm32mp1.c | 1 + 1 file changed, 1 insertion(+) diff --git a/board/st/stm32mp1/stm32mp1.c b/board/st/stm32mp1/stm32mp1.c index

[PATCH v2 2/2] net: Handle CONFIG_(SPL_)NET for conditional components

Use CONFIG_$(SPL_)NET to conditionally select object files depending on the SPL or U-Boot specific configuration. Signed-off-by: Nathan Rossi --- net/Makefile | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/net/Makefile b/net/Makefile index fef71b940a..8e45103168

Re: [PATCHv2] libfdt: Revert 6dcb8ba4 from upstream libfdt

Hi Tom On 1/27/20 6:10 PM, Tom Rini wrote: > In upstream libfdt, 6dcb8ba4 "libfdt: Add helpers for accessing > unaligned words" introduced changes to support unaligned reads for ARM > platforms and 11738cf01f15 "libfdt: Don't use memcpy to handle unaligned > reads on ARM" improved the performance

Re: [PATCH v2 09/21] clk: imx: pllv3: add support for PLLV3_AV type

Hi Giulio, > Add support for PLLV3 AV type. If this code has been ported from Linux kernel, then provide SHA1, branch, and commit message. Acked-by: Lukasz Majewski > > Signed-off-by: Giulio Benetti > --- > drivers/clk/imx/clk-pllv3.c | 76 > + 1 file

[PATCH v5 02/16] efi_loader: add signature verification functions

In this commit, implemented are a couple of helper functions which will be used to materialize variable authentication as well as image authentication in later patches. Signed-off-by: AKASHI Takahiro --- include/efi_api.h | 87 + include/efi_loader.h | 72

[PATCH v5 05/16] efi_loader: variable: add secure boot state transition

UEFI specification defines several global variables which are related to the current secure boot state. In this commit, those values will be maintained according to operations. Currently, AuditMode and DeployedMode are defined but not implemented. Signed-off-by: AKASHI Takahiro ---

[PATCH v5 07/16] efi_loader: image_loader: support image authentication

With this commit, image validation can be enforced, as UEFI specification section 32.5 describes, if CONFIG_EFI_SECURE_BOOT is enabled. Currently we support * authentication based on db and dbx, so dbx-validated image will always be rejected. * following signature types:

[PATCH v5 01/16] efi_loader: add CONFIG_EFI_SECURE_BOOT config option

Under this configuration, UEFI secure boot support will be added in later patches. Signed-off-by: AKASHI Takahiro --- lib/efi_loader/Kconfig | 18 ++ 1 file changed, 18 insertions(+) diff --git a/lib/efi_loader/Kconfig b/lib/efi_loader/Kconfig index a7afa3f29e88..4b09a07f1b0a

[PATCH v5 00/16] efi_loader: add secure boot support

# Documentation for UEFI secure boot on U-Boot will be submitted in # a separate patch in near future. One of major missing features in current UEFI implementation is "secure boot." The ultimate goal of my attempt is to implement image authentication based on signature and provide UEFI secure

[PATCH v5 06/16] efi_loader: variable: add VendorKeys variable

The following variable is exported as UEFI specification defines: VendorKeys: whether the system is configured to use only vendor-provided keys or not The value will have to be modified if a platform has its own way of initializing signature database, in particular, PK. Signed-off-by:

[PATCH v5 04/16] efi_loader: variable: support variable authentication

With this commit, EFI_VARIABLE_TIME_BASED_AUTHENTICATED_WRITE_ACCESS is supported for authenticated variables and the system secure state will transfer between setup mode and user mode as UEFI specification section 32.3 describes. Internally, authentication data is stored as part of authenticated

[PATCH v5 03/16] efi_loader: add signature database parser

efi_signature_parse_sigdb() is a helper function will be used to parse signature database variable and instantiate a signature store structure in later patches. Signed-off-by: AKASHI Takahiro --- include/efi_loader.h | 3 + lib/efi_loader/efi_signature.c | 226

Re: [PATCH v2] arm: exynos: Read default MMC device from XOM[7:5] pins

On 23/01/2020 16:39, Marek Szyprowski wrote: > Hi > > On 23.01.2020 08:33, Minkyu Kang wrote: >> On 23/01/2020 16:20, Marek Szyprowski wrote: >>> On 23.01.2020 08:09, Minkyu Kang wrote: On 17/01/2020 22:02, Marek Szyprowski wrote: > XOM pins provide information for iROM bootloader about

Re: [PATCH] arm: exynos: odroid: Change autoboot script to use ${mmcbootdev}

On 17/01/2020 22:12, Marek Szyprowski wrote: > This fixes the default boot command for the SD-card boot case. > > Signed-off-by: Marek Szyprowski > --- > This is the continuation of the fixes from this patchset: > https://patchwork.ozlabs.org/cover/1224290/ > --- > include/configs/odroid.h | 8

Re: [PATCH 0/3] Fix Odroid U3/X2 SD-card boot

On 17/01/2020 00:25, Marek Szyprowski wrote: > Hi All > > This patchset restores booting from SD-card on Exynos4412-based Odroid > U3/X2 boards. It relies on the Exynos MMC device id auto-dectection and > PMIC device name fixes: > https://patchwork.ozlabs.org/patch/1223558/ >

Re: [PATCH v3] arm: exynos: Use proper PMIC device names

On 16/01/2020 22:46, Marek Szyprowski wrote: > Since commit 4213609cc7 ("drivers: core: use strcmp when find device by > name") one has to provide full name to get requested object. Fix the code > used to detect enable power regulators on the supported Exynos boards to > use proper PMIC device

[ANN] U-Boot v2020.04-rc1 released

Hey all, It's the day after release day, and here is v2020.04-rc1. There's a few more PRs I expect to see soon and a few more changes to bring in from my own queue. In terms of a changelog, git log --merges v2020.01..v2020.04-rc1 contains what I've pulled but as always, better PR messages and

Re: [PATCH v3 0/3] Ethernet support for Raspberry Pi 4

On 1/27/20 9:06 PM, Andre Przywara wrote: > On Mon, 27 Jan 2020 12:50:16 +0100 > LABBE Corentin wrote: > > Hi, > >> On Mon, Jan 27, 2020 at 04:27:03PM +0530, Amit Tomer wrote: >>> Hi, >>> The kernel panic just after with "OF: reserved mem: failed to allocate memory for node

Re: mmc init fails after soft reset on T1042

On 1/26/20 12:42 AM, Amarnath MB wrote: > Hi all, > > I working on a T1042RDB based custom board which has a 8GB eMMC (4bit mode) > on board. I was able to successfully boot 2019.07 uboot on my board from > NOR flash. > > After booting, mmcinfo command detects the on board eMMC and displays it's

[PATCH] configs: db820c: set bootm_size

set bootm_size to the memory available to safely contain a kernel, device tree and initrd for relocation. Signed-off-by: Jorge Ramirez-Ortiz --- include/configs/dragonboard820c.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/configs/dragonboard820c.h

[PATCH 1/2] MAINTAINERS: board: qcom: db820c: update email

Signed-off-by: Jorge Ramirez-Ortiz --- board/qualcomm/dragonboard820c/MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/board/qualcomm/dragonboard820c/MAINTAINERS b/board/qualcomm/dragonboard820c/MAINTAINERS index a157033bf0..7ef905bdf6 100644 ---

[PATCH 2/2] MAINTAINERS: board: hisi: poplar: update email

Signed-off-by: Jorge Ramirez-Ortiz --- board/hisilicon/poplar/MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/board/hisilicon/poplar/MAINTAINERS b/board/hisilicon/poplar/MAINTAINERS index 622e5cb18e..9c045eaeb1 100644 --- a/board/hisilicon/poplar/MAINTAINERS +++

Re: [PATCH v2 04/10] mmc: sdhci: Expose sdhci_init() as non-static

On 1/24/20 8:52 PM, Faiz Abbas wrote: > Expose sdhci_init() as non-static. Does it need to change to non-static? Best Regards, Jaehoon Chung > > Signed-off-by: Faiz Abbas > Signed-off-by: Lokesh Vutla > --- > drivers/mmc/sdhci.c | 2 +- > include/sdhci.h | 1 + > 2 files changed, 2

Re: [PATCH v2][ 3/3] board: tbs2910: Add support for generic distro configuration

On Tue, 28 Jan 2020 18:51:26 +0100 Soeren Moch wrote: > There are a lot of unrelated/unexplained changes in tbs2910_defconfig. > This probably should not be part of this patch. I changed only 2 things here: - I added CONFIG_DISTRO_DEFAULTS=y - I added CONFIG_DEFAULT_FDT_FILE="imx6q-tbs2910.dtb"

Re: [PATCH] board: tbs2910: Add support for generic distro configuration

On Sun, 26 Jan 2020 01:40:13 +0100 Soeren Moch wrote: > >> Why do you define CONFIG_BOOTCOMMAND here instead of modifying the > >> existing one? > > I'm a bit confused with it: There seem to be many way to do the same > > thing and I'm not sure which one is the best. > > > > Because of that, I

Re: [PATCH v2][ 3/3] board: tbs2910: Add support for generic distro configuration

On Tue, 28 Jan 2020 18:51:26 +0100 Soeren Moch wrote: > As already discussed, the bootm_size environment variable is not > necessary, otherwise  somewhat dangerous with this value. Sorry, for the mistake, I've fixed it now. I'll send a v3 after some feedback from my response to your other

DWC4 ethernet in U-Boot receiving it's own traffic

Hi, are you aware of any issues with the DWC4 ethernet in U-Boot? I recently ran into oddity where the MAC receives it's own packets upon replying to ARP request. Test case is as follows: - Assume host PC with IP 192.168.1.1/24 , STM32MP1 board with IP 192.168.1.2/24 - Assume TFTP server has

[PATCH] tools: mkimage: fix STM32 image format for big endian hosts

From: Antonio Borneo Two header fields are not properly converted to little endian before assignment, resulting in incorrect header while executing mkimage on big endian hosts. Convert the value of the header fields image_checksum and edcsa_algorithm to little endian before the assignment.

Removing "fdt_high=0xffffffff" from board environments

Hey all, Relatively recently it's been highlighted that a number of boards are disabling relocation of the device tree image in memory and this in turn leading to various difficult to resolve bugs. At heart, disabling device tree relocation at boot is something that should be used in rare

Re: [PATCH v2 01/11] clk: Always use the supplied struct clk

On 1/27/20 6:40 PM, Lukasz Majewski wrote: >> The real problem with the current approach (IMO) is that there is a >> mismatch between the clock structure and the clock function. If one >> calls clk_get_rate on some clock, the get_rate function is chosen >> based on clk->dev->ops. > > Yes,

Re: [PATCH v4 6/6] config: enable DFU over USB on Raspberry Pi4 boards

On 02/12/2019 12:11, Marek Szyprowski wrote: > Enable support for DFU over USB. This requires to enable USB gadget, > DWC2 UDC OTG driver and DFU command. DFU entities are defined for the > following firmware objects: u-boot.bin, uboot.env, config.txt, and > zImage/Image. > > Signed-off-by:

Re: [PATCH v2 2/8] dt-bindings: pinctrl: imx8mm: add alternative uart muxings

Hi Frieder On Mon, 2020-01-27 at 09:10 +, Schrempf Frieder wrote: > Hi, > > On 26.01.20 04:55, Marcel Ziswiler wrote: > > From: Max Krummenacher > > > > Add alternative UART muxing defines. > > > > Signed-off-by: Max Krummenacher > > Patch 1/8 and 2/8 in this series change the pin

Re: [PATCH v4 1/2] Kconfig: add btrfs to distro boot

On Mon, 27 Jan 2020 18:28:25 -0500 Tom Rini wrote: > On Tue, Jan 28, 2020 at 12:26:45AM +0100, Marek Behun wrote: > > > On Mon, 27 Jan 2020 16:58:06 -0500 > > Tom Rini wrote: > > > > > This adds around 60kb to many platforms, so I'm not going to take this > > > right now. > > > > Off

[PATCH v3 7/7] imx: imx8mm_evk: spelling in readme file

From: Marcel Ziswiler Minor spelling fix in README file. Signed-off-by: Marcel Ziswiler Reviewed-by: Oleksandr Suvorov --- Changes in v3: - Add Oleksandr's reviewed-by tags. Changes in v2: None board/freescale/imx8mm_evk/README | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH v3 4/7] board: toradex: Add Verdin iMX8M Mini support

From: Igor Opaniuk This adds initial minimal support for the Toradex Verdin iMX8M Mini Quad 2GB WB IT V1.0A module. They are now strapped to boot from eFuses which are factory fused to properly boot from their on-module eMMC. U-Boot supports booting from the on-module eMMC only, SDP support is

[PATCH v3 3/7] toradex: tdx-cfg-block: add Verdin iMX8M Mini/Nano support

From: Marcel Ziswiler Add support for storing configuration for Verdin iMX8M Mini and Nano SoMs in Toradex config block. Signed-off-by: Marcel Ziswiler Signed-off-by: Igor Opaniuk Reviewed-by: Oleksandr Suvorov --- Changes in v3: - Add missing config block information for Verdin iMX8M Nano

[PATCH v3 1/7] arm: dts: imx8mm-pinfunc: sync latest linux-next pin func header

From: Marcel Ziswiler Synchronise with latest linux-next kernel pin func header file. Signed-off-by: Marcel Ziswiler --- Changes in v3: - Drop pinfunc patches and just sync with linux-next as suggested by Fabio, Frieder and Oleksandr. Changes in v2: None arch/arm/dts/imx8mm-pinfunc.h |

[PATCH v3 2/7] toradex: tdx-cfg-block: add Apalis iMX8X support

From: Marcel Ziswiler Add support for storing configuration for Apalis iMX8X SoM in Toradex config block. Signed-off-by: Marcel Ziswiler Reviewed-by: Oleksandr Suvorov --- Changes in v3: - Drop AG resp. Inc. in copyright notices as adviced by our legal. - Add Oleksandr's reviewed-by tags.

[PATCH v3 5/7] board: toradex: verdin-imx8mm: add README

From: Igor Opaniuk Add README with build steps for U-boot and TF-A for Verdin iMX8M Mini SoM. Signed-off-by: Igor Opaniuk Signed-off-by: Marcel Ziswiler Reviewed-by: Oleksandr Suvorov --- Changes in v3: - Add Oleksandr's reviewed-by tags. Changes in v2: None

[PATCH v3 6/7] board: toradex: verdin-imx8mm: add MAINTAINERS

From: Igor Opaniuk Assign Igor Opaniuk as a board maintainer. Signed-off-by: Igor Opaniuk Signed-off-by: Marcel Ziswiler Reviewed-by: Oleksandr Suvorov --- Changes in v3: - Add Oleksandr's reviewed-by tags. Changes in v2: - Update cover letter with updated SKU naming and few

Re: soft_spi does not get probed in DM

Hi Jagan, On Tue, Jan 28, 2020 at 10:56 AM Jagan Teki wrote: > Hope you have aliases spi0 = here? Even if I add the alias the soft_spi does not get probed. Any ideas?

Re: Pull request: u-boot-spi/master

On Mon, Jan 27, 2020 at 11:18:18PM +0530, Jagan Teki wrote: > Hi Tom, > > Please pull this PR. > > Summary: > - spi cs accessing slaves (Bin Meng) > - spi prevent overriding established bus (Marcin Wojtas) > - support speed in spi command (Marek Vasut) > - add W25N01GV spinand (Robert Marko) >

Re: [PATCH 8/9] doc: add board documentation for stm32mp1

On 1/28/20 10:11 AM, Patrick Delaunay wrote: Change plain test README to rst format and move this file in documentation directory. Signed-off-by: Patrick Delaunay When I apply only this patch to origin/master: git am /tmp/1.patch Applying: doc: add board documentation for stm32mp1 error:

[PATCH] mx6slevk: Convert to DM_ETH

This fixes the following warning: = WARNING == This board does not use CONFIG_DM_ETH (Driver Model for Ethernet drivers). Please update the board to use CONFIG_DM_ETH before the v2020.07 release. Failure to update by the deadline may result in board

Re: [PATCH v2 5/8] board: toradex: Add Verdin iMX8M Mini support

Hi Oleksandr On Mon, 2020-01-27 at 14:04 +, Oleksandr Suvorov wrote: > On Sun, Jan 26, 2020 at 5:57 AM Marcel Ziswiler > wrote: > > From: Igor Opaniuk > > > > This adds initial minimal support for the Toradex Verdin iMX8M Mini > > Quad > > 2GB WB IT V1.0A module. They are now strapped to

[PATCH v5 03/10] arm: k3: Add support for loading non linux remote cores

Add MAIN domain R5FSS0 remoteproc support from spl. This enables loading the elf firmware in SPL and starting the remotecore. In order to start the core, there should be a file with path "/lib/firmware/j7-main-r5f0_0-fw" under filesystem of respective boot mode. Signed-off-by: Keerthy

[PATCH v5 02/10] lib: elf: Move the generic elf loading/validating functions to lib

Move the generic elf loading/validating functions to lib/ so that they can be re-used and accessed by code existing outside cmd. Signed-off-by: Keerthy Suggested-by: Simon Goldschmidt Reviewed-by: Simon Goldschmidt --- cmd/Kconfig | 1 + cmd/elf.c | 229

[PATCH v5 04/10] armv7R: K3: r5_mpu: Enable execute permission for MCU0 BTCM

Enable execute permission for mcu_r5fss0_core0 BTCM so that we can jump to a firmware directly from SPL. Signed-off-by: Keerthy --- arch/arm/mach-k3/r5_mpu.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/arch/arm/mach-k3/r5_mpu.c b/arch/arm/mach-k3/r5_mpu.c index

[PATCH v5 01/10] env: nowhere: set default enviroment

In case only CONFIG_ENV_IS_NOWHERE without any of the memory based configs like CONFIG_ENV_IS_IN_MMC the env_set function fails as the gd->flags & GD_FLG_ENV_READY check fails. Set default enviroment so that set_env calls succeed when only ENV_IS_NOWHERE set. Signed-off-by: Keerthy ---

[PATCH v5 00/10] Add support for loading main_r5fss0_core0

This patch series enables mcu_r5fss0_core0 & main_r5fss0_core0. Tested for firmware loading and execution on J721e. Changes in v5: * Moved the fs_loader node under r5-common-proc-board-u-boot.dtsi * Added more information on the envnowhere patch. * Added help LIB_ELF option and removed

[PATCH v5 06/10] arm: dts: k3-j721e-r5-u-boot: Add fs_loader node

Add fs_loader node which will be needed for loading firmwares from the boot media/filesystem. Signed-off-by: Keerthy --- .../dts/k3-j721e-r5-common-proc-board-u-boot.dtsi | 15 +++ 1 file changed, 15 insertions(+) create mode 100644

Re: [PATCH v4 6/6] config: enable DFU over USB on Raspberry Pi4 boards

On 1/28/20 8:20 PM, Matthias Brugger wrote: > > > On 02/12/2019 12:11, Marek Szyprowski wrote: >> Enable support for DFU over USB. This requires to enable USB gadget, >> DWC2 UDC OTG driver and DFU command. DFU entities are defined for the >> following firmware objects: u-boot.bin, uboot.env,

Aw: Re: [U-boot,4/4] configs: mediatek: enable mt7622 ethernet support

Hi tom, thanks for testing imho the first 3 can be fixed by this: diff --git a/drivers/net/mtk_eth.c b/drivers/net/mtk_eth.c index 6cffc3f32a..d13020a624 100644 --- a/drivers/net/mtk_eth.c +++ b/drivers/net/mtk_eth.c @@ -853,7 +853,7 @@ static void mtk_eth_fifo_init(struct mtk_eth_priv *priv)

  1   2   >