Re: [PATCH v1] colibri_imx7: disable HAB and CAAM support

Hi Breno, On Mon, Dec 23, 2019 at 7:07 PM Breno Matheus Lima wrote: > > Hi Igor, > > Em qui., 19 de dez. de 2019 às 07:55, Igor Opaniuk > escreveu: > > > > From: Igor Opaniuk > > > > Currently Colibri iMX7 NAND version doesn't boot at all with > > HABv4 support enabled. If CSF section is includ

Re: [PATCH 07/11] env: Enable SPI flash env for rockchip

On 2019/12/27 下午2:50, Jagan Teki wrote: Hi Kever, On Mon, Dec 23, 2019 at 8:04 AM Kever Yang wrote: Jagan, On 2019/12/21 下午3:54, Jagan Teki wrote: Most of the SPI flash devices in rockchip are 16MiB size. So, keeping U-Boot proper offset start from 128MiB with 1MiB size and then start en

Re: [PATCH 07/11] env: Enable SPI flash env for rockchip

Hi Kever, On Fri, Dec 27, 2019 at 3:33 PM Kever Yang wrote: > > > On 2019/12/27 下午2:50, Jagan Teki wrote: > > Hi Kever, > > > > On Mon, Dec 23, 2019 at 8:04 AM Kever Yang > > wrote: > >> Jagan, > >> > >> > >> On 2019/12/21 下午3:54, Jagan Teki wrote: > >>> Most of the SPI flash devices in rockchi

Re: [PATCH 07/11] env: Enable SPI flash env for rockchip

Hi! On 27.12.19 07:50, Jagan Teki wrote: > Hi Kever, > > On Mon, Dec 23, 2019 at 8:04 AM Kever Yang wrote: >> >> Jagan, >> >> >> On 2019/12/21 下午3:54, Jagan Teki wrote: >>> Most of the SPI flash devices in rockchip are 16MiB size. >>> >>> So, keeping U-Boot proper offset start from 128MiB with 1M

Re: [PATCH 1/3] net: Add support for Broadcom GENETv5 Ethernet controller

Hi Sascha, > Are any other cases i could test ? don't worry, one of three boards i > could damage ! (but it's better if not ... ;-)) Just curious to know what data transfer rate, you see while tftp? Thanks -Amit

Re: [PATCH v5 3/8] stm32mp1: rng: Add a driver for random number generator(rng) device

On Fri, 27 Dec 2019 at 13:21, Heinrich Schuchardt wrote: > On 12/26/19 6:25 PM, Sughosh Ganu wrote: > > Add a driver for the rng device found on stm32mp1 platforms. The > > driver provides a routine for reading the random number seed from the > > hardware device. > > > > Signed-off-by: Sughosh Ga

Re: [PATCH v5 8/8] virtio: rng: Add a random number generator(rng) driver

On Fri, 27 Dec 2019 at 12:42, Heinrich Schuchardt wrote: > On 12/26/19 6:25 PM, Sughosh Ganu wrote: > > Add a driver for the virtio-rng device on the qemu platform. The > > device uses pci as a transport medium. The driver can be enabled with > > the following configs > > > > CONFIG_VIRTIO > > CO

Re: [PATCH v5 1/8] dm: rng: Add random number generator(rng) uclass

On Fri, 27 Dec 2019 at 12:39, Heinrich Schuchardt wrote: > On 12/26/19 6:25 PM, Sughosh Ganu wrote: > > Add a uclass for reading a random number seed from a random number > > generator device. > > > > Signed-off-by: Sughosh Ganu > > Reviewed-by: Patrice Chotard > > --- > > Changes since V4: > >

Re: [PATCH v5 5/8] sandbox: rng: Add a random number generator(rng) driver

On Fri, 27 Dec 2019 at 12:29, Heinrich Schuchardt wrote: > On 12/26/19 6:25 PM, Sughosh Ganu wrote: > > Add a sandbox driver for random number generation. Mostly aimed at > > providing a unit test for rng uclass. > > > > Signed-off-by: Sughosh Ganu > > Reviewed-by: Patrice Chotard > > --- > > C

Re: [PATCH] tools/imximage: share DCD information via Kconfig

Hi Jorge, Fabio, On 11/12/19 12:34, Fabio Estevam wrote: > On Wed, Dec 11, 2019 at 6:42 AM Jorge Ramirez-Ortiz > wrote: >> >> IMX based platforms can have the DCD table located on different >> addresses due to differences in their memory maps (ie iMX7ULP). >> >> This information is required by t

Re: [PATCH 07/11] env: Enable SPI flash env for rockchip

On Fri, Dec 27, 2019 at 4:00 PM Soeren Moch wrote: > > Hi! > > On 27.12.19 07:50, Jagan Teki wrote: > > Hi Kever, > > > > On Mon, Dec 23, 2019 at 8:04 AM Kever Yang > > wrote: > >> > >> Jagan, > >> > >> > >> On 2019/12/21 下午3:54, Jagan Teki wrote: > >>> Most of the SPI flash devices in rockchip

Pull request: u-boot-spi/master

Hi Tom, Please pull this PR for the release. Summary: - rk spi transfer limit fix - Gigadevice, gd25q128 support - spi-nor-core warnings thanks, Jagan. The following changes since commit 643366bcd5e32878a951e39b8b553b794695b026: Merge tag 'u-boot-stm32-20191218' of https://gitlab.denx.de/u-

