[v2, PATCH] include/configs: ls1012afrwy: support dhcp boot

2020-03-17 Thread Biwen Li
This supports dhcp boot for ls1012afrwy Signed-off-by: Biwen Li --- Change in v2: - update subject - recover original macro - add dhcp boot include/configs/ls1012afrwy.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v2 0/3] Support SDMA mode on RPI4 target - 32bit

2020-03-17 Thread Jaehoon Chung
On 3/18/20 10:00 AM, Peng Fan wrote: >> Subject: Re: [PATCH v2 0/3] Support SDMA mode on RPI4 target - 32bit >> >> Hi >> >> Is there any comment or plan to apply? > > Sorry, I missed this patchset. Will pick it up. No problem. :) Thanks! Best Regards, Jaehoon Chung > > Thanks, > Peng. > >>

[PATCH] include/configs: ls1012afrwy: delete duplicate environment variable BOOT_TARGET_DEVICES

2020-03-17 Thread Biwen Li
The BOOT_TARGET_DEVICES has defined in include/configs/ls1012a_common.h, so delete duplicate environment variable for ls1012afrwy Signed-off-by: Biwen Li --- include/configs/ls1012afrwy.h | 7 --- 1 file changed, 7 deletions(-) diff --git a/include/configs/ls1012afrwy.h

Re: [PATCH v5 12/14] riscv: sifive: fu540: enable all cache ways from u-boot proper

2020-03-17 Thread Rick Chen
Hi Pragnesh > From: Pragnesh Patel [mailto:pragnesh.pa...@sifive.com] > Sent: Tuesday, March 17, 2020 5:52 PM > To: Bin Meng; Anup Patel > Cc: U-Boot Mailing List; Atish Patra; Palmer Dabbelt; Paul Walmsley; Jagan > Teki; Troy Benjegerdes; Anup Patel; Sagar Kadam; Rick Jian-Zhi Chen(陳建志); >

Re: [PATCH v2] bootcount_ext: Add flag to enable/disable bootcount

2020-03-17 Thread Simon Glass
Hi Frédéric, On Tue, 17 Mar 2020 at 10:59, Frédéric Danis wrote: > > After a successful upgrade, multiple problem during boot sequence may > trigger the altbootcmd process. > This patch adds a version and an upgrade_available entries to the > bootcount file to enable/disable the bootcount check.

Re: [PATCH] ram: px30: drop non informative debug message

2020-03-17 Thread Kever Yang
Hi Miquel, On 2020/3/17 下午11:32, Miquel Raynal wrote: It seems that this line was added by mistake as right before it there is another function printing debug info already, so this line is pretty much useless, drop it. This line is not add by mistake, if you have more experience on rockchip

Re: [RFC 00/14] efi_loader: add capsule update support

2020-03-17 Thread AKASHI Takahiro
Heinrich, Thank you for your quick review. On Tue, Mar 17, 2020 at 08:49:12AM +0100, Heinrich Schuchardt wrote: > On 3/17/20 3:12 AM, AKASHI Takahiro wrote: > > Summary > > === > > 'UpdateCapsule' is one of runtime services defined in UEFI specification > > and its aim is to allow a caller

Re: [RFC 11/14] efi_loader: variable: export variables table for runtime access

2020-03-17 Thread AKASHI Takahiro
On Tue, Mar 17, 2020 at 08:37:47AM +0100, Heinrich Schuchardt wrote: > On 3/17/20 3:12 AM, AKASHI Takahiro wrote: > > There are platforms on which OS's won't be able to access UEFI variables > > at runtime (i.e. after ExitBootServices). > > With this patch, all the UEFI variables are exported as a

Re: [PATCH 2/4] elgin-rv1108: Use rk_board_late_init() for GPIO settings【请注意,邮件由u-boot-boun...@lists.denx.de代发】

2020-03-17 Thread Kever Yang
On 2020/3/14 上午1:42, Otavio Salvador wrote: Since commit 8e9a8d0d0c8c ("rockchip: elgin-rv1108: use board_early_init_f for per-boar init") the function that configure the board GPIOs is no longer called since CONFIG_BOARD_EARLY_INIT_F=y is not selected. These GPIOs do not need to be

Re: [PATCH 4/4] rv1108: Fix boot regression

2020-03-17 Thread Kever Yang
On 2020/3/14 上午1:42, Otavio Salvador wrote: Since commit 79030a486128 ("rockchip: Add Single boot image (with binman, pad_cat)") the following boot regression is seen: U-Boot 2020.04-rc3-00050-gd16e18ca6c-dirty (Mar 09 2020 - 11:40:07 -0300) Model: Elgin RV1108 R1 board DRAM: 128 MiB

Re: [PATCH 3/4] elgin-rv1108: Avoid adc_channel_single_shot error【请注意,邮件由u-boot-boun...@lists.denx.de代发】

2020-03-17 Thread Kever Yang
On 2020/3/14 上午1:42, Otavio Salvador wrote: Currently the following error message is seen during boot: U-Boot 2020.01-08751-g55759ae141 (Mar 09 2020 - 14:44:52 -0300) Model: Elgin RV1108 R1 board DRAM: 128 MiB APLL: 6 DPLL:12 GPLL:118800 ACLK_BUS: 14850

Re: [PATCH 1/4] ARM: dts: Activate pullups in the console pins on rv1108-elgin-r1【请注意,邮件由u-boot-boun...@lists.denx.de代发】

2020-03-17 Thread Kever Yang
Hi Otavio, On 2020/3/14 上午1:42, Otavio Salvador wrote: In order to make the console pins more robust to noise, activate the pullups and increase its drive strength. Signed-off-by: Otavio Salvador Reviewed-by: Kever Yang Thanks, - Kever --- arch/arm/dts/rv1108-elgin-r1.dts | 11

Re: [RFC 13/14] tools: add mkeficapsule command for UEFI capsule update test

