Pull request: u-boot-rockchip-20200820

Hi Tom, Please pull the rockchip updates/fixes: - Fix rk3399 evb sdcard support - Fix for SPL_LED support Gitlab ci: https://gitlab.denx.de/u-boot/custodians/u-boot-rockchip/pipelines/4456 Thanks, - Kever The following changes since commit 2a4484a5c54cd64d5c4f8fd9aaa56f739d1b2b9d: Merge bran

[PATCH] MAINTAINERS: update clk entry git tree

Signed-off-by: Baruch Siach --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index e35d5d4fcbf8..739bb1468350 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -609,7 +609,7 @@ F: drivers/mtd/jedec_flash.c CLOCK M: Lukasz Majewski

Re: [PATCH v5 00/17] efi_loader: add capsule update support

Lukasz, Could you take the time to review my patches, especially patch#1 to #4 and #12, please? They are crucial as UEFI capsule update support relies on new features introduced by them. # I don't think I would re-post this patch series as no changes have been made yet. Thanks, -Takahiro Akashi

Re: [PATCH] i2c: octeon_i2c: Misc fixes for ARM Octeon TX2 support

Hello Stefan, Am 23.07.2020 um 14:09 schrieb Stefan Roese: This patch fixes a few issues noticed, when testing this new driver on ARM Octeon TX2 again. Here the details: - Remove "common.h" header inclusion - Use correct THP define on Octeon TX2 - Octeon TX2 uses the same compatible as Octeon T

Re: [PATCH v3 1/1] arm: sunxi: increase SYS_MALLOC_F_LEN

On 7/25/20 8:18 PM, Heinrich Schuchardt wrote: > The current default of 0x400 for SYS_MALLOC_F_LEN is too small if any > additional drivers marked as DM_FLAG_PRE_RELOC are loaded before > relocation. > > CONFIG_RSA=y which is needed for UEFI secure boot or for FIT image > verification loads the dri

Re: [PATCH 0/7] binman: Add support for generating more complex FITs

On 8/22/20 4:36 AM, Simon Glass wrote: > This series allows binman to generate FITs that include multiple DTB > images and the configuration to use them. > > It is then possible to remove the sunxi FIT generator script, so this > series handles that also. > > With this, sunxi is fully converted to

Re: [PATCH 4/7] binman: Add support for ATF BL31

On 8/25/20 4:44 AM, Kever Yang wrote: > Hi Simon, > > On 2020/8/22 上午10:36, Simon Glass wrote: >> Add an entry for ARM Trusted Firmware's 'BL31' payload, which is the >> device's main firmware. Typically this is U-Boot. >> >> Signed-off-by: Simon Glass >> --- >> >>   tools/binman/README.entries   

RE: [v3, 06/11] mmc: add a mmc_hs400_prepare_ddr() interface

Hi Jaehoon, > -Original Message- > From: Jaehoon Chung > Sent: Tuesday, August 25, 2020 6:54 AM > To: Y.b. Lu ; u-boot@lists.denx.de; Peng Fan > ; Priyanka Jain > Subject: Re: [v3, 06/11] mmc: add a mmc_hs400_prepare_ddr() interface > > On 7/23/20 1:30 PM, Yangbo Lu wrote: > > Add a mmc

RE: [v3, 05/11] mmc: add a hs400_tuning flag

Hi Jaehoon, > -Original Message- > From: Jaehoon Chung > Sent: Tuesday, August 25, 2020 6:54 AM > To: Y.b. Lu ; u-boot@lists.denx.de; Peng Fan > ; Priyanka Jain > Subject: Re: [v3, 05/11] mmc: add a hs400_tuning flag > > On 7/23/20 1:30 PM, Yangbo Lu wrote: > > Some controllers may have

[PATCH] serial: zynq: disable TX and RX while changing baud rate

According to the Zynq-7000 TRM (UG585), the UART transmitter and receiver must be disabled while changing the baud rate. Change _uart_zynq_serial_setbrg accordingly. --- drivers/serial/serial_zynq.c | 24 ++-- 1 file changed, 22 insertions(+), 2 deletions(-) diff --git a/drive

Re: [Xilinx Zynq]: spurious UART receive on startup

Hi, On 17.08.20 12:07, Michal Simek wrote: > Hi, > > ne 16. 8. 2020 v 13:43 odesílatel Norbert Braun napsal: >> Hi, >> >> I am running into a problem with U-Boot v2020.07 on Xilinx Zynq >> (Zedboard). If I build U-Boot with the default config >> (xilinx_zynq_virt_defconfig, DEVICE_TREE=zynq-zed)