Pull request: u-boot-sunxi/master

Hi Tom, Please pull this PR for the release. Summary: - Orange Pi Zero Plus 2 support - sunxi psci, prcm fixes The following changes since commit 643366bcd5e32878a951e39b8b553b794695b026: Merge tag 'u-boot-stm32-20191218' of https://gitlab.denx.de/u-boot/custodians/u-boot-stm (2019-12-18 08

Re: [PATCH v5 8/8] virtio: rng: Add a random number generator(rng) driver

On 12/27/19 12:29 PM, Sughosh Ganu wrote: On Fri, 27 Dec 2019 at 12:42, Heinrich Schuchardt mailto:xypron.g...@gmx.de>> wrote: On 12/26/19 6:25 PM, Sughosh Ganu wrote: > Add a driver for the virtio-rng device on the qemu platform. The > device uses pci as a transport medium. The d

Re: [PATCH v5 3/8] stm32mp1: rng: Add a driver for random number generator(rng) device

On 12/27/19 12:19 PM, Sughosh Ganu wrote: On Fri, 27 Dec 2019 at 13:21, Heinrich Schuchardt mailto:xypron.g...@gmx.de>> wrote: On 12/26/19 6:25 PM, Sughosh Ganu wrote: > Add a driver for the rng device found on stm32mp1 platforms. The > driver provides a routine for reading the ra

Re: [PATCH 2/2] dma: Add stub of dma_memcpy and dma_get_device

On Fri, 15 Nov 2019 at 04:31, Vignesh Raghavendra wrote: > > Add stub for dma_memcpy() and dma_get_device when CONFIG_DMA is > disabled. This avoids ifdefs in driver code using DMA APIs > > Signed-off-by: Vignesh Raghavendra > --- > include/dma.h | 11 +++ > 1 file changed, 11 insertions

Re: [PATCH 1/2] Kconfig: Rename CONFIG_SPL_DMA_SUPPORT to CONFIG_SPL_DMA

On Fri, 15 Nov 2019 at 04:31, Vignesh Raghavendra wrote: > > Rename CONFIG_SPL_DMA_SUPPORT to CONFIG_SPL_DMA. This allows to use > macros such as CONFIG_IS_ENABLED() that allow conditional compilation of > code for SPL and U-Boot. > > Signed-off-by: Vignesh Raghavendra > --- > common/spl/Kconfig

Re: [PATCH v5 3/8] stm32mp1: rng: Add a driver for random number generator(rng) device

On 12/27/19 1:42 PM, Heinrich Schuchardt wrote: On 12/27/19 12:19 PM, Sughosh Ganu wrote: On Fri, 27 Dec 2019 at 13:21, Heinrich Schuchardt mailto:xypron.g...@gmx.de>> wrote:     On 12/26/19 6:25 PM, Sughosh Ganu wrote: > Add a driver for the rng device found on stm32mp1 platforms. The   

Re: [PATCH v5 3/8] stm32mp1: rng: Add a driver for random number generator(rng) device

On Fri, 27 Dec 2019 at 18:12, Heinrich Schuchardt wrote: > On 12/27/19 12:19 PM, Sughosh Ganu wrote: > > > > On Fri, 27 Dec 2019 at 13:21, Heinrich Schuchardt > > wrote: > > > > On 12/26/19 6:25 PM, Sughosh Ganu wrote: > > > Add a driver for the rng device fou

Re: [PATCH v5 3/8] stm32mp1: rng: Add a driver for random number generator(rng) device

On Fri, 27 Dec 2019 at 18:25, Heinrich Schuchardt wrote: > On 12/27/19 1:42 PM, Heinrich Schuchardt wrote: > > On 12/27/19 12:19 PM, Sughosh Ganu wrote: > >> > >> On Fri, 27 Dec 2019 at 13:21, Heinrich Schuchardt >> > wrote: > >> > >> On 12/26/19 6:25 PM, Sughosh G

Re: [PATCH 07/11] env: Enable SPI flash env for rockchip

On 27.12.19 13:04, Jagan Teki wrote: > On Fri, Dec 27, 2019 at 4:00 PM Soeren Moch wrote: >> Hi! >> >> On 27.12.19 07:50, Jagan Teki wrote: >>> Hi Kever, >>> >>> On Mon, Dec 23, 2019 at 8:04 AM Kever Yang >>> wrote: Jagan, On 2019/12/21 下午3:54, Jagan Teki wrote: > Most

[PATCH v2 1/2] Add GigaDevice gd25q128 128Mbit chip to spi-nor id table.

From: MCon Tested on VoCore2 Signed-off-by: MCon Signed-off-by: Mauro Condarelli --- Changes in v2: None drivers/mtd/spi/spi-nor-ids.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/mtd/spi/spi-nor-ids.c b/drivers/mtd/spi/spi-nor-ids.c index d3b84574ac..973b6f86c9 100644 -

[PATCH v2 2/2] Port to new board "VoCore2"

Small patch series to add support for VoCore/VoCore2 board. VoCore is open hardware and runs OpenWrt/LEDE. It has WIFI, USB, UART, 20+ GPIOs but is only one inch square. It will help you to make a smart house, study embedded system or even make the tiniest router in the world. Details about this