2020-03-17 Thread AKASHI Takahiro
On Tue, Mar 17, 2020 at 08:58:55AM +0100, Heinrich Schuchardt wrote: > On 3/17/20 3:12 AM, AKASHI Takahiro wrote: > > This is a utility mainly for test purpose. > >mkeficapsule -f: create a FIT image firmware capsule > > The UEFI spec defines a capsule format and how to invoke it by placing >

Re: [RFC 07/14] efi_loader: capsule: add memory range capsule definitions

2020-03-17 Thread AKASHI Takahiro
On Tue, Mar 17, 2020 at 09:11:43AM +0100, Heinrich Schuchardt wrote: > On 3/17/20 3:12 AM, AKASHI Takahiro wrote: > > Memory range capsule gives us a way to notify that some memory regions > > should be left untouched across the next reset. > > See UEFI specification, section 8.5.3. > > There are

Re: [RFC 01/14] efi_loader: define OsIndicationsSupported flags

2020-03-17 Thread AKASHI Takahiro
On Tue, Mar 17, 2020 at 08:03:21AM +0100, Heinrich Schuchardt wrote: > On 3/17/20 3:12 AM, AKASHI Takahiro wrote: > > These flags are expected to be set in OsIndicationsSupported variable > > if corresponding features are supported. See UEFI specification, > > section 8.5.4. > > > > In

Re: [PATCH] [RFC] net: smc911x: Drop the standalone EEPROM example

2020-03-17 Thread Marek Vasut
On 3/18/20 2:14 AM, Joe Hershberger wrote: > Hi Tom, > > On Tue, Mar 17, 2020 at 7:59 PM Tom Rini wrote: >> >> On Tue, Mar 17, 2020 at 07:54:51PM -0500, Joe Hershberger wrote: >>> On Tue, Mar 17, 2020 at 1:55 PM Tom Rini wrote: On Tue, Mar 17, 2020 at 07:53:58PM +0100, Marek Vasut

Re: [PATCH] [RFC] net: smc911x: Drop the standalone EEPROM example

2020-03-17 Thread Joe Hershberger
Hi Tom, On Tue, Mar 17, 2020 at 7:59 PM Tom Rini wrote: > > On Tue, Mar 17, 2020 at 07:54:51PM -0500, Joe Hershberger wrote: > > On Tue, Mar 17, 2020 at 1:55 PM Tom Rini wrote: > > > > > > On Tue, Mar 17, 2020 at 07:53:58PM +0100, Marek Vasut wrote: > > > > On 3/17/20 7:44 PM, Tom Rini wrote: >

RE: [PATCH v2 0/3] Support SDMA mode on RPI4 target - 32bit

2020-03-17 Thread Peng Fan
> Subject: Re: [PATCH v2 0/3] Support SDMA mode on RPI4 target - 32bit > > Hi > > Is there any comment or plan to apply? Sorry, I missed this patchset. Will pick it up. Thanks, Peng. > > Best Regards, > Jaehoon Chung > > On 2/18/20 10:25 AM, Jaehoon Chung wrote: > > RPI4's SDHCI controller

Re: [PATCH] [RFC] net: smc911x: Drop the standalone EEPROM example

2020-03-17 Thread Tom Rini
On Tue, Mar 17, 2020 at 07:54:51PM -0500, Joe Hershberger wrote: > On Tue, Mar 17, 2020 at 1:55 PM Tom Rini wrote: > > > > On Tue, Mar 17, 2020 at 07:53:58PM +0100, Marek Vasut wrote: > > > On 3/17/20 7:44 PM, Tom Rini wrote: > > > > On Tue, Mar 17, 2020 at 07:43:11PM +0100, Marek Vasut wrote: >

Re: [PATCH v2 0/3] Support SDMA mode on RPI4 target - 32bit

2020-03-17 Thread Jaehoon Chung
Hi Is there any comment or plan to apply? Best Regards, Jaehoon Chung On 2/18/20 10:25 AM, Jaehoon Chung wrote: > RPI4's SDHCI controller is supported SDMA mode. (Checked on kernel side) > But It doesn't use on u-boot side. Then it's too slow about read/write > performance. > This patchset is

Re: [PATCH 1/2] mmc: t210: Add autocal and tap/trim updates for SDMMC1/3

2020-03-17 Thread Jaehoon Chung
On 3/17/20 6:59 AM, twar...@nvidia.com wrote: > From: Tom Warren > > As per the T210 TRM, when running at 3.3v, the SDMMC1 tap/trim and > autocal values need to be set to condition the signals correctly before > talking to the SD-card. This is the same as what's being done in CBoot, > but it

Re: [PATCH 02/14] drivers: net: ldpaa: add support for probing based on the DTS

2020-03-17 Thread Joe Hershberger
On Thu, Mar 12, 2020 at 11:26 AM Ioana Ciornei wrote: > > When CONFIG_DM_ETH is enabled DPAA2 network interfaces will now probe > based on DTS nodes with the "fsl,qoriq-mc-dpmac" compatible. > In this case, transform the ldpaa_eth driver into a UCLASS_ETH driver > and reuse the

Re: [PATCH v3 2/5] cmd: bootefi: Parse reserved-memory node from DT

2020-03-17 Thread Heinrich Schuchardt
On 3/17/20 10:19 PM, Atish Patra wrote: Currently, bootefi only parses memory reservation block to setup EFI reserved memory mappings. However, it doesn't parse the reserved-memory[1] device tree node that also can contain the reserved memory regions. Add capability to parse reserved-memory

[PATCH] t210: pinmux: Remove pinmux/GPIO init from T210 boards

2020-03-17 Thread twarren
From: Tom Warren T210 CBoot is now doing the full pinmux and GPIO init, based on the DTB tables. Remove pinmux/GPIO init tables & code from all T210-based builds below: p2371-2180 aka TX1 p2371- e2220-1170 p2571 Signed-off-by: Tom Warren --- board/nvidia/e2220-1170/e2220-1170.c

[PATCH v3 0/5] DT related fixes for RISC-V UEFI

2020-03-17 Thread Atish Patra
This series adds few DT related fixes required for Linux EFI stub to work on RISC-V. Patch 1 adds the boot hartid property under /chosen node. The related discussion can be found here. https://patchwork.ozlabs.org/patch/1233664/ https://lists.denx.de/pipermail/u-boot/2020-March/402085.html