Re: [PATCH 4/7] binman: Add support for ATF BL31

Hi Simon, On 2020/8/22 上午10:36, Simon Glass wrote: Add an entry for ARM Trusted Firmware's 'BL31' payload, which is the device's main firmware. Typically this is U-Boot. Signed-off-by: Simon Glass --- tools/binman/README.entries| 10 ++ tools/binman/etype/atf_bl31.py |

Pull request: u-boot-riscv/master 20200825

Hi Tom, Please pull some riscv updates: - Sipeed Maix support S-mode. - Provide command sbi. - Use fdtdec_get_addr_size_auto_parent to get fu540 cache base address. - Fix a compiler error with CONFIG_SPL_SMP=n. - Fix sifive ram driver 32 compiler warnings. - Fix kendryte/pll.h redefine nop() warn

[PATCH 3/3] net: tftp: Fix load_block offset calculation

When load the last block, the "len" might not be a block size. This cause loading the incorrect last block data. The fix change "len" to tftp_block_size and minus one tftp_block_size for offset calculation. Use same offset calculation formula as in store_block(). Signed-off-by: Ley Foon Tan ---

[PATCH 2/3] net: tftp: Fix store_block offset calculation

tftp_cur_block start with 1 for first block, but tftp_cur_block counter is start with zero when block number is rollover. The existing code "tftp_cur_block - 1" will cause the block number become -1 in store_block() when tftp_cur_block is 0 when tftp_cur_block is rollover. The fix pass in tftp_cur

[PATCH 1/3] net: tftp: Fix tftp_prev_block counter update

Fixes missing update to tftp_prev_block counter before increase tftp_cur_block counter when do the tftpput operation. tftp_prev_block counter is used in update_block_number() function to check whether block number (sequence number) is rollover. This bug cause the tftpput command fail to upload a l

[PATCH 0/3] net: tftp: Fixes for tftp rollover

This patch series fix the tftp block number rollover bugs when sending and receiving large file (block number greater than 16-bit). Tested receiving and sending large file with block number greater than 0x, verified content is 100% matched. Tested file size 128MB and 256MB. Ley Foon Tan (3):

Re: [PATCH] mmc: pic32: PIC32MZDA SDHCI controller non-functional

Hi, CC'd Peng. On 8/22/20 11:37 AM, John Robertson wrote: > Refresh driver code, remove obsolete DT props and set the max clock > rate from the source clock 'base_clk'. > > Card detect is also broken. The fix implemented for erratum #15 > documented in Microchip ref. DS8736D only needs to be

Re: [v3, 06/11] mmc: add a mmc_hs400_prepare_ddr() interface

On 7/23/20 1:30 PM, Yangbo Lu wrote: > Add a mmc_hs400_prepare_ddr() interface for controllers > which needs preparation before switching to DDR mode for > HS400 mode. > > Signed-off-by: Yangbo Lu > --- > Changes for v2: > - None. > Changes for v3: > - None. > --- > drivers/mmc/mmc-u

Re: [v3, 01/11] mmc: add a reinit() API

On 7/23/20 1:30 PM, Yangbo Lu wrote: > For DM_MMC, the controller re-initialization is needed to > clear old configuration for mmc rescan. > > Signed-off-by: Yangbo Lu Reviewed-by: Jaehoon Chung Best Regards, Jaehoon Chung > --- > Changes for v2: > - None. > Changes for v3: > - No

Re: [v3, 05/11] mmc: add a hs400_tuning flag

On 7/23/20 1:30 PM, Yangbo Lu wrote: > Some controllers may have difference between HS200 tuning > and HS400 tuning, such as different registers setting, > different procedure, or different errata. > > This patch is to add a hs400_tuning flag to identify the > tuning for HS400 mode. > > Signed-of

Re: [v3, 02/11] mmc: fsl_esdhc: add a reinit() callback

On 7/23/20 1:30 PM, Yangbo Lu wrote: > Add a reinit() callback for mmc rescan. > > Signed-off-by: Yangbo Lu Reviewed-by: Jaehoon Chung Best Regards, Jaehoon Chung > --- > Changes for v2: > - None. > Changes for v3: > - None. > --- > drivers/mmc/fsl_esdhc.c | 9 + > 1 file

Re: Improvements to FIT ciphering

On Tue, Aug 25, 2020 at 1:57 AM Philippe REYNES wrote: > > I agree that IV should be set in the FIT. > > So in the dts, we may have: > cipher { > algo = "aes256"; > key-name-hint = "aeskey"; > iv = "aesiv"; > }; > or (I propose) : >