how to efficiently add a vendor zynqmp board stealing from xilinx/ dir?

short form: is there an efficient way to add a new vendor and new zynqmp-based board to the u-boot infrastructure without creating a whole new vendor directory that (mostly) duplicates what is already under board/xilinx/? as i read it, if i configure u-boot for, say, a xilinx zynqmp-based ZC

Re: [U-Boot][RESEND PATCH 01/10] board: ge: bx50v3: sync devicetrees from Linux

Hi Robert, I merged this series into -next branch, sorry for delay. Anyway, this series makes obsolete (at least in part) the previous one: https://patchwork.ozlabs.org/patch/1182350/ I will mark that series as superseeded in patchwork, please repost the missing patches on top of the (u-

[PATCH v6 0/8] Add a random number generator uclass

Add a random number generator(rng) uclass to facilitate adding drivers for rng devices. I plan to add an implementation of the EFI_RNG_PROTOCOL, which would get the random number from the rng uclass -- the protocol would be used by the efi stub for getting a random number for the kaslr feature. Th

[PATCH v6 1/8] dm: rng: Add random number generator(rng) uclass

Add a uclass for reading a random number seed from a random number generator device. Signed-off-by: Sughosh Ganu Reviewed-by: Patrice Chotard --- Changes since V5: * Handle review comments from Heinrich Schuchardt to read all the bytes requested in the individual drivers. drivers/Kconfig

[PATCH v6 2/8] clk: stm32mp1: Add a clock entry for RNG1 device

Add an entry for allowing clock enablement for the random number generator peripheral, RNG1. Signed-off-by: Sughosh Ganu Reviewed-by: Patrice Chotard Acked-by: Patrick Delaunay --- drivers/clk/clk_stm32mp1.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/clk_stm32mp1.c b/drive

[PATCH v6 4/8] configs: stm32mp15: Enable random number generator(rng) device

Enable support for the rng device on the stm32mp15 configs. Signed-off-by: Sughosh Ganu Reviewed-by: Patrice Chotard Acked-by: Patrick Delaunay --- configs/stm32mp15_basic_defconfig | 2 ++ configs/stm32mp15_optee_defconfig | 2 ++ configs/stm32mp15_trusted_defconfig | 2 ++ 3 files change

[PATCH v6 6/8] configs: sandbox: Enable random number generator(rng) device

Enable support for random number generator on sandbox configs. This is aimed primarily at adding unit test support for rng uclass. Signed-off-by: Sughosh Ganu Reviewed-by: Patrice Chotard Reviewed-by: Patrick Delaunay --- configs/sandbox64_defconfig | 2 ++ configs/sandbox_defconfig | 2 ++

[PATCH v6 3/8] stm32mp1: rng: Add a driver for random number generator(rng) device

Add a driver for the rng device found on stm32mp1 platforms. The driver provides a routine for reading the random number seed from the hardware device. Signed-off-by: Sughosh Ganu Reviewed-by: Patrice Chotard Acked-by: Patrick Delaunay --- Changes since V5: * Handle review comments from Heinric

[PATCH v6 5/8] sandbox: rng: Add a random number generator(rng) driver

Add a sandbox driver for random number generation. Mostly aimed at providing a unit test for rng uclass. Signed-off-by: Sughosh Ganu Reviewed-by: Patrice Chotard --- Changes since V5: * Handle review comments from Heinrich Schuchardt to read all the bytes requested in the individual drivers.

[PATCH v6 8/8] virtio: rng: Add a random number generator(rng) driver

Add a driver for the virtio-rng device on the qemu platform. The device uses pci as a transport medium. The driver can be enabled with the following configs CONFIG_VIRTIO CONFIG_DM_RNG CONFIG_VIRTIO_PCI CONFIG_VIRTIO_RNG Signed-off-by: Sughosh Ganu --- * Handle review comments from Heinrich Schu

[PATCH v6 7/8] test: rng: Add basic test for random number generator(rng) uclass

Add a unit test for testing the rng uclass functionality using the sandbox rng driver. Signed-off-by: Sughosh Ganu Reviewed-by: Patrice Chotard --- * Change the test checking logic based on changes made in the sandbox rng driver, which returns 0 on a successful read. test/dm/Makefile | 1 +

[PATCH v3 0/3] Add support for efi_rng_protocol

The patch series adds support for the EFI_RNG_PROTOCOL routines for qemu arm64 platform. The getrng routine, used to get the random bytes, uses the virtio-rng device found on the platform. The protocol, once installed, can be used by the efi stub in the kernel for getting random bytes needed for th

[PATCH v3 3/3] efi_rng_protocol: Install the efi_rng_protocol on the root node

Install the EFI_RNG_PROTOCOL implementation for it's subsequent use by the kernel for features like kaslr. Signed-off-by: Sughosh Ganu Reviewed-by: Heinrich Schuchardt --- include/efi_loader.h | 4 lib/efi_loader/efi_rng.c | 2 ++ lib/efi_loader/efi_root_node.c | 4 3

[PATCH v3 2/3] efi: qemu: arm64: Add efi_rng_protocol implementation for the platform

Add support for the EFI_RNG_PROTOCOL routines for the qemu arm64 platform. EFI_RNG_PROTOCOL is an uefi boottime service which is invoked by the efi stub in the kernel for getting random seed for kaslr. The routines are platform specific, and use the virtio-rng device on the platform to get random

[PATCH v3 1/3] efi_loader: Add guidcpy function

Add guidcpy function to copy the source guid to the destination guid. Use this function instead of memcpy for copying to the destination guid. Signed-off-by: Sughosh Ganu Reviewed-by: Heinrich Schuchardt --- include/efi_loader.h | 5 + lib/efi_loader/efi_boottime.c | 4 ++-- 2 file

[PATCH] test: Fix the boardspec for the SPL handoff test

This test currently does not run because it specifies the sandbox board instead of sandbox_spl. Fix it. Signed-off-by: Simon Glass --- test/py/tests/test_handoff.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/test/py/tests/test_handoff.py b/test/py/tests/test_handoff.py

Re: [PATCH v2 3/3] mach-imx: bootaux: elf firmware support

On 28/11/19 14:56, Igor Opaniuk wrote: > From: Igor Opaniuk > > Currently imx-specific bootaux command doesn't support ELF format > firmware for Cortex-M4 core. > > This patches introduces a PoC implementation of handling elf firmware > (load_elf_image_phdr() was copy-pasted from elf.c just for

Re: [U-Boot][RESEND PATCH 10/10] board: ge: mx53ppd: use imx wdt

On Tue, 12 Nov 2019 at 12:16, Robert Beckett wrote: > > Enable DM imx WDT > Enable SYSRESET_WATCHDOG to maintain WDT based reset ability > > Signed-off-by: Robert Beckett > --- > > arch/arm/dts/imx53-ppd-uboot.dtsi | 12 > arch/arm/dts/imx53-ppd.dts| 1 + > board/ge/mx53ppd

Re: [PATCH v4 0/7] usb: kbd: implement special keys

Hi, On Sat, 23 Nov 2019 at 13:05, Marek Vasut wrote: > > On 11/23/19 6:15 PM, Heinrich Schuchardt wrote: > > GRUB uses function keys. So we should support these with an USB keyboard. > > Provide support for F1-F12, Insert, Delete, Home, End, Page Up, Page Down. > > Simplify the code beforehand. >

Re: [U-Boot][RESEND PATCH 08/10] board: ge: pass rtc_status via device tree

Hi Robert, On Tue, 12 Nov 2019 at 12:16, Robert Beckett wrote: > > From: Ian Ray > > Pass rtc_status via the device tree, instead of on kernel command line. > Additionally, the 2038 mitigation is reported, if applied successfully. > > Signed-off-by: Ian Ray > Signed-off-by: Robert Beckett > --

Re: [PATCH 2/2] bootm: Add a bootm command for type IH_OS_EFI

Hi Cristian, On Sun, 24 Nov 2019 at 23:22, Heinrich Schuchardt wrote: > > On 11/24/19 9:11 PM, Cristian Ciocaltea wrote: > > Add support for booting EFI binaries contained in FIT images. > > A typical usage scenario is chain-loading GRUB2 in a verified > > boot environment. > > > > Signed-off-by:

Re: [PATCH 1/1] test/py: use valid device tree in test_fit.py

On Wed, 18 Dec 2019 at 03:06, Heinrich Schuchardt wrote: > > The device tree compiler expects that a node with a unit-address has a reg > property. > > Signed-off-by: Heinrich Schuchardt > --- > test/py/tests/test_fit.py | 9 ++--- > 1 file changed, 6 insertions(+), 3 deletions(-) Reviewed-

Re: [RFC PATCH 1/1] doc: net: Rewrite network driver documentation

Hi Andre, On Sun, 24 Nov 2019 at 18:32, Andre Przywara wrote: > > doc/README.drivers.eth seems like a good source for understanding > U-Boot's network subsystem, but is only talking about legacy network > drivers. This is particularly sad as proper documentation would help in > porting drivers ov

Re: [PATCH v3] arm: add acpi support for the arm

Hi, On Sun, 15 Dec 2019 at 18:54, Steven Hao wrote: > > This problem seems like lay aside. > > > 发件人: Bin Meng > 发送时间: 2019年11月27日 14:04 > 收件人: Simon Glass > 抄送: Heinrich Schuchardt ; Steven Hao > ; liu...@phytium.com.cn ; > ag...@csgraf.de ; ja...@amarulasolu

Re: [PATCH 02/35] common: Move main_loop() to init.h

Hi Simon, On Thu, 12 Dec 2019 at 01:33, Simon Goldschmidt wrote: > > Kind of off-topic, but Boris's address at Bootlin doesn't exist anymore and I > keep getting mail delivery error responses. > > Do we have any kind of marking such addresses as "don't use" to patman so this > won't happen in the

Re: [PATCH 14/35] common: Drop CONFIG_HAS_POST

Hi Tom, On Thu, 12 Dec 2019 at 06:59, Tom Rini wrote: > > On Wed, Dec 11, 2019 at 05:47:33PM -0700, Simon Glass wrote: > > This only exists to control whether the post/ directory is build. It is > > just as easy to check this in the Makefile. Remove CONFIG_HAS_POST and use > > an ifdef in the Mak

Re: [PATCH] blk: Check if_type in blk_get_devnum_by_typename

Hi Juha, On Sun, 24 Nov 2019 at 16:57, Juha Sarlin wrote: > > > > On 24 Nov 2019, at 19:37, Heinrich Schuchardt wrote: > > > > On 11/24/19 7:09 PM, Juha Sarlin wrote: > >> While searching for a BLK device, this function checks only for a > >> matching devnum. It should check if_type, too. > > >

Re: [PATCH v2 12/13] tpm: Add a driver for H1/Cr50

Hi, On Sat, 21 Dec 2019 at 11:17, Simon Glass wrote: > > H1 is a Google security chip present in recent Chromebooks, Pixel phones > and other devices. Cr50 is the name of the software that runs on H1 in > Chromebooks. > > This chip is used to handle TPM-like functionality and also has quite a > f

Re: [PATCH v2] spl: Introduce SPL_DM_GPIO Kconfig define

Hi Lukasz, On Sun, 17 Nov 2019 at 13:54, Lukasz Majewski wrote: > > Hi Simon, > > > Hi Simon, > > > > > Hi Lukasz, > > > > > > On Mon, 14 Oct 2019 at 06:41, Lukasz Majewski > > > wrote: > > > > > > > > Hi Simon, > > > > > > > > > Hi Lukasz, > > > > > > > > > > On Wed, 9 Oct 2019 at 03:02, Lukasz

Re: [PATCH v4 0/7] usb: kbd: implement special keys

On 12/27/19 5:41 PM, Simon Glass wrote: Hi, On Sat, 23 Nov 2019 at 13:05, Marek Vasut wrote: On 11/23/19 6:15 PM, Heinrich Schuchardt wrote: GRUB uses function keys. So we should support these with an USB keyboard. Provide support for F1-F12, Insert, Delete, Home, End, Page Up, Page Down. Si

[PATCH 1/1] doc: fix AX25-AE350 RISC-V documentation

Since commit 04883bf7acca ("doc: update AX25-AE350 RISC-V documentation") `make htmldocs` produces a log of warnings like doc/board/AndesTech/ax25-ae350.rst:373: WARNING: Block quote ends without a blank line; unexpected unindent. doc/board/AndesTech/ax25-ae350.rst:0: WARNING: Undefined substituti

Re: [RFC PATCH 1/1] doc: net: Rewrite network driver documentation

On 11/25/19 2:32 AM, Andre Przywara wrote: doc/README.drivers.eth seems like a good source for understanding U-Boot's network subsystem, but is only talking about legacy network drivers. This is particularly sad as proper documentation would help in porting drivers over to the driver model. Rewr

Re: [PATCH 2/2] bootm: Add a bootm command for type IH_OS_EFI

On 12/27/19 5:41 PM, Simon Glass wrote: I think we should avoid transferring arguments as strings. It is preferable to separate do_bootefi() into an argument parser and an execution part. Let's CC the developers who have contributed to common/bootm_os.c. Yes I think it would be good to create a

Re: [PATCH v3] arm: add acpi support for the arm

Dear Simon： I am expecting it. Regards, Steven Hao 获取 Outlook for iOS 发件人: Simon Glass 发送时间: Saturday, December 28, 2019 12:41:59 AM 收件人: Steven Hao 抄送: Bin Meng ; Heinrich Schuchardt ; liu...@phytium.com.cn ; ag...@csgraf.de ; ja...@am

Re: [PATCH v4 0/7] usb: kbd: implement special keys

Hi Heinrich, On Fri, 27 Dec 2019 at 11:21, Heinrich Schuchardt wrote: > > On 12/27/19 5:41 PM, Simon Glass wrote: > > Hi, > > > > On Sat, 23 Nov 2019 at 13:05, Marek Vasut wrote: > >> > >> On 11/23/19 6:15 PM, Heinrich Schuchardt wrote: > >>> GRUB uses function keys. So we should support these w

Re: [PATCH 2/3] ata: fsl_sata: Continue probing other sata port when failed current port.

Hi Peng, On Wed, 4 Dec 2019 at 03:36, Peng Ma wrote: > > In the initialization of sata driver, we want to initialize all port > probes, Therefore, any detection failure between of them should continue > initialization by skipping the current port instead of exit. > > Signed-off-by: Peng Ma >

Re: [PATCH 1/3] ata: sata_sil: Continue probing other sata port when failed current port.

Hi Peng, On Wed, 4 Dec 2019 at 03:36, Peng Ma wrote: > > In the initialization of sata driver, we want to initialize all port > probes, Therefore, any detection failure between of them should continue > initialization by skipping the current port instead of exit. > > Signed-off-by: Peng Ma >

Re: [PATCH v5 6/6] test: add rsa_verify() unit test

On Tue, 17 Dec 2019 at 01:53, AKASHI Takahiro wrote: > > In this patch, a very simple test is added to verify that rsa_verify() > using rsa_verify_with_pkey() work correctly. > > To keep the code simple, all the test data, either public key and > verified binary data, are embedded in the source. >

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

On Tue, 17 Dec 2019 at 17:44, AKASHI Takahiro wrote: > > 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 change

Re: [PATCH 3/3] cmd: sata: Add block unbind device function

On Wed, 4 Dec 2019 at 03:36, Peng Ma wrote: > > If we didn't unbind the sata from block device, the same devices would > be added after sata remove, > This patch is to resolve this issue as below: > > => sata info > SATA#0: > (3.0 Gbps) > SATA#1: > (3.0 Gbps) > Device 0: Model: INT