[PATCH v3 5/5] riscv: Copy the reserved-memory nodes to final DT

2020-03-17 Thread Atish Patra
The DT used by U-Boot may be different from the DT being passed to the OS if the DT is loaded from external media such as network or mmc. In that case, the reserved-memory node needs to be copied to the DT passed to the OS. Signed-off-by: Atish Patra --- arch/riscv/lib/bootm.c | 5 + 1 file

[PATCH v3 3/5] riscv: Provide a mechanism to fix DT for reserved memory

2020-03-17 Thread Atish Patra
In RISC-V, M-mode software can reserve physical memory regions by setting appropriate physical memory protection (PMP) csr. As the PMP csr are accessible only in M-mode, S-mode U-Boot can not read this configuration directly. However, M-mode software can pass this information via reserved-memory

[PATCH v3 4/5] riscv: Setup reserved-memory node for FU540

2020-03-17 Thread Atish Patra
FU540 uses OF_SEPARATE instead of OF_PRIOR. Enable OF_BOARD_FIXUP to update the DT with reserved-memory node. Signed-off-by: Atish Patra --- board/sifive/fu540/fu540.c | 15 +++ configs/sifive_fu540_defconfig | 1 + 2 files changed, 16 insertions(+) diff --git

[PATCH v3 1/5] riscv: Add boot hartid to Device tree

2020-03-17 Thread Atish Patra
Linux booting protocol mandates that register "a0" contains the hartid. However, U-boot can not pass the hartid via a0 during via standard UEFI protocol. DT nodes are commonly used to pass such information to the OS. Add a DT node under chosen node to indicate the boot hartid. EFI stub in Linux

[PATCH v3 2/5] cmd: bootefi: Parse reserved-memory node from DT

2020-03-17 Thread Atish Patra
Currently, bootefi only parses memory reservation block to setup EFI reserved memory mappings. However, it doesn't parse the reserved-memory[1] device tree node that also can contain the reserved memory regions. Add capability to parse reserved-memory node and update the EFI memory mappings

Re: [PATCH] powerpc: remove WATCHDOG_RESET call from wait_ticks()

2020-03-17 Thread Wolfgang Denk
Dear Rasmus, In message <86e1c45a-fc23-6794-7ca9-e96910af4...@prevas.dk> you wrote: > > > Testing on a single platform (which apparently has aother problems, > > or you would not need any such change) is not convincing. > > I don't, actually, need this change, but suggested it as a way towards >

Re: [PATCH v2 1/2] cmd: Add command to display or save Linux PStore dumps

2020-03-17 Thread Heinrich Schuchardt
On 2/26/20 10:42 AM, Frédéric Danis wrote: This patch adds a new pstore command allowing to display or save ramoops logs (oops, panic, console, ftrace and user) generated by a previous kernel crash. PStore parameters can be set in U-Boot configuration file, or at run-time using "pstore set"

[PATCH 1/2] net: rt8169: WAR for DHCP not getting IP after kernel boot/reboot

2020-03-17 Thread twarren
From: Tom Warren This is a WAR for DHCP failure after rebooting from the L4T kernel. The r8169.c kernel driver is setting bit 19 of the rt816x HW register 0xF0, which goes by FuncEvent and MISC in various driver source/datasheets. That bit is called RxDv_Gated_En in the r8169.c kernel driver.

[PATCH 2/2] tegra: Enable CONFIG_BOOTP_PREFER_SERVERIP for all boards

2020-03-17 Thread twarren
From: Tom Warren This allows the user to set $serverip in the environment before executing a DHCP request. If they do, U-Boot will use that IP rather than using the IP in the DHCP response. Signed-off-by: Tom Warren --- configs/e2220-1170_defconfig | 1 + configs/p2371-_defconfig

[PATCH 0/2] net: tegra: Misc network fixes

2020-03-17 Thread twarren
From: Tom Warren These two patches are from downstream Tegra L4T U-Boot. Tom Warren (2): net: rt8169: WAR for DHCP not getting IP after kernel boot/reboot tegra: Enable CONFIG_BOOTP_PREFER_SERVERIP for all Jetson boards configs/e2220-1170_defconfig | 1 + configs/p2371-_defconfig

RE: [PATCH 1/5] ARM: tegra: rework fdt_serial_tag_setup_one

2020-03-17 Thread Tom Warren
-Original Message- From: Tom Warren Sent: Tuesday, March 17, 2020 10:43 AM To: Stephen Warren Cc: u-boot@lists.denx.de; Stephen Warren ; tomcwarren3...@gmail.com Subject: RE: [PATCH 1/5] ARM: tegra: rework fdt_serial_tag_setup_one -Original Message- From: Stephen Warren Sent:

Re: [PATCH v6 13/19] riscv: Fix race conditions when initializing IPI

2020-03-17 Thread Sean Anderson
On 3/10/20 9:33 PM, Rick Chen wrote: > Hi Sean > >> On 3/10/20 4:20 AM, Rick Chen wrote: >>> Hi Sean >>> The IPI code could have race conditions in several places. * Several harts could race on the value of gd->arch->clint/plic * Non-boot harts could race with the main hart on the

Re: [PATCH v6 04/19] clk: Add functions to register CCF clock structs

2020-03-17 Thread Sean Anderson
On 3/10/20 3:08 AM, Rick Chen wrote: > Hi Sean > >> This patch adds alternate versions of the clk_*_register functions for use >> with statically-allocated struct clks. This allows drivers to define clocks >> at compile-time and register them at run-time without malloc-ing. This >> increases the

Re: [PATCH] [RFC] net: smc911x: Drop the standalone EEPROM example

2020-03-17 Thread Tom Rini
On Tue, Mar 17, 2020 at 07:53:58PM +0100, Marek Vasut wrote: > On 3/17/20 7:44 PM, Tom Rini wrote: > > On Tue, Mar 17, 2020 at 07:43:11PM +0100, Marek Vasut wrote: > >> On 3/17/20 7:42 PM, Tom Rini wrote: > >>> On Tue, Mar 17, 2020 at 07:39:49PM +0100, Marek Vasut wrote: > On 3/17/20 7:30 PM,

Re: [PATCH 01/14] drivers: net: add Layerscape mEMAC MDIO driver

2020-03-17 Thread Joe Hershberger
On Thu, Mar 12, 2020 at 11:24 AM Ioana Ciornei wrote: > > Add a driver for the MDIO interface integrated in the mEMAC (Multi-rate > Ethernet Media Access Controller) and the Fman 10G Ethernet MACs. > > Signed-off-by: Ioana Ciornei > --- > drivers/net/Kconfig | 7 ++ >

Re: [PATCH] [RFC] net: smc911x: Drop the standalone EEPROM example

2020-03-17 Thread Marek Vasut
On 3/17/20 7:44 PM, Tom Rini wrote: > On Tue, Mar 17, 2020 at 07:43:11PM +0100, Marek Vasut wrote: >> On 3/17/20 7:42 PM, Tom Rini wrote: >>> On Tue, Mar 17, 2020 at 07:39:49PM +0100, Marek Vasut wrote: On 3/17/20 7:30 PM, Tom Rini wrote: > On Tue, Mar 17, 2020 at 07:23:07PM +0100, Marek

Re: [PATCH 3/3] cmd: dm: Fixed/Added DM driver listing subcommands

2020-03-17 Thread Sean Anderson
On 3/17/20 10:09 AM, Niel Fourie wrote: > Renamed dm "drivers" subcommand to "compat" (as it listed > compatibility strings) and prevent it from segfaulting when > drivers have no of_match populated. > > Added a new "drivers" subcommand to dump a list of all known DM > drivers and for each, their

Re: [PATCH] [RFC] net: smc911x: Drop the standalone EEPROM example

2020-03-17 Thread Tom Rini
On Tue, Mar 17, 2020 at 07:43:11PM +0100, Marek Vasut wrote: > On 3/17/20 7:42 PM, Tom Rini wrote: > > On Tue, Mar 17, 2020 at 07:39:49PM +0100, Marek Vasut wrote: > >> On 3/17/20 7:30 PM, Tom Rini wrote: > >>> On Tue, Mar 17, 2020 at 07:23:07PM +0100, Marek Vasut wrote: > On 3/17/20 7:10 PM,

Re: [PATCH] [RFC] net: smc911x: Drop the standalone EEPROM example

2020-03-17 Thread Marek Vasut
On 3/17/20 7:42 PM, Tom Rini wrote: > On Tue, Mar 17, 2020 at 07:39:49PM +0100, Marek Vasut wrote: >> On 3/17/20 7:30 PM, Tom Rini wrote: >>> On Tue, Mar 17, 2020 at 07:23:07PM +0100, Marek Vasut wrote: On 3/17/20 7:10 PM, Masahiro Yamada wrote: > On Sun, Mar 15, 2020 at 8:19 AM Marek

Re: [PATCH] [RFC] net: smc911x: Drop the standalone EEPROM example

2020-03-17 Thread Tom Rini
On Tue, Mar 17, 2020 at 07:39:49PM +0100, Marek Vasut wrote: > On 3/17/20 7:30 PM, Tom Rini wrote: > > On Tue, Mar 17, 2020 at 07:23:07PM +0100, Marek Vasut wrote: > >> On 3/17/20 7:10 PM, Masahiro Yamada wrote: > >>> On Sun, Mar 15, 2020 at 8:19 AM Marek Vasut wrote: > > Drop the

Re: [PATCH] [RFC] net: smc911x: Drop the standalone EEPROM example

2020-03-17 Thread Marek Vasut
On 3/17/20 7:30 PM, Tom Rini wrote: > On Tue, Mar 17, 2020 at 07:23:07PM +0100, Marek Vasut wrote: >> On 3/17/20 7:10 PM, Masahiro Yamada wrote: >>> On Sun, Mar 15, 2020 at 8:19 AM Marek Vasut wrote: Drop the example, for two reasons. First, it is tapping directly into the IO

Re: [PATCH] [RFC] net: smc911x: Drop the standalone EEPROM example

2020-03-17 Thread Tom Rini
On Tue, Mar 17, 2020 at 07:23:07PM +0100, Marek Vasut wrote: > On 3/17/20 7:10 PM, Masahiro Yamada wrote: > > On Sun, Mar 15, 2020 at 8:19 AM Marek Vasut wrote: > >> > >> Drop the example, for two reasons. First, it is tapping directly into > >> the IO accessors of the SMC911x, while it should

Re: [PATCH] [RFC] net: smc911x: Drop the standalone EEPROM example

2020-03-17 Thread Marek Vasut
On 3/17/20 7:10 PM, Masahiro Yamada wrote: > On Sun, Mar 15, 2020 at 8:19 AM Marek Vasut wrote: >> >> Drop the example, for two reasons. First, it is tapping directly into >> the IO accessors of the SMC911x, while it should instead go through >> the net device API. Second, this makes conversion

Re: [PATCH] [RFC] net: smc911x: Drop the standalone EEPROM example

2020-03-17 Thread Masahiro Yamada
On Sun, Mar 15, 2020 at 8:19 AM Marek Vasut wrote: > > Drop the example, for two reasons. First, it is tapping directly into > the IO accessors of the SMC911x, while it should instead go through > the net device API. Second, this makes conversion of the SMC911x driver > to DM real hard. > >

RE: [PATCH 5/5] ARM: Tegra: Use calc env var feature on all boards

2020-03-17 Thread Tom Warren
-Original Message- From: Stephen Warren Sent: Tuesday, March 17, 2020 10:38 AM To: Tom Warren Cc: u-boot@lists.denx.de Subject: Re: [PATCH 5/5] ARM: Tegra: Use calc env var feature on all boards External email: Use caution opening links or attachments On 3/16/20 1:40 PM,

RE: [PATCH v5 09/14] clk: sifive: fu540-prci: Add clock initialization for SPL