Re: [PATCH] Fix data abort caused by mis-aligning fit data in

On Mon, Aug 24, 2020 at 09:18:40PM +, Reuben Dowle wrote: > I can see that arm64 requires 8 bytes. That is stated in section 2 of > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/arm64/booting.rst. > > I can't see a similar requirement for arm, although

RE: [PATCH] Fix data abort caused by mis-aligning fit data in

I can see that arm64 requires 8 bytes. That is stated in section 2 of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/arm64/booting.rst. I can't see a similar requirement for arm, although my search was not exhaustive. More generally I can see that all devic

Re: [PATCH] Fix data abort caused by mis-aligning fit data in

On Mon, Aug 24, 2020 at 08:05:24PM +, Reuben Dowle wrote: > Should I submit a new patch with the alignment set to 8 bytes? I would think > a hard coded 8 bytes would not be the best solution, since not all > architectures will need that much alignment. I suspect some would work with > any a

RE: [PATCH] Fix data abort caused by mis-aligning fit data in

Should I submit a new patch with the alignment set to 8 bytes? I would think a hard coded 8 bytes would not be the best solution, since not all architectures will need that much alignment. I suspect some would work with any alignment, and most 32-bit archs would be fine with 4-byte alignment. O

Pull request for UEFI sub-system for efi-2020-10-rc3 (3)

Dear Tom, The following changes since commit d584648dad691caec3eccdbfa3f1936878e5: Merge tag 'dm-pull-22aug20' of https://gitlab.denx.de/u-boot/custodians/u-boot-dm (2020-08-23 16:06:38 -0400) are available in the Git repository at: https://gitlab.denx.de/u-boot/custodians/u-boot-efi.gi

Re: [GIT] Pull request: u-boot-clk (24.08.2020)

On Mon, Aug 24, 2020 at 02:26:41PM +0200, Lukasz Majewski wrote: > Dear Tom, > > Please find a PR for u-boot-clk branch: > https://gitlab.denx.de/u-boot/custodians/u-boot-clk/-/commits/master > > The tag with PR description: > https://gitlab.denx.de/u-boot/custodians/u-boot-clk/-/tags/u-boot-clk

[PATCH 2/2] am335x_evm: Allow booting from usb-storage device

Signed-off-by: Matwey V. Kornilov --- include/configs/am335x_evm.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h index 9c4ef369c5..103c046137 100644 --- a/include/configs/am335x_evm.h +++ b/include/configs/am335x_evm.h @@ -6

[PATCH 1/2] ti: Use devtype=mmc instead of setenv devtype mmc

If devtype variable is setted via setenv, then the following devtype=X style is ignored. Currently, many u-boot commands use devtype variable in the latter manner: mmc_boot=if mmc dev ${devnum}; then devtype=mmc; run scan_dev_for_boot_part; fi Use devtype=mmc instead of setenv devtype mmc to

[PATCH] image: don't exceed gd->ram_top in bootm_size

When board_get_usable_ram_top() limits gd->ram_top, env_get_bootm_size() must not exceed that limit. Otherwise, boot_relocate_fdt() might put fdt out of the allowed RAM range. The similar commit 8ce1f10cf2b1 ("ARM: bootm: take into account gd->ram_top") exposed this bug. This fixes boot on Armada

Re: [PATCH v1 1/1] board: ns3: check bnxt chimp handshake status

Hi Simon, On Sat, Aug 22, 2020 at 8:39 PM Simon Glass wrote: > > Hi Rayagonda, > > On Thu, 20 Aug 2020 at 11:42, Rayagonda Kokatanur > wrote: > > > > Chimp is a core in Broadcom netxtream controller (bnxt). > > Add support to check bnxt's chimp component status. > > > > Signed-off-by: Rayagonda

Re: Improvements to FIT ciphering

Hi Patrick, >> >> Hi Patrick, >> >> Sorry for this late anwser, I was very busy this week. > > No problem! Again, sorry I was off and then busy. > Before I address your comments below, is there anything else I need to > do with the previous patches I posted? I haven't contributed to U-Boot >

Re: [PATCH] cmd: irq: disable CMD_IRQ for riscv arch