Re: [PATCH v5 4/6] lib: rsa: generate additional parameters for public key

On Tue, 17 Dec 2019 at 01:53, AKASHI Takahiro wrote: > > In the current implementation of FIT_SIGNATURE, five parameters for > a RSA public key are required while only two of them are essential. > (See rsa-mod-exp.h and uImage.FIT/signature.txt) > This is a result of considering relatively limited

Re: [U-Boot] [PATCH] spi: prevent overriding established bus settings

On Thu, 21 Nov 2019 at 04:45, Marcin Wojtas wrote: > > The SPI stack relies on a proper bus speed/mode configuration > by calling dm_spi_claim_bus(). However the hitherto code > allowed to accidentally override those settings in > the spi_get_bus_and_cs() routine. > > The initially established spe

Re: [PATCH 2/2] common: Add DDR error logging (ELOG) support for Broadcom boards

Hi Vladimir, On Mon, 18 Nov 2019 at 17:59, Vladimir Olovyannikov wrote: > > From: Sheetal Tigadoli > > Allow ELOG to use DDR for logging. > > Signed-off-by: Sheetal Tigadoli > Signed-off-by: Vladimir Olovyannikov > --- > common/Kconfig | 8 > common/Makefile| 1 + > common/

Re: [PATCH v2 3/3] env: Provide programmatic equivalent to 'setenv -f'

On Thu, 21 Nov 2019 at 07:32, James Byrne wrote: > > Add env_force_set() to provide an equivalent to 'setenv -f' that can be > used programmatically. > > Signed-off-by: James Byrne > --- > > Changes in v2: None > > cmd/nvedit.c | 17 ++--- > include/env.h | 13 + > 2 fil

Re: [PATCH 1/2] cmd: bcm: logsetup: Add Broadcom error log setup command

Hi Vladimir, On Mon, 18 Nov 2019 at 17:59, Vladimir Olovyannikov wrote: > > Some Broadcom platforms have ability to record event logs > by SCP. > Add a logsetup command which is used to perform initial > configuration of this log and move the command to > bcm/ directory to be used for Broadcom-sp

Re: [ubiblock PATCH] Read-only block driver on top of UBI volumes

Hi Juha, On Wed, 20 Nov 2019 at 17:40, Juha Sarlin wrote: > > Add "ubi block" command to create a block device on top of a UBI volume. > This block device can be used with some U-Boot commands, eg: fstype, ls > and load. > > Example use: > => ubi part fs > => ubi block root > root dev

Re: [PATCH v2 1/4] dfu: Drop unused prototype of dfu_trigger_reset()

On Wed, 27 Nov 2019 at 09:12, Andy Shevchenko wrote: > > After the commit 1cc03c5c53c0 ("dfu: Provide means to find difference between > dfu-util -e and -R") the dangling ptototype appeared. Remove it here. > > Fixes: 1cc03c5c53c0 ("dfu: Provide means to find difference between dfu-util > -e and

Re: [PATCH 6/7] configs: sandbox: Enable random number generator(rng) device

On Wed, 4 Dec 2019 at 08:12, Patrice CHOTARD wrote: > > > On 12/4/19 12:53 PM, Sughosh Ganu wrote: > > Enable support for random number generator on sandbox configs. This is > > aimed primarily at adding unit test support for rng uclass. > > > > Signed-off-by: Sughosh Ganu > > --- > > configs/sa

Re: [PATCH 1/1] cmd: gpt: Enumerate partitions and save info into an U-Boot variable

Hi Vladimir, On Fri, 22 Nov 2019 at 14:48, Vladimir Olovyannikov wrote: > > From: Corneliu Doban > > Add enumeration of gpt partitions and saving this information into > U-Boot variables. > > Signed-off-by: Corneliu Doban > Signed-off-by: Vladimir Olovyannikov > --- > cmd/gpt.c | 95 +

Re: flashing and testing u-boot on chromebook_bob

Hi Sahaj, On Fri, 29 Nov 2019 at 22:24, Sahaj Sarup wrote: > > Hi Simon, > > Been a couple of weeks. I have obtained a SuzyQable and its working > well with bob. I can see RxTx from Cr50, AP and EC. On mainline linux > from ArchLinuxArm I can see earlyprintk as well. However I am still > stuck on

Re: [PATCH 1/7] dm: rng: Add random number generator(rng) uclass

On Wed, 4 Dec 2019 at 04:54, Sughosh Ganu wrote: > > Add a uclass for reading a random number seed from a random number > generator device. > > Signed-off-by: Sughosh Ganu > --- > drivers/Kconfig | 2 ++ > drivers/Makefile | 1 + > drivers/rng/Kconfig | 7 +++ > driv

Re: [RESEND PATCH 7/7] phy: phy-mtk-tphy: make ref clock optional

On Sun, 15 Dec 2019 at 20:14, Chunfeng Yun wrote: > > If make the ref clock optional, no need refer to fixed-clock when > the ref clock is always on or comes from oscillator directly. > > Signed-off-by: Chunfeng Yun > --- > drivers/phy/phy-mtk-tphy.c | 3 ++- > 1 file changed, 2 insertions(+), 1

Re: [RESEND PATCH 4/7] clk: add APIs to get (optional) clock by name without a device

On Sun, 15 Dec 2019 at 20:14, Chunfeng Yun wrote: > > Sometimes we may need get (optional) clock without a device, > that means use ofnode. > e.g. when the phy node has subnode, and there is no device created > for subnode, in this case, we need these new APIs to get subnode's > clock. > > Signed-

Re: [PATCH] log: Include missing header for log.h

On Tue, 24 Dec 2019 at 21:54, Sean Anderson wrote: > > log.h references cmd_tbl_t but command.h was not included > > Signed-off-by: Sean Anderson > --- > include/log.h | 1 + > 1 file changed, 1 insertion(+) Reviewed-by: Simon Glass

Re: [RESEND PATCH 3/7] clk: check valid clock by clk_valid()

On Sun, 15 Dec 2019 at 20:14, Chunfeng Yun wrote: > > Add valid check for clk->dev, it's useful when get optional > clock even when the clk point is valid, but its dev will be > NULL. > > Signed-off-by: Chunfeng Yun > --- > drivers/clk/clk-uclass.c | 16 > 1 file changed, 8 inse

Re: [RESEND PATCH 5/7] clk: fixed_rate: add dummy enable() function

On Sun, 15 Dec 2019 at 20:14, Chunfeng Yun wrote: > > This is used to avoid clk_enable() return -ENOSYS. > > Signed-off-by: Chunfeng Yun > --- > drivers/clk/clk_fixed_rate.c | 7 +++ > 1 file changed, 7 insertions(+) > Reviewed-by: Simon Glass

Re: [PATCH 7/7] test: rng: Add basic test for random number generator(rng) uclass

On Wed, 4 Dec 2019 at 08:12, Patrice CHOTARD wrote: > > > On 12/4/19 12:53 PM, Sughosh Ganu wrote: > > Add a unit test for testing the rng uclass functionality using the > > sandbox rng driver. > > > > Signed-off-by: Sughosh Ganu > > --- > > test/dm/Makefile | 1 + > > test/dm/rng.c| 26 +++

Re: [RESEND PATCH 6/7] phy: phy-mtk-tphy: remove the check of -ENOSYS

On Sun, 15 Dec 2019 at 20:14, Chunfeng Yun wrote: > > No need check -ENOSYS anymore after add dummy_enable() for > fixed-clock. > > Signed-off-by: Chunfeng Yun > --- > drivers/phy/phy-mtk-tphy.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) Reviewed-by: Simon Glass