2020-03-17 Thread Pragnesh Patel
Hi Bin, >-Original Message- >From: Bin Meng >Sent: 13 March 2020 13:41 >To: Pragnesh Patel >Cc: U-Boot Mailing List ; Atish Patra >; Palmer Dabbelt ; Paul >Walmsley ; Jagan Teki >; Troy Benjegerdes >; Anup Patel ; Sagar >Kadam ; Rick Chen ; Lukasz >Majewski ; Anatolij Gustschin ; Simon

RE: [PATCH 4/5] fdt: Fix 'system' command

2020-03-17 Thread Tom Warren
-Original Message- From: Stephen Warren Sent: Tuesday, March 17, 2020 10:33 AM To: Tom Warren Cc: u-boot@lists.denx.de Subject: Re: [PATCH 4/5] fdt: Fix 'system' command External email: Use caution opening links or attachments On 3/16/20 1:40 PM, twar...@nvidia.com wrote: > From: Tom

Re: [PATCH] [RFC] net: smc911x: Drop the standalone EEPROM example

2020-03-17 Thread Joe Hershberger
On Sat, Mar 14, 2020 at 6:19 PM Marek Vasut wrote: > > Drop the example, for two reasons. First, it is tapping directly into > the IO accessors of the SMC911x, while it should instead go through > the net device API. Second, this makes conversion of the SMC911x driver > to DM real hard. > >

RE: [PATCH 2/5] t210: do not enable PLLE and UPHY PLL HW PWRSEQ

2020-03-17 Thread Tom Warren
-Original Message- From: Stephen Warren Sent: Tuesday, March 17, 2020 10:30 AM To: Tom Warren Cc: u-boot@lists.denx.de; Jui Chang Kuo Subject: Re: [PATCH 2/5] t210: do not enable PLLE and UPHY PLL HW PWRSEQ External email: Use caution opening links or attachments On 3/16/20 1:40 PM,

RE: [PATCH 1/5] ARM: tegra: rework fdt_serial_tag_setup_one

2020-03-17 Thread Tom Warren
-Original Message- From: Stephen Warren Sent: Tuesday, March 17, 2020 10:18 AM To: Tom Warren Cc: u-boot@lists.denx.de; Stephen Warren Subject: Re: [PATCH 1/5] ARM: tegra: rework fdt_serial_tag_setup_one External email: Use caution opening links or attachments On 3/17/20 11:16 AM,

Re: [PATCH 5/5] ARM: Tegra: Use calc env var feature on all boards

2020-03-17 Thread Stephen Warren
On 3/16/20 1:40 PM, twar...@nvidia.com wrote: > From: Tom Warren > > Large kernels (>32MB) can fail to boot because they overwrite the FDT > address, corrupting the DTB. Stephen Warren had created a fix to > dynamically adjust the fdt/ramdisk/pxefile/kernel addr vars at boot time > for T186,

RE: [PATCH v5 02/14] riscv: sifive: fu540: Use OTP DM driver for serial environment variable