On 24.08.20 17:08, Pragnesh Patel wrote: > For RISC-V arch, no need for CMD_IRQ so disable the same. > > Signed-off-by: Pragnesh Patel This avoids possible misconfiguration leading to riscv64-linux-gnu-ld.bfd: cmd/built-in.o:(.u_boot_list_2_cmd_2_irqinfo+0x18): undefined reference to `do_irqinfo

[PATCH] cmd: irq: disable CMD_IRQ for riscv arch

For RISC-V arch, no need for CMD_IRQ so disable the same. Signed-off-by: Pragnesh Patel --- cmd/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cmd/Kconfig b/cmd/Kconfig index 9ad511aa17..9709666261 100644 --- a/cmd/Kconfig +++ b/cmd/Kconfig @@ -2217,7 +2217,7 @@ conf

[PATCH 3/3] riscv: Mark andes_plmt_get_count() with 'notrace'

For M-mode U-boot, andes_plmt_get_count() will provide timer counter. Mark it as 'notrace' so that it doesn't cause infinite recursion. Signed-off-by: Pragnesh Patel --- arch/riscv/lib/andes_plmt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/riscv/lib/andes_plmt.c b/

[PATCH 0/3] RISC-V tracing support

This series add a support of tracing for RISC-V arch. This series is also available here [1] for testing. Series depends on [2]. [1] https://github.com/pragnesh26992/u-boot/tree/trace [2] https://patchwork.ozlabs.org/project/uboot/cover/20200729095636.1077054-1-sean...@gmail.com/ How to test th

[PATCH 2/3] riscv: Mark riscv_timer_get_count() and sifive_clint_get_count() with 'notrace'

Mark them as 'notrace' so that it doesn't cause infinite recursion. Signed-off-by: Pragnesh Patel --- arch/riscv/lib/sifive_clint.c | 2 +- drivers/timer/riscv_timer.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/riscv/lib/sifive_clint.c b/arch/riscv/lib/sifive_c

[PATCH 1/3] riscv: Add timer_get_us() for tracing

timer_get_us() will use timer_ops->get_count() function for timer counter. For S-mode U-Boot, CSR_TIMEH and CSR_TIME will provide a timer counter and For M-mode U-Boot, mtime register will provide the same. Signed-off-by: Pragnesh Patel --- arch/riscv/lib/Makefile | 1 + arch/riscv/lib/timer.c

Re: [PATCH] Fix data abort caused by mis-aligning fit data in

On Fri, Jul 24, 2020 at 05:19:39AM +, Reuben Dowle wrote: > Attempting to place device tree immediately after an image in memory can lead > to mis-aligned data accesses if that image size is not divisible by the > alignment requirements of the architecture. > > Data aborts caused by this were

[PATCH 4/5] arm: mvebu: Espressobin: Define console env

Some distribution bootscripts append console env into boot cmdline. So define console env correctly to have early console access. Signed-off-by: Pali Rohár --- include/configs/mvebu_armada-37xx.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/configs/mvebu_armada-37xx.h b/include

[PATCH 5/5] arm: mvebu: Espressobin: Update README.marvell file

Include information about permanent ethernet MAC address and add link how to build ATF as U-Boot on Espressobin cannot be flashed without ATF. Signed-off-by: Pali Rohár --- doc/README.marvell | 40 +--- 1 file changed, 37 insertions(+), 3 deletions(-) diff --

[PATCH 2/5] arm: mvebu: Espressobin: Change default loadaddr

Current loadaddr is not writable on Espressobin and 'loadb' command cause rebooting board. Marvell's U-Boot already set default loadaddr to value 0x0600 [1] and after this change 'loadb' is working fine. [1] - https://github.com/MarvellEmbeddedProcessors/u-boot-marvell/commit/0a5b159806baa074

[PATCH 3/5] arm: mvebu: Espressobin: Define fdt_addr and kernel_addr env aliases

Boot scripts for existing Espressobin Linux distributions, like OpenWRT, expect that U-Boot set fdt_addr and kernel_addr envs. So add env aliases from fdt_addr_r and kernel_addr_r values. Signed-off-by: Pali Rohár --- include/configs/mvebu_armada-37xx.h | 3 +++ 1 file changed, 3 insertions(+)

[PATCH 1/5] arm: mvebu: Espressobin: Move env load addresses

According to Marvell's U-Boot description [1] current env load addresses overlaps with ATF RT services region and TEE. Because the ATF RT service and TEE region is going to be marked as secure and can't be overwritten, use different different addresses for envs. [1] - https://github.com/MarvellEm

Re: [PATCH v4 20/27] Makefile: Warn against using CONFIG_SPL_FIT_GENERATOR

Hi Simon, On 22. 08. 20 17:08, Simon Glass wrote: > Hi Michal, > > On Mon, 17 Aug 2020 at 00:49, Michal Simek wrote: >> >> Hi Simon, >> >> On 16. 08. 20 5:39, Simon Glass wrote: >>> Hi Michal, >>> >>> On Fri, 14 Aug 2020 at 07:28, Michal Simek wrote: Hi Simon, ne 19. 7. 2020

Re: [PATCH] mips: dts: Fix PIC32MZDA GPIO register definitions and dtc warnings

Am Samstag, den 22.08.2020, 16:36 + schrieb John Robertson: > Currently GPIO operations (e.g. gpio status -a) don't work at all. > > Signed-off-by: John Robertson > --- > > arch/mips/dts/pic32mzda.dtsi | 58 +--- > 1 file changed, 34 insertions(+), 24 deletio

RE: [PATCH] riscv: Add do_irqinfo() for CONFIG_CMD_IRQ

Hi Heinrich, >-Original Message- >From: Heinrich Schuchardt >Sent: 24 August 2020 19:01 >To: Pragnesh Patel ; u-boot@lists.denx.de; >atish.pa...@wdc.com; bmeng...@gmail.com; anup.pa...@wdc.com; Sagar >Kadam ; r...@andestech.com >Cc: Paul Walmsley ( Sifive) ; Simon Glass >; Sean Anderson ;

Re: [PATCH] riscv: Add do_irqinfo() for CONFIG_CMD_IRQ

On 24.08.20 13:00, Pragnesh Patel wrote: > Right now, do_irqinfo() done nothing and return 0 for Nits: %s/done/does/ > CONFIG_CMD_IRQ > > Signed-off-by: Pragnesh Patel > --- > arch/riscv/lib/interrupts.c | 7 +++ > 1 file changed, 7 insertions(+) > > diff --git a/arch/riscv/lib/interrupts.

Re: [PATCH v1 06/24] pci: pci-uclass: Add multi entry support for memory regions

On Mon, Aug 24, 2020 at 09:36:13AM +0200, Stefan Roese wrote: > Hi Tom, > > On 23.08.20 16:03, Tom Rini wrote: > > On Sun, Aug 23, 2020 at 11:41:41AM +0200, Stefan Roese wrote: > > > Hi Simon, > > > Hi Tom, > > > > > > On 22.08.20 17:09, Simon Glass wrote: > > > > Hi Stefan, > > > > > > > > On F

Re: Please pull u-boot-dm

On Sat, Aug 22, 2020 at 05:21:07PM -0600, Simon Glass wrote: > Hi Tom, > > https://gitlab.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/4466 > > > The following changes since commit 2e6132d835631946b7a67dedd8f5bc902304b0f9: > > Merge tag 'xilinx-for-v2020.10-rc3' of > https://gitlab.denx.d

[PATCH] xilinx: kconfig: Change Kconfig dependencies for Xilinx drivers

Zynq/ZynqMP/Versal IPs should be possible to called also from Microblaze in PL and vice versa. That's why change dependencies and do not limit enabling just for some platforms. This is follow up patch based on commit 664e16ce99a0 ("xilinx: kconfig: Change Kconfig dependencies for Xilinx drivers").

[GIT] Pull request: u-boot-clk (24.08.2020)

Dear Tom, Please find a PR for u-boot-clk branch: https://gitlab.denx.de/u-boot/custodians/u-boot-clk/-/commits/master The tag with PR description: https://gitlab.denx.de/u-boot/custodians/u-boot-clk/-/tags/u-boot-clk-24Aug2020 CI: https://dev.azure.com/lukma633/U-Boot/_build/results?buildId=2&v

[PATCH] xilinx: drivers: Use '_' instead of '-' in driver name

The most of drivers are using '_' instead of '-' in driver name. That's why sync up these names to be aligned. It looks quite bad to see both in use. It is visible via dm tree command. Signed-off-by: Michal Simek --- Simon: Not sure what's the standard here but I have done some greps and it look

Re: [PATCH] mmc: pic32: PIC32MZDA SDHCI controller non-functional

Am Samstag, den 22.08.2020, 02:37 + schrieb John Robertson: > Refresh driver code, remove obsolete DT props and set the max clock > rate from the source clock 'base_clk'. > > Card detect is also broken. The fix implemented for erratum #15 > documented in Microchip ref. DS8736D only needs t

[PATCH] net: gem: Add support for more PHYs on MDIO bus

Find out MDIO bus and enable MDIO access to it if this is done via different GEM controller. Only works across GEM instances. Signed-off-by: Michal Simek --- drivers/net/zynq_gem.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/drivers/net/zynq_gem.c b/drivers/net/zynq_gem.c in

[PATCH] env: kconfig: Add default option for ARCH_ZYNQ

Zynq is similar to ZynqMP u-boot feature wise that's why also enable default option for ENV_FAT_DEVICE_AND_PART Kconfig entry. Signed-off-by: Michal Simek --- env/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/env/Kconfig b/env/Kconfig index b59ba310ec3d..f3a9925f58

Re: Z-Turn board support on U-Boot 2020.10-rc2, got some errors.

Hi, On 24. 08. 20 13:21, Alexandre GRIVEAUX wrote: > Hello, > > > I've tried the u-boot 2020.10-rc2 and it's seem i've got some errors: > > > U-Boot 2020.10-rc2-00204-gc84341f5ac (Aug 24 2020 - 09:49:25 +0200) > > CPU:   Zynq 7z020 > Silicon: v3.1 > Model: Zynq Z-Turn MYIR Board > DRAM:  ECC

Z-Turn board support on U-Boot 2020.10-rc2, got some errors.

Hello, I've tried the u-boot 2020.10-rc2 and it's seem i've got some errors: U-Boot 2020.10-rc2-00204-gc84341f5ac (Aug 24 2020 - 09:49:25 +0200) CPU:   Zynq 7z020 Silicon: v3.1 Model: Zynq Z-Turn MYIR Board DRAM:  ECC disabled 1 GiB Flash: 0 Bytes NAND:  0 MiB MMC:   mmc@e010: 0 Loading En

[PATCH] cmd: mem: Remove already removed CONFIG_SYS_MEMTEST_SCRATCH

The commit e519f03a1846 ("cmd: mem: Remove CONFIG_SYS_MEMTEST_SCRATCH mapping") removed CONFIG_SYS_MEMTEST_SCRATCH but commit 091401131085 ("command: Remove the cmd_tbl_t typedef") has added it back. That's why symbol is still in the tree that's why remove it again. Fixes: 091401131085 ("command:

[PATCH v4 4/8] mips: octeon: cpu.c: Add table for selective swapping

Import octeon_should_swizzle_table[] which is needed for the area specific swapping. It will be used by the platform specific mangle-port.h header. Imported from Linux v5.7. Signed-off-by: Stefan Roese --- (no changes since v1) arch/mips/mach-octeon/cpu.c | 21 + 1 file ch

[PATCH v4 8/8] mips: octeon: octeon_ebb7304_defconfig: Enable USB support

This patch enables USB support with some helpful commands, like fs support. Signed-off-by: Stefan Roese --- (no changes since v1) configs/octeon_ebb7304_defconfig | 17 + 1 file changed, 17 insertions(+) diff --git a/configs/octeon_ebb7304_defconfig b/configs/octeon_ebb7304_d

[PATCH v4 7/8] mips: octeon: Add USB DT nodes

Add the USB device tree nodes to the Octeon dts/dtsi files. Signed-off-by: Stefan Roese Reviewed-by: Bin Meng --- Changes in v4: - Correct another missed multi-line comment style Changes in v3: - Add Reviewed-by tag from Bin - Correct multi-line comment style arch/mips/dts/mrvl,cn73xx.dtsi

[PATCH v4 5/8] mips: octeon: Add mangle-port.h

Import platform specific mangle-port.h header, allowing a area specific swapping, which is needed on Octeon for USB & PCI areas. Imported from Linux v5.7. Signed-off-by: Stefan Roese --- (no changes since v2) Changes in v2: - Only use SPDX format for license info arch/mips/mach-octeon/inclu

[PATCH v4 6/8] mips: octeon: cache.c: Flush all pending writes in flush_dcache_range()

As noticed while working on the USB xHCI support, Octeon needs to flush all pending writes so that the values are present in the memory. Add this "syncw" instruction (twice) to flush_dcache_range(). Signed-off-by: Stefan Roese --- (no changes since v1) arch/mips/mach-octeon/cache.c | 12 ++

[PATCH v4 2/8] usb: xhci: xhci_bulk_tx: Don't "BUG" when comparing addresses

Octeon uses mapped addresses for virtual and physical memory. It's not that easy to calculate the resulting addresses here. So let's remove this BUG_ON() completely, as it's not really helpful. Please also note, that BUG_ON() is not recommended any more in the Linux kernel. Signed-off-by: Stefan

[PATCH v4 1/8] usb: xhci: xhci-dwc3.c: Use dev_remap_addr() instead of dev_get_addr()

On MIPS platforms, mapping of the base address is needed. This patch switches from dev_get_addr() to dev_remap_addr() to get the mapped base address of the xHCI controller. Signed-off-by: Stefan Roese Reviewed-by: Bin Meng Cc: Bin Meng Cc: Marek Vasut --- (no changes since v3) Changes in v3

[PATCH v4 0/8] mips/usb: Add Octeon xHCI USB support

This patchset adds xHCI USB support for MIPS Octeon. After the xHCI code has been fixed to support mapped addresses (virt != phys), this patchset now adds the missing code pieces to enable USB support on Octeon. This is mainly the USB glue code for Octeon and the MIPS platform specific changes (c

[PATCH v4 3/8] usb: xhci: octeon: Add DWC3 glue layer for Octeon

This patch adds the glue layer for the MIPS Octeon SoCs. It's ported mainly from the Linux code. Signed-off-by: Stefan Roese Reviewed-by: Bin Meng Cc: Bin Meng Cc: Marek Vasut --- Changes in v4: - Add Reviewed-by tag from Bin Changes in v3: - Minor corrections of the commit text as suggeste

[PATCH v8 00/10] Remove CONFIG_NR_DRAM_BANKS option and bi_memstart/memsize from bd_info

This patchset is an extension of the previous single patch "CONFIG_NR_DRAM_BANKS: Remove unreferenced code as its always defined". With a split into separate patches, its hopefully easier to understand, what is changed. The earlier patch versions tried a simple search and replace of the bi_memst

[PATCH] riscv: Add do_irqinfo() for CONFIG_CMD_IRQ

Right now, do_irqinfo() done nothing and return 0 for CONFIG_CMD_IRQ Signed-off-by: Pragnesh Patel --- arch/riscv/lib/interrupts.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/riscv/lib/interrupts.c b/arch/riscv/lib/interrupts.c index cd47e64487..d6273606b5 100644 --- a/arch/r

[PATCH v8 01/10] CONFIG_NR_DRAM_BANKS: Remove unreferenced code as its always defined

Since commit 86cf1c82850f ("configs: Migrate CONFIG_NR_DRAM_BANKS") & commit 999a772d9f24 ("Kconfig: Migrate CONFIG_NR_DRAM_BANKS"), CONFIG_NR_DRAM_BANKS is always defined with a value (4 is default). It makes no sense to still carry code that is guarded with "#ifndef CONFIG_NR_DRAM_BANKS" (and sim

[PATCH v8 08/10] powerpc: Remove bi_memstart & bi_memsize assignments in spl.c

Most likely these deprecated (removed) variables are not needed. Lets remove the assignments completely from all spl.c files. Signed-off-by: Stefan Roese Tested-by: Oleksandr Zhadan and Michael Durrant Reviewed-by: Simon Glass --- Changes in v8: - Add Reviewed-by tag from Simon Changes in v5:

[PATCH v8 09/10] cmd: bdinfo: Remove print of superseeded bi_memstart / bi_memsize values

Remove printing of the superseeded (by bi_dram[]) memory values from the bdinfo command. Signed-off-by: Stefan Roese Reviewed-by: Ovidiu Panait --- (no changes since v7) Changes in v7: - Add Reviewe-by tag from Ovidiu Changes in v4: - New patch cmd/bdinfo.c | 8 1 file changed, 8

[PATCH v8 06/10] xtensa: Remove local no-op dram_init_banksize()

When this no-op dram_init_banksize() is removed, the weak default will be used instead, which correctly sets the bi_dram[] banksize values. Signed-off-by: Stefan Roese Reviewed-by: Ovidiu Panait --- (no changes since v7) Changes in v7: - Add Reviewe-by tag from Ovidiu Changes in v5: - New pa

[PATCH v8 04/10] global: Move from bi_memstart/memsize -> gd->ram_base/ram_size

With the planned removal of bi_memstart & bi_memsize, this patch now moves the references to the better suiting gd->ram_base/ram_size variables. Signed-off-by: Stefan Roese Reviewed-by: Simon Glass --- Changes in v8: - Add Reviewed-by tag from Simon Changes in v7: - Reword commit text as sugg

[PATCH v8 03/10] board_f: Add default values for bi_dram[] in dram_init_banksize()

Remove the bi_memstart / bi_memsize assignment in setup_bdinfo() and make sure, that bd_dram[] is always configured in the weak default implementation of dram_init_banksize(), when CONFIG_SYS_SDRAM_BASE is not set. Signed-off-by: Stefan Roese Reviewed-by: Ovidiu Panait --- (no changes since v7

[PATCH v8 05/10] xtensa: Remove arch_setup_bdinfo()

arch_setup_bdinfo() only configures the deprecated bi_memstart & bi_memsize values, which should not be needed any more. Lets remove this file completely. Signed-off-by: Stefan Roese Reviewed-by: Ovidiu Panait --- (no changes since v7) Changes in v7: - Add Reviewe-by tag from Ovidiu Changes

[PATCH v8 10/10] asm-generic/u-boot.h: Remove bi_memstart & bi_memsize from bd_info

bi_memstart & bi_memsize are now not referenced any more. This patch removes their definitions from the bd_info struct. Signed-off-by: Stefan Roese Reviewed-by: Simon Glass --- Changes in v8: - Add Reviewed-by tag from Simon Changes in v4: - New patch include/asm-generic/u-boot.h | 2 -- 1

[PATCH v8 02/10] image: Use gd->ram_base/_size in env_get_bootm_size()

Use only gd->ram_base/_size in env_get_bootm_size() instead of bi_dram[] in some cases and bi_memstart in others. Signed-off-by: Stefan Roese Reviewed-by: Simon Glass --- Changes in v8: - Add Reviewed-by tag from Simon Changes in v4: - New patch common/image.c | 9 ++--- 1 file changed,

[PATCH v8 07/10] video: cfb_console.c: Use bi_dram[] values on all platforms

All platforms support bi_dram[] since quite some time. Lets remove the and bi_memsize values completely. Signed-off-by: Stefan Roese Reviewed-by: Simon Glass --- Changes in v8: - Add Reviewed-by tag from Simon Changes in v4: - New patch drivers/video/cfb_console.c | 8 +--- 1 file chang

[PATCH 1/1] efi_loader: use ':' as separator for setenv -i

setenv -e -i , can be used to set a UEFI variable from memory. For separating an address and a size we use ':' in most commands. Let's do the same for setenv -e -i. Signed-off-by: Heinrich Schuchardt --- cmd/nvedit_efi.c | 2 +- doc/uefi/uefi.rst

[PATCH] arm64: dts: zynqmp: Fix leds subnode name for zcu100/ultra96 v1

Fix the leds subnode names to match (^led-[0-9a-f]$|led). Similar change has been also done by commit 08dc0e5dd9aa ("arm64: dts: meson: fix leds subnodes name"). The patch is fixing this warning: avnet-ultra96-rev1.dt.yaml: leds: 'ds2', 'ds3', 'ds4', 'ds5' do not match any of the regexes: '(^led-

Re: [PATCH 1/7] usb: ehci-mx6: Add powerup_fixup implementation

Hi Peng, Marek > From: Ye Li > > When doing port reset, the PR bit of PORTSC1 will be automatically > cleared by our IP, but standard EHCI needs explicit clear by > software. The EHCI-HCD driver follow the EHCI specification, so after > 50ms wait, it clear the PR bit by writting to the PORTSC1 r

[PATCH] clk: ccf: Add missing #include to clk-mux.c

After adding custom get_rate helper function it was necessary to include to avoid warnings about missing uclass_get_device_by_name. Signed-off-by: Lukasz Majewski --- drivers/clk/clk-mux.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/clk-mux.c b/drivers/clk/clk-mux.c index e

Re: [PATCH 2/2] configs: odroid-c4: update for HDMI output background & USB keyboard

On 14/08/2020 08:25, Anand Moon wrote: > Enable options SYS_WHITE_ON_BLACK to permit HDMI background > screen from white to back, also enable USB_KEYBOARD. > > Signed-off-by: Anand Moon > --- > configs/odroid-c4_defconfig | 4 > 1 file changed, 4 insertions(+) > > diff --git a/configs/odro

Re: [PATCH 1/2] configs: odroid-n2: update for HDMI output & USB keyboard

On 14/08/2020 08:25, Anand Moon wrote: > Enable options to permit HDMI output on Odroid-N2 G12B boards. > Enable VPU Power Domain. > Enable USB_KEYBOARD. > > Signed-off-by: Anand Moon > --- > configs/odroid-n2_defconfig | 9 + > 1 file changed, 9 insertions(+) > > diff --git a/configs/o

Re: [PATCH v1 06/24] pci: pci-uclass: Add multi entry support for memory regions

Hi Tom, On 23.08.20 16:03, Tom Rini wrote: On Sun, Aug 23, 2020 at 11:41:41AM +0200, Stefan Roese wrote: Hi Simon, Hi Tom, On 22.08.20 17:09, Simon Glass wrote: Hi Stefan, On Fri, 14 Aug 2020 at 05:40, Stefan Roese wrote: Hi Simon, On 04.08.20 17:05, Simon Glass wrote: Changes in v1: