Re: Collecting U-Boot Testresults: was: [ANN] U-Boot v2020.10 released

Hello Heinrich, Am 09.10.2020 um 08:15 schrieb Heinrich Schuchardt: Am 9. Oktober 2020 06:33:14 MESZ schrieb Heiko Schocher : Hi all, Am 05.10.2020 um 17:17 schrieb Tom Rini: Hey all, It is release day and here is the v2020.10 release. With this release we have a number of "please migrate

Re: Collecting U-Boot Testresults: was: [ANN] U-Boot v2020.10 released

Am 9. Oktober 2020 06:33:14 MESZ schrieb Heiko Schocher : >Hi all, > >Am 05.10.2020 um 17:17 schrieb Tom Rini: >> Hey all, >> >> It is release day and here is the v2020.10 release. With this >release >> we have a number of "please migrate to DM" warnings that are now 1 >year >> past their warning

[PATCH 1/2] i2c: ocores: add i2c driver for OpenCores I2C controller

Add support for the OpenCores I2C controller IP core (See http://www.opencores.org/projects.cgi/web/i2c/overview). This driver implementation is inspired from the Linux OpenCores I2C driver available. Thanks to Peter Korsgaard for writing Linux OpenCores I2C driver. Signed-off-by: Pragnesh Pate

[PATCH 2/2] riscv: sifive/fu540: kconfig: Enable support for Opencores I2C controller

Enable support for SiFive FU540 Opencores I2C master controller. Signed-off-by: Pragnesh Patel --- arch/riscv/cpu/fu540/Kconfig | 2 ++ board/sifive/fu540/Kconfig | 1 + 2 files changed, 3 insertions(+) diff --git a/arch/riscv/cpu/fu540/Kconfig b/arch/riscv/cpu/fu540/Kconfig index ac3f183342.

[PATCH 0/2] Add OpenCores I2C controller driver

This driver has been tested on HiFive Unleashed with a PMOD based RTCC sensor connected to I2C pins J1 header of the board. This series is available here [1] for testing [1] https://github.com/pragnesh26992/u-boot/tree/i2c Tested-by: Sagar Shrikant Kadam U-Boot Logs for reference: Hit any key

[Patch v2] armv8: dts: fsl-lx2162a: add dspi node into qds dts

From: Zhao Qiang Add dspi node into lx2162aqds device tree Signed-off-by: Zhao Qiang --- depends on: https://patchwork.ozlabs.org/project/uboot/patch/1599473527-21511-3-git-send-email-meenakshi.aggar...@nxp.com/ changes for v2: - add alias part arch/arm/dts/fsl-lx2162a-qds.dts | 102

Collecting U-Boot Testresults: was: [ANN] U-Boot v2020.10 released

Hi all, Am 05.10.2020 um 17:17 schrieb Tom Rini: Hey all, It is release day and here is the v2020.10 release. With this release we have a number of "please migrate to DM" warnings that are now 1 year past their warning date, and well past 1 year of those warnings being printed. It's getting u

Re: [PATCH 1/2] lib: print_freq() should output kHz not KHz

On 08.10.20 22:23, Heinrich Schuchardt wrote: In the International System of Units (SI) the prefix kilo is abbreviated as 'k' not 'K'. 'K' is the symbol for Kelvin. Signed-off-by: Heinrich Schuchardt Reviewed-by: Stefan Roese Thanks, Stefan --- include/display_options.h | 2 +- lib/dis

Re: [PATCH 2/2] test: unit tests for print_freq(), print_size()

On 10/8/20 4:23 PM, Heinrich Schuchardt wrote: > Provide unit tests for functions print_freq() and print_size(). > > Signed-off-by: Heinrich Schuchardt > --- > test/lib/Makefile | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/test/lib/Makefile b/test/lib/Makefile > index 22236f8587..15

[PATCH 1/2] lib: print_freq() should output kHz not KHz

In the International System of Units (SI) the prefix kilo is abbreviated as 'k' not 'K'. 'K' is the symbol for Kelvin. Signed-off-by: Heinrich Schuchardt --- include/display_options.h | 2 +- lib/display_options.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/include

[PATCH 2/2] test: unit tests for print_freq(), print_size()

Provide unit tests for functions print_freq() and print_size(). Signed-off-by: Heinrich Schuchardt --- test/lib/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/test/lib/Makefile b/test/lib/Makefile index 22236f8587..15cd512506 100644 --- a/test/lib/Makefile +++ b/test/lib/Makefile @

[PATCH 0/2] lib: print_freq() should output kHz not KHz

Correct print_freq() for output of kHz. Provide unit tests for print_freq() and print_size(). Heinrich Schuchardt (2): lib: print_freq() should output kHz not KHz test: unit tests for print_freq(), print_size() include/display_options.h | 2 +- lib/display_options.c | 2 +- test/lib/Make

[PATCH] env: sf: add support for env erase

Command "env erase" didn't work even though CONFIG_CMD_ERASEENV was defined, because serial flash environment routines didn't implement erase method. Signed-off-by: Waschkeit, Harry --- env/sf.c | 130 ++- 1 file changed, 128 insertions(+), 2

[PATCH 5/6] rng: Add Qualcomm MSM PRNG driver

Add support for the hardware pseudo random number generator found in Qualcomm SoC-s. Signed-off-by: Robert Marko Cc: Luka Perkov --- MAINTAINERS | 1 + drivers/rng/Kconfig | 7 +++ drivers/rng/Makefile | 1 + drivers/rng/msm_rng.c | 143 ++

[PATCH 6/6] IPQ40xx: Add PRNG support

Since we now have the driver for Qualcomm PRNG HW, lets use it and add the necessary clocks and nodes. Signed-off-by: Robert Marko Cc: Luka Perkov --- arch/arm/dts/qcom-ipq4019.dtsi| 7 +++ arch/arm/mach-ipq40xx/clock-ipq4019.c | 4 2 files changed, 11 insertions(+) diff --gi

[PATCH 2/6] IPQ40xx: Add SPI support

Since we have SPI driver for IPQ40xx QUP SPI controller, lets add the necessary nodes, pinctrl and clocks. Signed-off-by: Robert Marko Cc: Luka Perkov --- arch/arm/dts/qcom-ipq4019.dtsi | 12 arch/arm/mach-ipq40xx/clock-ipq4019.c | 17 +++-- arch/arm/mach-ip

[PATCH 1/6] spi: Add Qualcomm QUP SPI controller driver

This patch adds support for the Qualcomm QUP SPI controller that is commonly found in most of Qualcomm SoC-s. Driver currently supports v1.1.1, v2.1.1 and v2.2.1 HW. FIFO and Block modes are supported, no support for DMA mode is planned. Signed-off-by: Robert Marko Signed-off-by: Luka Kovacic

[PATCH 4/6] IPQ40xx: Add support for MDIO

Lets add the necessary DTS node and pinctrl properties for newly added MDIO driver. Signed-off-by: Robert Marko Cc: Luka Perkov --- arch/arm/dts/qcom-ipq4019.dtsi | 28 + arch/arm/mach-ipq40xx/pinctrl-ipq4019.c | 4 2 files changed, 32 insertions(+) diff

[PATCH 3/6] net: Add IPQ40xx MDIO driver

This adds the driver for the IPQ40xx built-in MDIO. This will be needed to support future PHY driver. Signed-off-by: Robert Marko Cc: Luka Perkov --- MAINTAINERS| 1 + drivers/net/Kconfig| 7 ++ drivers/net/Makefile | 1 + drivers/net/mdio-ipq4019.c | 146 +++

[PATCH 0/6] IPQ40xx: Improve support

This is a third patch series working towards providing a usable U-boot support for Qualcomm IPQ40xx SoC-s. This patch series adds SPI driver so booting is finally possible, RNG driver for the built in pseudo RNG and MDIO driver to prepare for future ethernet support. Booting Linux is now possible

[PATCH 1/1] lib: rsa: superfluous initialization in rsa_verify()

Remove initialization of ret with unused value. Signed-off-by: Heinrich Schuchardt --- lib/rsa/rsa-verify.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/rsa/rsa-verify.c b/lib/rsa/rsa-verify.c index 2057f6819d..be55a4376f 100644 --- a/lib/rsa/rsa-verify.c +++ b/lib/rsa

[PATCH] tools: image-host.c: use correct output format

When building on a 32bit host the following warning occurs: tools/image-host.c: In function ‘fit_image_read_data’: tools/image-host.c:296:56: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 3 has type ‘__off64_t’ {aka ‘long long int’} [-Wformat=] printf("File %s don't ha

[PATCH] ARM: at91: Add chip ID for SAM9X60 SiP

From: Nicolas Ferre SAM9X60 SiP (System in Package) are added for SoC identification. Signed-off-by: Nicolas Ferre --- arch/arm/mach-at91/arm926ejs/sam9x60_devices.c | 6 ++ arch/arm/mach-at91/include/mach/sam9x60.h | 3 +++ 2 files changed, 9 insertions(+) diff --git a/arch/arm/mach

Something doesn't make sense with SPL_FIT and SPL_LOAD_FIT

Hi, I think there's something wrong with the implementation distinction of SPL_FIT and SPL_LOAD_FIT. CONFIG_SPL_FIT: * Support Flattened Image Tree within SPL CONFIG_SPL_LOAD_FIT: * This option instead enables generation of a FIT (Flat Image Tree) which provides more

Re: Please pull u-boot-cfi-flash/master

On Thu, Oct 08, 2020 at 11:55:42AM +0200, Stefan Roese wrote: > Hi Tom, > > please pull the following cfi-flash related patches: > Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [PULL] u-boot-mips

On Wed, Oct 07, 2020 at 10:42:08PM +0200, Daniel Schwierzeck wrote: > Hi Tom, > > please pull some more updates for Octeon MIPS64. > > Gitlab CI: > https://gitlab.denx.de/u-boot/custodians/u-boot-mips/-/pipelines/4947 > > > The following changes since commit 5dcf7cc590b348f1e730ec38242df64c179

Re: [PATCH 0/2] Refactor AST2500 reset control

On Thu, Oct 08, 2020 at 02:21:50AM +, ChiaWei Wang wrote: > Hi Tom, > > Could you help us on the review of the following patches for Aspeed platform > code? > http://patchwork.ozlabs.org/project/uboot/cover/20200908072104.10067-1-chiawei_w...@aspeedtech.com/ > http://patchwork.ozlabs.org/pro

Re: [PATCH v2] km: fix license string and compatible strings

On Thu, Oct 08, 2020 at 12:27:22PM +0200, Holger Brunck wrote: > As the ownership is now Hitachi Power Grids, change the license string > and adapt the compatible string in DTS files. For kmeter1.dts we > change it to "keymile,KMETER1" for now, as this is then compliant with > what is submitted to

[PATCH 1/2] clk: at91: clk-master: add 5th divisor for mck master

clk-master can have 5 divisors with a field width of 3 bits on some products. Change the mask and number of divisors accordingly. Reported-by: Mihai Sain Signed-off-by: Eugen Hristev Reviewed-by: Claudiu Beznea --- drivers/clk/at91/clk-master.c | 2 +- drivers/clk/at91/pmc.h| 2 +- 2

[PATCH 2/2] clk: at91: sama7g5: add 5th divisor for mck0 layout and characteristics

This SoC has the 5th divisor for the mck0 master clock. Adapt the characteristics accordingly. Reported-by: Mihai Sain Signed-off-by: Eugen Hristev Reviewed-by: Claudiu Beznea --- drivers/clk/at91/sama7g5.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/clk/at9

Re: [PATCH] configs: stm32mp: force empty PREBOOT

On Wed, Oct 07, 2020 at 10:10:20AM +0200, Patrick Delaunay wrote: > This patch remove the default preboot command 'usb start' for > STMicroelectronics board. These command is added by the > commit 324d77998ed6 ("Define default CONFIG_PREBOOT with right config > option")' and commit 44758771eefb ("

[PATCH] phy: omap-usb2-phy: Drop usage of "ti, dis-chg-det-quirk" DT property

"ti,dis-chg-det-quirk" property is not part of Linux kernel DT binding documentation. Therefore drop this and instead use soc_device_match() to distinguish b/w AM654 SR1.0 and SR2.0 devices similar to Linux kernel driver. Signed-off-by: Vignesh Raghavendra --- drivers/phy/omap-usb2-phy.c | 11 +

Re: [PATCH 1/1] sunxi: Pine64-LTS: SMBIOS properties

On 08/10/2020 14:10, Heinrich Schuchardt wrote: Hi, > On 14.06.20 17:48, Heinrich Schuchardt wrote: >> On 6/1/20 6:20 PM, Heinrich Schuchardt wrote: >>> On 6/1/20 4:43 PM, André Przywara wrote: On 01/06/2020 14:56, Heinrich Schuchardt wrote: > Provide accurate values of the manufacturer

[PATCH] ARM: dts: stm32: Do not set eth1addr if KS8851 has EEPROM

In case the KS8851 has external EEPROM attached to it, do not set eth1addr at all. The network stack will read the MAC out of the KS8851 and set eth1addr accordingly. Signed-off-by: Marek Vasut Cc: Patrice Chotard Cc: Patrick Delaunay --- board/dhelectronics/dh_stm32mp1/board.c | 40 ++

[PATCH] net: ks8851: Implement EEPROM MAC address readout

In case there is an EEPROM attached to the KS8851 MAC and the EEPROM contains a valid MAC address, the MAC address is loaded into the NIC registers on power on. Read the MAC address out of the NIC registers and provide it to U-Boot. Signed-off-by: Marek Vasut Cc: Eugen Hristev Cc: Joe Hershberge

Re: [PATCH 1/1] sunxi: Pine64-LTS: SMBIOS properties

On 14.06.20 17:48, Heinrich Schuchardt wrote: > On 6/1/20 6:20 PM, Heinrich Schuchardt wrote: >> On 6/1/20 4:43 PM, André Przywara wrote: >>> On 01/06/2020 14:56, Heinrich Schuchardt wrote: Provide accurate values of the manufacturer and the product name. PINE Microsystems Inc. is re

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

On 25.08.20 18:57, Simon Glass wrote: > On Mon, 24 Aug 2020 at 22:15, Heinrich Schuchardt wrote: >> >> 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 >>> r

Re: [PATCH v2 2/2] timer: Return count from timer_ops.get_count

On 07.10.2020 21:37, Sean Anderson wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > No timer drivers return an error from get_count. Instead of possibly > returning an error, just return the count directly. > > Signed-off-by: Sean Anders

Re: [PATCH] timer: mchp-pit64b: add support for pit64b

On 07.10.2020 20:49, Sean Anderson wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > On 9/7/20 11:36 AM, Claudiu Beznea wrote: >> Add support for Microchip PIT64B timer. The timer is 64 bit length and >> is used as a free running counter (

cache: Misaligned operation at range

Hi! I am using stm32mp157c-dk2 board. I added support for usb ethernet gadget (the short patch is attached). Then, when I booted the board I see the following output when running ping: ### STM32MP> ping 10.0.0.1 using dwc2-udc, OUT ep2out-bulk I

RE: [PATCH 1/2] km: adapt defines and variables for new memory layout

Hi Heiko, > > Due to increasing kernel image sizes we get problems when > > decompressing the kernel image. To fix this we need to change the > > addresses where we load and where we extract the kernel. Also we need > > to adapt the address where to load the CRAMFS image and where to load > the DT

[PATCH v2] km: fix license string and compatible strings

As the ownership is now Hitachi Power Grids, change the license string and adapt the compatible string in DTS files. For kmeter1.dts we change it to "keymile,KMETER1" for now, as this is then compliant with what is submitted to the linux kernel. All other boards don't have a upstreamed version in l

RE: [PATCH] km: fix license string and compatible strings

> Am 07.10.2020 um 17:46 schrieb Tom Rini: > > On Wed, Oct 07, 2020 at 03:53:35PM +0200, Holger Brunck wrote: > > > >> As the ownership is now Hitachi Power Grids, change the license > >> string and adapt the compatible string in DTS files. > >> > >> Signed-off-by: Holger Brunck > >> CC: Valentin

Re: [PATCH v2] cfi_flash: Fix devicetree address determination

On 08.10.20 12:15, Heinrich Schuchardt wrote: On 08.10.20 11:49, Stefan Roese wrote: On 08.10.20 10:39, Heinrich Schuchardt wrote: On 08.10.20 09:08, Stefan Roese wrote: On 24.09.20 01:22, Andre Przywara wrote: The cfi-flash driver uses an open-coded version of the generic algorithm to decode

Re: [PATCH v2] cfi_flash: Fix devicetree address determination

On 08/10/2020 11:15, Heinrich Schuchardt wrote: Hi, > On 08.10.20 11:49, Stefan Roese wrote: >> On 08.10.20 10:39, Heinrich Schuchardt wrote: >>> On 08.10.20 09:08, Stefan Roese wrote: On 24.09.20 01:22, Andre Przywara wrote: > The cfi-flash driver uses an open-coded version of the gener

Re: [PATCH v2] cfi_flash: Fix devicetree address determination

On 08.10.20 11:49, Stefan Roese wrote: > On 08.10.20 10:39, Heinrich Schuchardt wrote: >> On 08.10.20 09:08, Stefan Roese wrote: >>> On 24.09.20 01:22, Andre Przywara wrote: The cfi-flash driver uses an open-coded version of the generic algorithm to decode and translate multiple frames of

Please pull u-boot-cfi-flash/master

Hi Tom, please pull the following cfi-flash related patches: - Fix devicetree address determination seen on QEMU ARM64 - Use DMA for reads is available Here the Azur

Re: [PATCH v2] cfi_flash: Fix devicetree address determination

On 08.10.20 10:39, Heinrich Schuchardt wrote: On 08.10.20 09:08, Stefan Roese wrote: On 24.09.20 01:22, Andre Przywara wrote: The cfi-flash driver uses an open-coded version of the generic algorithm to decode and translate multiple frames of a "reg" property. This starts off the wrong foot by

Re: [PATCH 1/1] sandbox: make SDL window resizable

On 05.10.20 03:41, Simon Glass wrote: > Hi Heinrich, > > On Mon, 28 Sep 2020 at 19:11, Heinrich Schuchardt wrote: >> >> Without resizing the SDL window showed by >> >> ./u-boot -D -l >> >> is not legible on a high resolution screen. >> >> Start with a maximized window and allow resizing. >> >>

[PATCH v5 2/2] mmc: renesas-sdhi: Add R8A774A1 SDHI quirks

Add various SDHI quirks for R8A774A1 SoC. Signed-off-by: Biju Das Reviewed-by: Lad Prabhakar --- v5 : New Patch --- drivers/mmc/renesas-sdhi.c | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff --git a/drivers/mmc/renesas-sdhi.c b/drivers/mmc/renesas-sdhi.c index d

[PATCH v5 1/2] arm: rmobile: Add RZ/G2[HMNE] SoC support

RZ/G2 SoC's are identical to R-Car Gen3 SoC's apart from some automotive peripherals. RZ/G2H (R8A774E1) = R-Car H3-N (R8A77951). RZ/G2M (R8A774A1) = R-Car M3-W (R8A77960). RZ/G2N (R8A774B1) = R-Car M3-N (R8A77965). RZ/G2E (R8A774C0) = R-Car E3 (R8A77990). As the devices are the same they also hav

Re: [PATCH v2] cfi_flash: Fix devicetree address determination

On 08.10.20 09:08, Stefan Roese wrote: > On 24.09.20 01:22, Andre Przywara wrote: >> The cfi-flash driver uses an open-coded version of the generic >> algorithm to decode and translate multiple frames of a "reg" property. >> >> This starts off the wrong foot by using the address-cells and size-cell

Re: [fs/squashfs PATCH v3 2/2] avoid 64-bit divisions on 32-bit

On 10/8/20 9:34 AM, Miquel Raynal wrote: > Hi Mauro, > > Mauro Condarelli wrote on Thu, 8 Oct 2020 00:30:21 > +0200: > >> Use macros in linux/kernel.h to avoid 64-bit divisions. > s/in/from/? My command of English language is far from perfect. I meant those macros are used in Linux kernel. Fee

Re: [fs/squashfs PATCH v3 2/2] avoid 64-bit divisions on 32-bit

Hello, The commit title lacks a proper prefix, it should start with "fs/squashfs". You confused the prefix of the commit title with the "subject prefix" of format-patch. On Thu, 8 Oct 2020 00:30:21 +0200 Mauro Condarelli wrote: > diff --git a/fs/squashfs/sqfs.c b/fs/squashfs/sqfs.c > index 152

Re: [fs/squashfs PATCH v3 2/2] avoid 64-bit divisions on 32-bit

Hi Mauro, Mauro Condarelli wrote on Thu, 8 Oct 2020 00:30:21 +0200: > Use macros in linux/kernel.h to avoid 64-bit divisions. s/in/from/? > > These divisions are needed to convert from file length (potentially > over 32-bit range) to block number, so result and remainder are > guaranteed to

Re: [fs/squashfs PATCH v3 1/2] Add warning for dynamic memory usage.

Hi Mauro, Mauro Condarelli wrote on Thu, 8 Oct 2020 00:30:20 +0200: > SquashFS may need a large amount of dynamic memory fot its buffers, > especially if and when compression is enabled I got failures with > CONFIG_SYS_MALLOC_LEN < 0x4000. > > I found no way to enforce this in Kconfig itself,

Re: [PATCH 2/2] mtd: cfi_mtd: Use DMA for reads

On 17.09.20 13:23, Vignesh Raghavendra wrote: When possible use DMA for reading from CFI flash, this provides upto 5x improvement in read performance with high speed CFI compliant flashes like HyperFlash. Code will gracefully fallback to CPU copy when DMA is unavailable. Signed-off-by: Vignesh

Re: [PATCH 1/2] dma: Reduce error level when DMA channel type does not exist

On 17.09.20 13:23, Vignesh Raghavendra wrote: Caller would need gracefully handle failures of dma_get_device(), therefore reduce pr_err() to pr_debug() when DMA device is not found. Signed-off-by: Vignesh Raghavendra Applied to u-boot-cfi-flash/master Thanks, Stefan --- drivers/dma/dma-u

Re: [PATCH v2] cfi_flash: Fix devicetree address determination

On 24.09.20 01:22, Andre Przywara wrote: The cfi-flash driver uses an open-coded version of the generic algorithm to decode and translate multiple frames of a "reg" property. This starts off the wrong foot by using the address-cells and size-cells properties of *this* very node, and not of the p

RE: [PATCH v4 1/2] arm: rmobile: Add PRR CPU ID macros for RZ/G2[HMNE]

Hi Marek, > [...] > > > /* PRR CPU IDs */ > > #define RMOBILE_CPU_TYPE_SH73A00x37 #define > > RMOBILE_CPU_TYPE_R8A77400x40 > > +#define RMOBILE_CPU_TYPE_R8A774A10x52 > > The problem here is that this is the same as > #define RMOBILE_CPU_TYPE_R8A7796 0x52 >