2020-03-17 Thread Pragnesh Patel
Hi Bin, >-Original Message- >From: Bin Meng >Sent: 11 March 2020 20:30 >To: Pragnesh Patel >Cc: U-Boot Mailing List ; Atish Patra >; Palmer Dabbelt ; Paul >Walmsley ; Jagan Teki >; Troy Benjegerdes >; Anup Patel ; Sagar >Kadam ; Rick Chen ; Palmer >Dabbelt >Subject: Re: [PATCH v5

Re: [PATCH 4/5] fdt: Fix 'system' command

2020-03-17 Thread Stephen Warren
On 3/16/20 1:40 PM, twar...@nvidia.com wrote: > From: Tom Warren > > 'fdt systemsetup' wasn't working, due to the fact that the 'set' command > was being parsed in do_fdt() by only testing for the leading 's' instead > of "se", which kept the "sys" test further down from executing. Changed > to

RE: [PATCH v5 01/14] misc: add driver for the SiFive otp controller

2020-03-17 Thread Pragnesh Patel
Hi Bin, >-Original Message- >From: Bin Meng >Sent: 11 March 2020 15:55 >To: Pragnesh Patel >Cc: U-Boot Mailing List ; Atish Patra >; Palmer Dabbelt ; Paul >Walmsley ; Jagan Teki >; Troy Benjegerdes >; Anup Patel ; Sagar >Kadam ; Rick Chen ; Simon >Glass ; Eugen Hristev ; >Lukasz

Re: [PATCH 3/5] ARM: tegra: p2771-0000: enable PIE relocation

2020-03-17 Thread Stephen Warren
On 3/16/20 1:40 PM, twar...@nvidia.com wrote: > From: Vishruth > > U-Boot is configured to build as position independent executable. Enable > relocation of RELA section required to work with different load > addresses. Reviewed-by: Stephen Warren

Re: [PATCH 2/5] t210: do not enable PLLE and UPHY PLL HW PWRSEQ

2020-03-17 Thread Stephen Warren
On 3/16/20 1:40 PM, twar...@nvidia.com wrote: > From: JC Kuo > > This commit removes the programming sequence that enables PLLE and UPHY > PLL hardware power sequencers. Per TRM, boot software should enable PLLE > and UPHY PLLs in software controlled power-on state and should power > down PLL

Re: [PATCH 12/12] net: smc911x: Add DM support

2020-03-17 Thread Joe Hershberger
On Sun, Mar 15, 2020 at 12:01 PM Marek Vasut wrote: > > Add support for U-Boot DM and DT probing. Furthermore, build the > SMC911x standalone EEPROM example only for the non-DM case, as it > is not converted yet. > > Signed-off-by: Marek Vasut > Cc: Joe Hershberger > Cc: Masahiro Yamada > ---

Re: [PATCH 1/5] ARM: tegra: rework fdt_serial_tag_setup_one

2020-03-17 Thread Stephen Warren
On 3/17/20 11:16 AM, Stephen Warren wrote: > On 3/16/20 1:40 PM, twar...@nvidia.com wrote: >> From: Stephen Warren >> >> Reword fdt_serial_tag_setup_one() so that the types it uses aren't tied >> to CONFIG_SERIAL_TAG, and rename the function to better indicate its >> purpose. This will allow it

Re: [PATCH 1/5] ARM: tegra: rework fdt_serial_tag_setup_one

2020-03-17 Thread Stephen Warren
On 3/16/20 1:40 PM, twar...@nvidia.com wrote: > From: Stephen Warren > > Reword fdt_serial_tag_setup_one() so that the types it uses aren't tied > to CONFIG_SERIAL_TAG, and rename the function to better indicate its > purpose. This will allow it to be re-used by future board info related > code.

Re: [PATCH 11/12] net: smc911x: Split non-DM specific bits from common code

2020-03-17 Thread Joe Hershberger
On Sun, Mar 15, 2020 at 12:01 PM Marek Vasut wrote: > > Split network handling functions into non-DM specific parts and > common code in preparation for conversion to DM. > > Signed-off-by: Marek Vasut > Cc: Joe Hershberger > Cc: Masahiro Yamada Acked-by: Joe Hershberger

Re: [PATCH 10/12] net: smc911x: Clean up the status handling in smc911x_recv()

2020-03-17 Thread Joe Hershberger
On Sun, Mar 15, 2020 at 12:01 PM Marek Vasut wrote: > > Invest the status handling logic in smc911x_recv(), to make the > function easier to read, no functional change. Invest -> Invert > Signed-off-by: Marek Vasut > Cc: Joe Hershberger > Cc: Masahiro Yamada > --- > drivers/net/smc911x.c |

Re: [PATCH v2 0/2] Add command to display or save Linux PStore dumps

2020-03-17 Thread Frédéric Danis
Hi, On 26/02/2020 10:42, Frédéric Danis wrote: This serie of patches adds a new pstore command allowing to display or save ramoops logs (oops, panic, console, ftrace and user) generated by a previous kernel crash. PStore parameters can be set in U-Boot configuration file, or at run-time using

[PATCH v2] bootcount_ext: Add flag to enable/disable bootcount

2020-03-17 Thread Frédéric Danis
After a successful upgrade, multiple problem during boot sequence may trigger the altbootcmd process. This patch adds a version and an upgrade_available entries to the bootcount file to enable/disable the bootcount check. When failing to read the bootcount file it will consider that bootcount is

[PATCH 1/2] qspi: t210: Fix claim_bus's use of the wrong bus/device

2020-03-17 Thread twarren
From: Tom Warren claim_bus() is passed a udevice *dev, which is the bus device's parent. In this driver, claim_bus assumed it was the bus, which caused the 'priv' info pointer to be wrong, and periph_id was incorrect. This in turn caused the periph clock call to assign the wrong clock (PLLM

[PATCH 2/2] qspi: t210: Fix QSPI clock and tap delays

2020-03-17 Thread twarren
From: Tom Warren When claim_bus was setting the clock, it reset the QSPI controller, which wipes out any tap delays set by previous bootloaders (nvtboot, CBoot for example on Nano). Instead of doing that in claim_bus, which gets called a lot, moved clock setting to probe(), and set tap delays

[PATCH 0/2] qspi: t210: fix claim_bus and clock/tap delays

2020-03-17 Thread twarren
From: Tom Warren These two patches fix a couple of problems encountered in the T210 QSPI driver discovered during Jetson Nano bringup. Tom Warren (2): qspi: t210: Fix claim_bus's use of the wrong bus/device qspi: t210: Fix QSPI clock and tap delays drivers/spi/tegra210_qspi.c | 25

RE: [PATCH v5 04/14] lib: Makefile: build crc7.c when CONFIG_MMC_SPI

2020-03-17 Thread Pragnesh Patel
Hi Bin, >-Original Message- >From: Bin Meng >Sent: 11 March 2020 19:22 >To: Pragnesh Patel >Cc: U-Boot Mailing List ; Atish Patra >; Palmer Dabbelt ; Paul >Walmsley ; Jagan Teki >; Troy Benjegerdes >; Anup Patel ; Sagar >Kadam ; Rick Chen ; Lukasz >Majewski ; Simon Goldschmidt >; Simon

RE: [PATCH v5 05/14] riscv: sifive: dts: fu540: Add board -u-boot.dtsi files

2020-03-17 Thread Pragnesh Patel
Hi Bin, >-Original Message- >From: Bin Meng >Sent: 11 March 2020 20:21 >To: Pragnesh Patel >Cc: U-Boot Mailing List ; Atish Patra >; Palmer Dabbelt ; Paul >Walmsley ; Jagan Teki >; Troy Benjegerdes >; Anup Patel ; Sagar >Kadam ; Rick Chen >Subject: Re: [PATCH v5 05/14] riscv: sifive:

Re: [PATCH v2 19/23] travis/gitlab/azure: Drop the -E flag

2020-03-17 Thread Tom Rini
On Tue, Mar 17, 2020 at 10:32:32AM -0600, Simon Glass wrote: > Hi Tom, > > On Tue, 17 Mar 2020 at 10:22, Tom Rini wrote: > > > > On Tue, Mar 17, 2020 at 10:11:52AM -0600, Simon Glass wrote: > > > Hi Tom, > > > > > > On Mon, 16 Mar 2020 at 15:21, Tom Rini wrote: > > > > > > > > On Sun, Mar 15,

Re: [PATCH v2 14/23] travis/gitlab/azure: Drop BUILDMAN variable with test.py

2020-03-17 Thread Tom Rini
On Tue, Mar 17, 2020 at 10:29:42AM -0600, Simon Glass wrote: > Hi Tom, > > On Mon, 16 Mar 2020 at 15:16, Tom Rini wrote: > > > > On Sun, Mar 15, 2020 at 05:42:54PM -0600, Simon Glass wrote: > > > > > This is not needed in the test.py part of the config, now since we use the > > > same name as

Re: [PATCH v2 19/23] travis/gitlab/azure: Drop the -E flag

2020-03-17 Thread Simon Glass
Hi Tom, On Tue, 17 Mar 2020 at 10:22, Tom Rini wrote: > > On Tue, Mar 17, 2020 at 10:11:52AM -0600, Simon Glass wrote: > > Hi Tom, > > > > On Mon, 16 Mar 2020 at 15:21, Tom Rini wrote: > > > > > > On Sun, Mar 15, 2020 at 05:42:59PM -0600, Simon Glass wrote: > > > > > > > It doesn't seem to make

Re: [PATCH v2 14/23] travis/gitlab/azure: Drop BUILDMAN variable with test.py

2020-03-17 Thread Simon Glass
Hi Tom, On Mon, 16 Mar 2020 at 15:16, Tom Rini wrote: > > On Sun, Mar 15, 2020 at 05:42:54PM -0600, Simon Glass wrote: > > > This is not needed in the test.py part of the config, now since we use the > > same name as the pytests. > > > > Drop BUILDMAN, retaining it only for the 'build' parts of

Re: [PATCH] Revert "mksunxi_fit_atf.sh: Allow for this to complete when bl31.bin is missing"

2020-03-17 Thread Tom Rini
On Tue, Mar 17, 2020 at 11:24:23AM -0400, Tom Rini wrote: > On Tue, Mar 17, 2020 at 02:54:40PM +0100, Petr Štetiar wrote: > > Tom Rini [2020-03-17 09:20:38]: > > > > Hi, > > > > > On Tue, Mar 17, 2020 at 02:12:55PM +0100, Petr Štetiar wrote: > > > > > > > This reverts commit

Re: [PATCH v2 19/23] travis/gitlab/azure: Drop the -E flag

2020-03-17 Thread Tom Rini
On Tue, Mar 17, 2020 at 10:11:52AM -0600, Simon Glass wrote: > Hi Tom, > > On Mon, 16 Mar 2020 at 15:21, Tom Rini wrote: > > > > On Sun, Mar 15, 2020 at 05:42:59PM -0600, Simon Glass wrote: > > > > > It doesn't seem to make sense to tell buildman to report warning as errors > > > (thus ensuring

Re: fdtdec: what is the purpose of the compat_names array

2020-03-17 Thread Simon Glass
Hi Rasmus, On Mon, 16 Mar 2020 at 18:10, Rasmus Villemoes wrote: > > I was running strings(1) on my SPL to see if there was something obvious > I could find and compile away. To my surprise, I found strings such as > > altr,socfpga-dw-mshc > altr,socfpga-fpga2hps-bridge >

Re: [PATCH 0/3] cmd: add driver, fs and part type listing commands

2020-03-17 Thread Simon Glass
Hi Neil, On Tue, 17 Mar 2020 at 08:09, Niel Fourie wrote: > > This series adds commands for listing the supported partition tables, > listing supported filesystems and expands Driver Model listing commands. > > The existing "dm drivers" command, which lists the DM drivers and their >

Re: [PATCH v2 06/23] buildman: Allow ignoring warnings in the return code

2020-03-17 Thread Simon Glass
Hi Tom, On Mon, 16 Mar 2020 at 14:50, Tom Rini wrote: > > On Sun, Mar 15, 2020 at 05:42:46PM -0600, Simon Glass wrote: > > > Sometimes we don't want to get an error with warnings. Add a -W option to > > support this. If buildman detects warnings (and no error) it will return > > an exit code of

Re: [PATCH v2 19/23] travis/gitlab/azure: Drop the -E flag

2020-03-17 Thread Simon Glass
Hi Tom, On Mon, 16 Mar 2020 at 15:21, Tom Rini wrote: > > On Sun, Mar 15, 2020 at 05:42:59PM -0600, Simon Glass wrote: > > > It doesn't seem to make sense to tell buildman to report warning as errors > > (thus ensuring there are no warnings) and then ignore the warnings. > > > > The simplist

Append an environment variable: 'env append'

2020-03-17 Thread Palacios, Hector
Hello, You can append a string to an existing variable with: => env set var ${var} anotherval but I was wondering if it would be interesting to have an explicit 'append' subcommand that facilitates this: => env append var anotherval I would find it useful for variables that

RE: [PATCH v5 02/14] riscv: sifive: fu540: Use OTP DM driver for serial environment variable

2020-03-17 Thread Pragnesh Patel
Hi Bin, >-Original Message- >From: Bin Meng >Sent: 11 March 2020 20:23 >To: Pragnesh Patel >Cc: U-Boot Mailing List ; Atish Patra >; Palmer Dabbelt ; Paul >Walmsley ; Jagan Teki >; Troy Benjegerdes >; Anup Patel ; Sagar >Kadam ; Rick Chen ; Palmer >Dabbelt >Subject: Re: [PATCH v5

RE: [PATCH v5 07/14] sifive: dts: fu540: Add DDR controller and phy register settings

2020-03-17 Thread Pragnesh Patel
Hi Bin, >-Original Message- >From: Bin Meng >Sent: 13 March 2020 13:21 >To: Pragnesh Patel >Cc: U-Boot Mailing List ; Atish Patra >; Palmer Dabbelt ; Paul >Walmsley ; Jagan Teki >; Troy Benjegerdes >; Anup Patel ; Sagar >Kadam ; Rick Chen >Subject: Re: [PATCH v5 07/14] sifive: dts:

Re: [PATCH v2 2/2] timer: sti: use clk API to get timer clock rate

2020-03-17 Thread Patrice CHOTARD
Hi Nicolas On 3/13/20 11:42 PM, Nicolas Heemeryck wrote: > Retrieve clock rate through device tree. This mimics the behavior of > arm_global_timer in Linux. > > Signed-off-by: Nicolas Heemeryck > Cc: Patrice Chotard > > --- > > Changes for v2: > > - Fall back on CONFIG_SYS_HZ_CLOCK if

Re: [PATCH v2 1/2] timer: sti: convert to livetree

2020-03-17 Thread Patrice CHOTARD
Hi Nicolas On 3/13/20 11:42 PM, Nicolas Heemeryck wrote: > Update STI timer to support a live tree > > Signed-off-by: Nicolas Heemeryck > Cc: Patrice Chotard > > --- > > Changes for v2: None > --- > drivers/timer/sti-timer.c | 9 +++-- > 1 file changed, 3 insertions(+), 6 deletions(-) > >

Re: [PATCH 2/7] mx31pdk: Move CONFIG_SPL_LDSCRIPT to defconfig

2020-03-17 Thread Tom Rini
On Mon, Feb 24, 2020 at 01:05:36PM -0500, Tom Rini wrote: > As there is only one mx31pdk config file and with upcoming updates to > the Kconfig parsing logic, rather than have an entry in > board/freescale/mx31pdk/Kconfig, move this single setting to the > defconfig file. > > Cc: Magnus Lilja >

[PATCH] ram: px30: drop non informative debug message

2020-03-17 Thread Miquel Raynal
It seems that this line was added by mistake as right before it there is another function printing debug info already, so this line is pretty much useless, drop it. Fixes: 39edfaa758a ("ram: px30: add sdram driver") Signed-off-by: Miquel Raynal --- drivers/ram/rockchip/sdram_px30.c | 1 - 1

Re: [PATCHv2 8/8] configs: Drop '$(ARCH)' usage in CONFIG_SPL_LDSCRIPT

2020-03-17 Thread Tom Rini
On Wed, Mar 11, 2020 at 06:11:18PM -0400, Tom Rini wrote: > In a few boards we had overridden, intentionally, the value used for > CONFIG_SPL_LDSCRIPT. However, rather than using the ARCH value (arm) > they used the $(ARCH) variable in make. This doesn't help really, so > switch to a hard-coded

Re: [PATCHv2 5/8] Azure / GitLab / Travis: Add Kconfig unit tests to a job

2020-03-17 Thread Tom Rini
On Wed, Mar 11, 2020 at 06:11:15PM -0400, Tom Rini wrote: > The Kconfig language provides a unit test that can be run. As these > require pytest to be installed and run very quickly, bundle them in to > an existing CI job. > > Signed-off-by: Tom Rini Applied to u-boot/next, thanks! -- Tom

Re: [PATCHv2 6/8] scripts/dtc: Update to upstream version v1.4.6-21-g84e414b0b5bc

2020-03-17 Thread Tom Rini
On Wed, Mar 11, 2020 at 06:11:16PM -0400, Tom Rini wrote: > From: Rob Herring > > This adds the following commits from upstream: > > 84e414b0b5bc tests: Add a test case for the omit-if-no-ref keyword > 4038fd90056e dtc: add ability to make nodes conditional on them being > referenced >

Re: [PATCHv2 4/8] mach-davinci: Hard-code the default SPL_LDSCRIPT path

2020-03-17 Thread Tom Rini
On Wed, Mar 11, 2020 at 06:11:14PM -0400, Tom Rini wrote: > As there is only one linker script to use in this case, rather than use > the BOARDDIR variable hard-code the path. > > Cc: Lokesh Vutla > Suggested-by: Masahiro Yamada > Signed-off-by: Tom Rini > Reviewed-by: Lokesh Vutla >

Re: [PATCHv2 7/8] kconfig / kbuild: re-sync with Linux 4.18

2020-03-17 Thread Tom Rini
On Wed, Mar 11, 2020 at 06:11:17PM -0400, Tom Rini wrote: > Align Kconfig and Kbuild logic to Linux 4.18 release with minimal impact > on files outside of this scope. > > Our previous Kconfig sync was done by commit e91610da7c8a ("kconfig: > re-sync with Linux 4.17-rc4"). > > A very small

Re: [PATCH] kbuild: remove unused dtc-version.sh script

2020-03-17 Thread Tom Rini
On Wed, Feb 26, 2020 at 08:02:24AM +0900, Masahiro Yamada wrote: > This is U-Boot own code, and no longer used since commit 36dd5f1b8abc > ("dtc: Switch to building and using our own dtc unless provided"). > > Prior to that commit, U-Boot relied on an external dtc, so this script > was used to

Re: [PATCHv2 2/8] Kconfig: Remove redundant variable sets

2020-03-17 Thread Tom Rini
On Wed, Mar 11, 2020 at 06:11:12PM -0400, Tom Rini wrote: > In a few places we have Kconfig entries that set SPL_LDSCRIPT to what is > the default value anyways. Drop these. > > Cc: Michal Simek > Cc: Rick Chen > Cc: Philippe Reynes > Cc: Eric Jarrige > Signed-off-by: Tom Rini >

Re: [PATCHv2 4/4] scripts/Makefile.lib: Re-add -Wno-simple_bus_reg to DTC_FLAGS

2020-03-17 Thread Tom Rini
On Mon, Feb 24, 2020 at 12:50:35PM -0500, Tom Rini wrote: > This exists in Linux Kernel with commit 70523a3ce5ff so put it in the > list of DTC_FLAGS that mirror Linux as we will catch up there. > > Signed-off-by: Tom Rini > Reviewed-by: Masahiro Yamada Applied to u-boot/next, thanks! --

Re: [PATCHv2 3/8] edminiv2: Move CONFIG_SPL_LDSCRIPT to defconfig

2020-03-17 Thread Tom Rini
On Wed, Mar 11, 2020 at 06:11:13PM -0400, Tom Rini wrote: > As there is only one machine under mach-orion5x, having a Kconfig entry > for SPL_LDSCRIPT is not helpful, move this to the defconfig file. > > Suggested-by: Masahiro Yamada > Signed-off-by: Tom Rini > Reviewed-by: Masahiro Yamada

Re: [PATCHv2 1/8] spl: Kconfig: Escape '$(ARCH)' in LDSCRIPT entries

2020-03-17 Thread Tom Rini
On Wed, Mar 11, 2020 at 06:11:11PM -0400, Tom Rini wrote: > The default SPL / TPL linker script is in the $(ARCH) directory. The > way we use this today works but isn't ideal. With an update to Kconfig > to re-sync with the Linux Kernel, we need to escape the '$' here so that > it will end up

  1   2   >