Re: [PATCH v2 2/4] dfu: Refactor do_dfu() to handle optional argument

On Wed, 27 Nov 2019 at 09:12, Andy Shevchenko wrote: > > In the future we may utilize optional argument in 'dfu' command line. > As a preparation for this, refactor do_dfu(). > > Signed-off-by: Andy Shevchenko > Acked-by: Lukasz Majewski > --- > cmd/dfu.c | 17 ++--- > 1 file change

Re: commit "dm: spi: Avoid setting the speed with every transfer"

Hi Rasmus, On Sat, 14 Dec 2019 at 16:27, Rasmus Villemoes wrote: > > Hi > > I'm wondering how commit 60e2809a84 (dm: spi: Avoid setting the speed > with every transfer) works. AFAIU, the currently selected speed is a > property of the SPI master, so suppose we have two slaves, A which has > max_h

Re: [PATCH v2 4/4] x86: edison: Enable DFU timeout

On Wed, 27 Nov 2019 at 09:12, Andy Shevchenko wrote: > > The stock U-Boot on Intel Edison has timeout parameter for DFU command. > Enable it here to be compatible with the original U-Boot configuration. > > Signed-off-by: Andy Shevchenko > --- > v2: > - rebase on top of origin/master as of today

Re: [PATCH 5/7] sandbox: rng: Add a random number generator(rng) driver

On Wed, 4 Dec 2019 at 04:54, Sughosh Ganu wrote: > > Add a sandbox driver for random number generation. Mostly aimed at > providing a unit test for rng uclass. > > Signed-off-by: Sughosh Ganu > --- > arch/sandbox/dts/test.dts | 4 > drivers/rng/Kconfig | 7 +++ > drivers/rng/Mak

Re: [PATCH v2 3/4] dfu: Add optional timeout parameter

HI Andy, On Wed, 27 Nov 2019 at 09:12, Andy Shevchenko wrote: > > When the `dfu` command is called from the U-Boot environment, > it now accepts an optional parameter that specifies a timeout (in seconds). > If a DFU connection is not made within that time the `dfu` command exits > (as it would i

Re: [RESEND PATCH 2/7] clk: fix error check for devm_clk_get_optional()

On Sun, 15 Dec 2019 at 20:14, Chunfeng Yun wrote: > > If skip all return error number, it may skip some real error cases, > so only skip the error when the clock is not provided in DTS > > Signed-off-by: Chunfeng Yun > --- > drivers/clk/clk-uclass.c | 2 +- > 1 file changed, 1 insertion(+), 1 de

Re: [RESEND PATCH 1/7] clk: mediatek: mt7629: add support for ssusbsys

On Sun, 15 Dec 2019 at 20:14, Chunfeng Yun wrote: > > The SSUSB IP's clocks come from ssusbsys module on mt7629, > so add its driver > > Signed-off-by: Chunfeng Yun > --- > drivers/clk/mediatek/clk-mt7629.c | 42 +++ > 1 file changed, 42 insertions(+) Reviewed-by: Si

Re: [RESEND PATCH 1/7] clk: mediatek: mt7629: add support for ssusbsys

On Fri, 2019-12-27 at 19:27 -0700, Simon Glass wrote: > On Sun, 15 Dec 2019 at 20:14, Chunfeng Yun wrote: > > > > The SSUSB IP's clocks come from ssusbsys module on mt7629, > > so add its driver > > > > Signed-off-by: Chunfeng Yun > > --- > > drivers/clk/mediatek/clk-mt7629.c | 42 ++

Re: [PATCH] omap3_beagle: Change NAND ECC scheme back to OMAP_ECC_HAM1_CODE_HW

On Sat, Dec 21, 2019 at 05:18:22PM +0100, Patrik Dahlström wrote: > The omap3_beagle NAND ECC scheme was changed in 4b37928d357 for unknown > reasons, leading to uncorrectible ecc errors. This commit changes it > back to what it was before. > > Signed-off-by: Patrik Dahlström Applied to u-boot/

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

On Fri, Dec 27, 2019 at 05:56:48PM +0530, Jagan Teki wrote: > Hi Tom, > > Please pull this PR for the release. > > Summary: > - Orange Pi Zero Plus 2 support > - sunxi psci, prcm fixes > > The following changes since commit 643366bcd5e32878a951e39b8b553b794695b026: > > Merge tag 'u-boot-stm

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

On Fri, Dec 27, 2019 at 05:50:51PM +0530, Jagan Teki wrote: > Hi Tom, > > Please pull this PR for the release. > > Summary: > - rk spi transfer limit fix > - Gigadevice, gd25q128 support > - spi-nor-core warnings > > thanks, > Jagan. > > The following changes since commit 643366bcd5e32878a951e

Re: [RESEND PATCH 1/7] clk: mediatek: mt7629: add support for ssusbsys

On Sat, 2019-12-28 at 10:49 +0800, Chunfeng Yun wrote: > On Fri, 2019-12-27 at 19:27 -0700, Simon Glass wrote: > > On Sun, 15 Dec 2019 at 20:14, Chunfeng Yun > > wrote: > > > > > > The SSUSB IP's clocks come from ssusbsys module on mt7629, > > > so add its driver > > > > > > Signed-off-by: Chunfe

Re: [PATCH v4 0/7] usb: kbd: implement special keys

On 12/28/19 3:26 AM, Simon Glass wrote: Hi Heinrich, On Fri, 27 Dec 2019 at 11:21, Heinrich Schuchardt wrote: On 12/27/19 5:41 PM, Simon Glass wrote: Hi, On Sat, 23 Nov 2019 at 13:05, Marek Vasut wrote: On 11/23/19 6:15 PM, Heinrich Schuchardt wrote: GRUB uses function keys. So we shoul

Re: [PATCH v6 8/8] virtio: rng: Add a random number generator(rng) driver

On 12/27/19 3:23 PM, Sughosh Ganu wrote: Add a driver for the virtio-rng device on the qemu platform. The device uses pci as a transport medium. The driver can be enabled with the following configs CONFIG_VIRTIO CONFIG_DM_RNG CONFIG_VIRTIO_PCI CONFIG_VIRTIO_RNG Signed-off-by: Sughosh Ganu ---

Re: [PATCH v6 7/8] test: rng: Add basic test for random number generator(rng) uclass

On 12/27/19 3:23 PM, Sughosh Ganu wrote: Add a unit test for testing the rng uclass functionality using the sandbox rng driver. Signed-off-by: Sughosh Ganu Reviewed-by: Patrice Chotard Reviewed-by: Heinrich Schuchardt

Re: [PATCH v6 6/8] configs: sandbox: Enable random number generator(rng) device

On 12/27/19 3:23 PM, Sughosh Ganu wrote: Enable support for random number generator on sandbox configs. This is aimed primarily at adding unit test support for rng uclass. Signed-off-by: Sughosh Ganu Reviewed-by: Patrice Chotard Reviewed-by: Patrick Delaunay Why do you exclude: * configs/s

Re: [PATCH v6 5/8] sandbox: rng: Add a random number generator(rng) driver

On 12/27/19 3:23 PM, Sughosh Ganu wrote: Add a sandbox driver for random number generation. Mostly aimed at providing a unit test for rng uclass. Signed-off-by: Sughosh Ganu Reviewed-by: Patrice Chotard --- Changes since V5: * Handle review comments from Heinrich Schuchardt to read all the

Re: [PATCH v6 1/8] dm: rng: Add random number generator(rng) uclass

On 12/27/19 3:23 PM, Sughosh Ganu wrote: Add a uclass for reading a random number seed from a random number generator device. Signed-off-by: Sughosh Ganu Reviewed-by: Patrice Chotard Reviewed-by: Heinrich Schuchardt

Re: [PATCH v6 0/8] Add a random number generator uclass

On 12/27/19 3:23 PM, Sughosh Ganu wrote: Add a random number generator(rng) uclass to facilitate adding drivers for rng devices. I plan to add an implementation of the EFI_RNG_PROTOCOL, which would get the random number from the rng uclass -- the protocol would be used by the efi stub for getting

  1   2   >