Re: [PATCH 11/11] roc-rk3399-pc: Add SPI boot support

On Mon, Dec 30, 2019 at 8:35 AM Kever Yang wrote: > > > On 2019/12/21 下午3:54, Jagan Teki wrote: > > Add SPI boot support for ROC-RK3399-PC board. > > > > This would add separate config file > > What is the key reason to have a new separate config file? I think it > would be much better > > to use

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

Hi Simon, >-Original Message- >From: Simon Glass >Sent: 2019年12月28日 10:27 >To: Peng Ma >Cc: Priyanka Jain ; Marcel Ziswiler >; Andy Tang ; >u-boot@lists.denx.de >Subject: [EXT] Re: [PATCH 2/3] ata: fsl_sata: Continue probing other sata port >when failed current port. > >Caution: EXT

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

Hi Simon, I am very sorry to reply late, Please see comments inline. Best Regards, Peng >-Original Message- >From: Simon Glass >Sent: 2019年12月28日 10:27 >To: Peng Ma >Cc: Priyanka Jain ; Marcel Ziswiler >; Andy Tang ; >u-boot@lists.denx.de >Subject: [EXT] Re: [PATCH 1/3] ata: sata_sil:

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

Hi Simon, >-Original Message- >From: Simon Glass >Sent: 2019年12月28日 10:27 >To: Peng Ma >Cc: Priyanka Jain ; Marcel Ziswiler >; Andy Tang ; >u-boot@lists.denx.de >Subject: [EXT] Re: [PATCH 3/3] cmd: sata: Add block unbind device function > >Caution: EXT Email > >On Wed, 4 Dec 2019 at

[PATCH 15/19] dm: devres: Convert to use logging

At present when CONFIG_DEBUG_DEVRES is enabled, U-Boot prints log messages to the console with every devres allocation/free event. This causes most tests to fail since the console output is not as expected. In particular this prevents us from adding a device to sandbox which uses devres in its

[PATCH 16/19] dm: test: Add a test driver for devres

Add a driver which does devres allocations so that we can write tests for devres. Signed-off-by: Simon Glass --- arch/sandbox/dts/test.dts | 4 include/dm/uclass-id.h| 1 + include/test/test.h | 9 test/dm/test-fdt.c| 47

[PATCH 17/19] dm: devres: Add tests

The devres functionality has very few users in U-Boot, but it still should have tests. Add a few basic tests of the main functions. Signed-off-by: Simon Glass --- drivers/core/devres.c | 13 +++ include/dm/devres.h | 20 + test/dm/Makefile | 1 + test/dm/devres.c | 178

[PATCH 13/19] dm: devres: Create a new devres header file

At present these functions are lumped in with the core device functions. They have their own #ifdef to control their availability, so it seems better to split them out. Move them into their own header file. Signed-off-by: Simon Glass --- include/dm/device.h | 255

[PATCH 19/19] dm: devres: Add a new OFDATA phase

Since the ofdata_to_platdata() method can allocate resources, add it as a new devres phase. Signed-off-by: Simon Glass --- drivers/core/devres.c | 18 +- include/test/test.h | 3 ++- test/dm/devres.c | 14 +++--- test/dm/test-fdt.c| 11 +++ 4 files

[PATCH 18/19] dm: devres: Use an enum for the allocation phase

At present we only support two phases where devres can be used: bind and probe. This is handled with a boolean. We want to add a new phase (platdata), so change this to an enum. Signed-off-by: Simon Glass --- drivers/core/devres.c | 22 -- 1 file changed, 16 insertions(+),

[PATCH 08/19] dm: core: Move ofdata_to_platdata() call earlier

This method is supposed to extract platform data from the device tree. It should be done before the device itself is probed. Move it earlier in the device_probe() function. Signed-off-by: Simon Glass --- drivers/core/device.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-)

[PATCH 11/19] dm: core: Export a new function to read platdata

Add a new internal function, device_ofdata_to_platdata() to handle allocating private space associated with each device and reading the platform data from the device tree. Call this new function from device_probe(). Signed-off-by: Simon Glass --- drivers/core/device.c| 29

[PATCH 09/19] dm: core: Allocate parent data separate from probing parent

At present the parent is probed before the child's ofdata_to_platdata() method is called. Adjust the logic slightly so that probing parents is not done until afterwards. Signed-off-by: Simon Glass --- drivers/core/device.c | 19 +++ 1 file changed, 11 insertions(+), 8

[PATCH 10/19] dm: core: Add a comment for DM_FLAG_OF_PLATDATA

This flag is missing a comment. Add one. Signed-off-by: Simon Glass --- include/dm/device.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/dm/device.h b/include/dm/device.h index d7ad9d6728..21774708e7 100644 --- a/include/dm/device.h +++ b/include/dm/device.h @@ -45,6 +45,7 @@

[PATCH 14/19] test: Add functions to find the amount of allocated memory

The malloc() implementations provides a way of finding out the approximate amount of memory that is allocated. Add helper functions to make it easier to access this and see changes over time. This is useful for tests that want to check if memory has been allocated or freed. Signed-off-by: Simon

[PATCH 07/19] dm: core: Don't clear active flag twice when probe() fails

Remove this duplicated code, since the 'fail' label does this immediately. Signed-off-by: Simon Glass --- drivers/core/device.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/core/device.c b/drivers/core/device.c index 4e037083a6..2442b5834d 100644 ---

[PATCH 12/19] dm: core: Add a new flag to track platform data

We want to avoid allocating platform data twice. This could happen if device_probe() is called after device_ofdata_to_platdata() for the same device. Add a flag to track whether device_ofdata_to_platdata() has been called on a device. Check the flag to make sure it doesn't happen twice, and clear

[PATCH 06/19] aspeed: ast2500: Read clock ofdata in the correct method

At present the clock driver reads its ofdata in the probe() method. This is not correct although it is often harmless. However in this case it causes a problem, something like this: - ast_get_scu() is called (from somewhere) to get the SCI address - this probes the clock - first sets up

[PATCH 04/19] x86: apl: Avoid accessing the PCI bus before it is probed

The PCI bus is not actually probed by the time the ofdata_to_platdata() method is called since that happens in the uclass's post_probe() method. Update the PMC and P2SB drivers to access the bus in its probe() method. Signed-off-by: Simon Glass --- arch/x86/cpu/apollolake/p2sb.c | 20

[PATCH 05/19] pci: Print a warning if the bus is accessed before probing

It is not possible to access a device on a PCI bus that has not yet been probed, since the bus number is not known. Add a warning to catch this error. Signed-off-by: Simon Glass --- drivers/pci/pci-uclass.c | 13 + 1 file changed, 13 insertions(+) diff --git

[PATCH 03/19] usb: Drop use of BUG_ON() and WARN_ON()

These macros use __FILE__ which inserts the full path of the object file into U-Boot, thus increasing file size. Drop these usages. An older version of this patch was submitted here: http://patchwork.ozlabs.org/patch/1205784/ Signed-off-by: Simon Glass --- drivers/usb/gadget/composite.c

[PATCH 02/19] dm: core: Use assert_noisy() in devres

Use this macros instead of the linux ones, as the output is smaller. Signed-off-by: Simon Glass --- drivers/core/devres.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/core/devres.c b/drivers/core/devres.c index f2a19ec61b..a3f915dd73 100644 ---

[PATCH 01/19] common: Add a noisy assert()

Some U-Boot code uses BUG_ON() and WARN_ON() macros. These use __FILE__ which can include quite a large path, depending on how U-Boot is built. The existing assert() is only checked if DEBUG is enabled. Add a new one which is always checked, and prints a (smaller) error in that case.

[PATCH 00/19] dm: core: Fully separate ofdata_to_platdata() from probe()

At present ofdata_to_platdata() is done as part of device_probe(). Drivers are supposed to read their platdata in the ofdata_to_platdata method() but this requirement is not always followed. Having these methods separate helps deal with of-platdata, where the probe() method is common to both

Re: [PATCH 02/11] distro_bootcmd: Add SF support

On 2019/12/21 下午3:54, Jagan Teki wrote: Add distro boot command support for SPI flash. This distro boot will read the boot script at specific location at the flash and start sourcing the same. The common macro like BOOTENV_SHARED_FLASH would help to extend the support for nand flash in

Re: [PATCH 05/11] rk3399: Check MMC env while defining it

On 2019/12/21 下午3:54, Jagan Teki wrote: rk3399 do support SPI flash as well, so there is a possibility of using flash environment for those usecases. So define env device for MMC only when it is used by specific configuration. Signed-off-by: Jagan Teki Reviewed-by: Kever Yang Thanks, -

Re: [PATCH 04/11] rk3399: Add boot flash script offet, size

On 2019/12/21 下午3:54, Jagan Teki wrote: Most of the SPI flash devices in rockchip (rk3399) are 16MiB size. So, let's use the script offset at the end of 8K. This way it cannot overlap any offsets being used by software components in flash layout. Signed-off-by: Jagan Teki Reviewed-by:

Re: [PATCH 11/11] roc-rk3399-pc: Add SPI boot support

On 2019/12/21 下午3:54, Jagan Teki wrote: Add SPI boot support for ROC-RK3399-PC board. This would add separate config file What is the key reason to have a new separate config file? I think it would be much better to use the same defconfig, spi boot is one of features like other

Re: [PATCH 06/11] env: kconfig: Restrict rockchip env for MMC

On 2019/12/21 下午3:54, Jagan Teki wrote: Rockchip do support SPI flash as well, so there is a possibility of using flash environment for those use cases. So, restrict the current env offset, size for MMC. Signed-off-by: Jagan Teki Reviewed-by: Kever Yang Thanks, - Kever --- env/Kconfig

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

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 env of 8KiB would be a compatible location between all variants of flash sizes. This patch add env start from

Re: [PATCH 09/11] roc-pc-rk3399: Enable SPI Flash

On 2019/12/21 下午3:54, Jagan Teki wrote: Enable winbond SPI flash for ROC-PC-RK3399 board. Signed-off-by: Jagan Teki Reviewed-by: Kever Yang Thanks, - Kever --- arch/arm/dts/rk3399-roc-pc-u-boot.dtsi | 4 configs/roc-pc-rk3399_defconfig| 2 ++ 2 files changed, 6

Re: [PATCH 08/11] rockchip: dts: Sync ROC-RK3399-PC changes from Linux

On 2019/12/21 下午3:54, Jagan Teki wrote: Sync the ROC-RK3399-PC device tree changes from Linux with below commit details: commit ("arm64: dts: rockchip: Enable MTD Flash on rk3399-roc-pc") Signed-off-by: Jagan Teki Reviewed-by: Kever Yang Thanks, - Kever ---

Re: [PATCH 10/11] rockpro-rk3399: Enable SPI Flash

On 2019/12/21 下午3:54, Jagan Teki wrote: Enable winbond SPI flash for ROC-PC-RK3399 board. Signed-off-by: Jagan Teki Reviewed-by: Kever Yang Thanks, - Kever --- arch/arm/dts/rk3399-rockpro64-u-boot.dtsi | 4 configs/rockpro64-rk3399_defconfig| 2 ++ 2 files changed, 6

[PATCH v5 1/5] image: Add IH_OS_EFI for EFI chain-load boot

Add a new OS type to be used for chain-loading an EFI compatible firmware or boot loader like GRUB2, possibly in a verified boot scenario. Bellow is sample ITS file that generates a FIT image supporting secure boot. Please note the presence of 'os = "efi";' line, which identifies the currently

[PATCH v5 5/5] test/py: Create a test for launching UEFI binaries from FIT images

This test verifies the implementation of the 'bootm' extension that handles UEFI binaries inside FIT images (enabled via CONFIG_BOOTM_EFI). Signed-off-by: Cristian Ciocaltea --- test/py/tests/test_efi_fit.py | 458 ++ 1 file changed, 458 insertions(+) create

[PATCH v5 4/5] doc: uefi.rst: Document launching UEFI binaries from FIT images

This patch adds a new section "Launching a UEFI binary from a FIT image" documenting the usage of the CONFIG_BOOTM_EFI extension to bootm command that offers a verified boot alternative for UEFI binaries such as GRUB2. Signed-off-by: Cristian Ciocaltea Reviewed-by: Heinrich Schuchardt ---

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

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: Cristian Ciocaltea Reviewed-by: Heinrich Schuchardt --- cmd/Kconfig | 7 ++ common/bootm_os.c | 56

[PATCH v5 0/5] Add support for booting EFI FIT images

Currently the only way to run an EFI binary like GRUB2 is via the 'bootefi' command, which cannot be used in a verified boot scenario. The obvious solution to this limitation is to add support for booting FIT images containing those EFI binaries. The implementation relies on a new image type -

[PATCH v5 3/5] doc: Add sample uefi.its image description file

This patch adds an example FIT image description file demonstrating the usage of bootm command to securely launch UEFI binaries. Signed-off-by: Cristian Ciocaltea Reviewed-by: Heinrich Schuchardt --- doc/uImage.FIT/uefi.its | 67 + 1 file changed, 67

Re: [PATCH PATCH v6 00/13] Add support for applications of overlays in SPL

Hi Jean-Jacques, On Mon, 23 Dec 2019 at 09:25, Jean-Jacques Hiblot wrote: > > Tom, Simon, > > gentle ping on this series. It has been posted for a long time and I did > not push for it because I was working on other stuff. am654x and J7x > SOCs will need this kind of feature. > > Before sending

Re: [PATCH PATCH v6 12/13] dts: Add support for adding DT overlays in u-boot.img

On Tue, 22 Oct 2019 at 08:40, Jean-Jacques Hiblot wrote: > > If u-boot.img is a FIT image, CONFIG_OF_OVERLAY_LIST can be used to add > DT overlays to u-boot.img. > > Signed-off-by: Jean-Jacques Hiblot > --- > > Changes in v6: None > Changes in v5: None > Changes in v4: None > Changes in v3: None

Re: [PATCH 1/2] menu: Make some parts of the menu available to other components

Hi Schrempf, On Tue, 10 Dec 2019 at 08:47, Schrempf Frieder wrote: > > From: Frieder Schrempf > > In order to iterate over the menu entries and match for a specific > name in the pxe boot, we need to properly export the needed structs > and functions. > > Signed-off-by: Frieder Schrempf > ---

Re: [PATCH PATCH v6 10/13] drivers: board: Add get_fit_loadable()

On Tue, 22 Oct 2019 at 08:40, Jean-Jacques Hiblot wrote: > > This function will be used by the SPL to get the names of images to load > from the FIT. This allows to load different images based on runtime HW > detection. > > Signed-off-by: Jean-Jacques Hiblot > > --- > > Changes in v6: None >

Re: [U-Boot] [PATCH v4 4/5] dm: core: Don't include ofnode functions with of-platdata

Hi Walter, On Thu, 7 Nov 2019 at 12:47, Walter Lozano wrote: > > Hi Simon, > > Thanks for your patch. > > On 7/11/19 12:53, Simon Glass wrote: > > These functions cannot work with of-platdata since libfdt is not > > available. At present when dev_read_...() functions are used it produces > >

Re: [PATCH] spl_fit.c: enable loading compressed u-boot from fit image

Hi Rasmus, On Wed, 11 Dec 2019 at 04:03, Rasmus Villemoes wrote: > > From: "Klaus H. Sorensen" > > Allow reading compressed content from fit image, even if > CONFIG_SPL_OS_BOOT is not set. > > This allow booting compressed 2nd stage u-boot from fit image. > > Additionally, do not print warning

Re: [PATCH 14/20] serial_lpuart: add clock enable if CONFIG_CLK is defined

Hi Giulio, On Tue, 17 Dec 2019 at 11:37, Giulio Benetti wrote: > > Hi Lukasz and all, > > On 12/10/19 12:48 AM, Lukasz Majewski wrote: > > On Mon, 9 Dec 2019 16:20:10 +0100 > > Giulio Benetti wrote: > > > >> Hi Lukasz, > >> > >> On 12/8/19 3:52 PM, Lukasz Majewski wrote: > >>> On Wed, 4 Dec

Re: [PATCH PATCH v6 04/13] spl: fit: allocate a temporary buffer to load the overlays

On Tue, 22 Oct 2019 at 08:40, Jean-Jacques Hiblot wrote: > > If the node describing an overlay does not specify a load address, it will > be loaded at the address previously used. > Fixing it by allocating a temporary buffer that will be used as a > default load address. By default, the size of

Re: [PATCH v2 14/14] test: pinmux: add pincontrol-gpio for pin configuration

On Tue, 26 Nov 2019 at 01:49, Patrick Delaunay wrote: > > Add a simple pincontrol associated to the sandbox gpio driver, > that allows to check pin configuration with the command pinmux. > > The pmux test is also updated to test behavior with 2 pincontrols. > > Example to check LED pin

Re: [PATCH v2 13/14] test: dm: update test for pins configuration in gpio

On Tue, 26 Nov 2019 at 01:49, Patrick Delaunay wrote: > > Add tests for new API set_dir_flags and set_dir_flags and associated > code in gpio uclass. > > Test support for new flags GPIO_OPEN_DRAIN, GPIO_OPEN_SOURCE > GPIO_PULL_UP and GPIO_PULL_DOWN. > > Signed-off-by: Patrick Delaunay > --- > >

Re: [PATCH v2 08/14] gpio: add ops for configuration with dir flags

Hi Patrick, On Tue, 26 Nov 2019 at 01:49, Patrick Delaunay wrote: > > This commit manages the dir flags that can be used in gpio specifiers > to indicate if a pull-up resistor or pull-down resistor should be > enabled for output gpio (GPIO_PULL_UP, GPIO_PULL_DOWN) and the > Open Drain/Open

Re: [PATCH v1 1/2] Makefile: Fix CONFIG_SYS_UBOOT_START default value

On Fri, 6 Dec 2019 at 07:01, Patrice Chotard wrote: > > This patches restores boot on boards which rely on > CONFIG_SYS_UBOOT_START equal to CONFIG_SYS_TEXT_BASE when using SPL > > Fixes: d3e97b53c1f2 ("spl: fix entry_point equal to load_addr") > > Signed-off-by: Patrice Chotard > --- > >

Re: [PATCH v2 03/14] dm: pinctrl: migrate pinctrl-generic to livetree

On Tue, 26 Nov 2019 at 01:49, Patrick Delaunay wrote: > > Migrate pinctrl-generic to livetree: > - dev_for_each_property > - dev_read_prop_by_prop > - dev_read_string_count > - dev_read_string_index > and get rid of DECLARE_GLOBAL_DATA_PTR. > > This patch solves the parsing issue during sandbox

Re: [PATCH v2 07/14] gpio: add gpio descriptor initialization helper

On Tue, 26 Nov 2019 at 01:49, Patrick Delaunay wrote: > > Add a helper function gpio_desc_init() to initialize the gpio descriptor; > with this function the flags will be always set to 0. > > It wasn't the case before this patch in dm_gpio_lookup_name. > > Signed-off-by: Patrick Delaunay > --- >

Re: [PATCH v2 02/14] dm: core: add ofnode and dev function to iterate on node property

On Tue, 26 Nov 2019 at 01:49, Patrick Delaunay wrote: > > Add functions to iterate on all property with livetree > - dev_read_first_prop > - dev_read_next_prop > - dev_read_prop_by_prop > and > - ofnode_get_first_property > - ofnode_get_next_property > - ofnode_get_property_by_prop > > For

Re: [PATCH v2 01/14] dm: pinctrl: convert pinctrl-single to livetree

On Tue, 26 Nov 2019 at 01:49, Patrick Delaunay wrote: > > Convert 'pinctrl-single' using livetree functions > - dev_read_prop > - dev_read_u32_default > - dev_read_u32_array > - dev_read_bool > - dev_read_addr > and get rid of DECLARE_GLOBAL_DATA_PTR. > > Signed-off-by: Patrick Delaunay > --- >

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

Hi Heinrich, On Fri, 27 Dec 2019 at 21:54, Heinrich Schuchardt wrote: > > 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

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

Hi, On Sat, 28 Dec 2019 at 06:21, Heinrich Schuchardt wrote: > > On 12/28/19 12:07 PM, Sughosh Ganu wrote: > > > > On Sat, 28 Dec 2019 at 11:55, Heinrich Schuchardt > > wrote: > > > > On 12/27/19 3:23 PM, Sughosh Ganu wrote: > > > Enable support for random

Re: [PATCH v2 06/14] gpio: remove the open_drain API and ops

On Tue, 26 Nov 2019 at 01:49, Patrick Delaunay wrote: > > This patch removes the ops get_open_drain/set_open_drain > and the API dm_gpio_get_open_drain/dm_gpio_set_open_drain. > > The ops only provided in one driver (mpc8xxx gpio) and the > associated API is never called in boards. > > This patch

Re: [PATCH PATCH v6 13/13] spl: fit: Allow the board to tell if more images must be loaded from FIT

On Tue, 22 Oct 2019 at 08:40, Jean-Jacques Hiblot wrote: > > spl_fit_get_image_name() is used to get the names of the images that the > SPL must load from the FIT. It relies on the content of a property present > in the FIT. The list of images is thus statically defined in the FIT. > With this

[PATCH v1 1/1] travis-ci: Fix "ResourceWarning: unclosed file"

This patch gets rid of the warning messages like: uboot-test-hooks/py/travis-ci/travis_tftp.py:43: ResourceWarning: unclosed file <_io.BufferedReader name='.bm-work/qemu_arm/u-boot.bin'> Signed-off-by: Cristian Ciocaltea --- py/travis-ci/travis_tftp.py | 5 - 1 file changed, 4

Re: [PATCH v4 5/5] test/py: Create a test for launching UEFI binaries from FIT images

On Sun, Dec 29, 2019 at 08:11:10PM +0100, Heinrich Schuchardt wrote: > On 12/29/19 7:39 PM, Cristian Ciocaltea wrote: > > On Sun, Dec 29, 2019 at 11:22:08AM +0100, Heinrich Schuchardt wrote: > > > On 12/24/19 5:05 PM, Cristian Ciocaltea wrote: > > > > This test verifies the implementation of the

SUNXI : DE2 : H3 : Add support for setenv video-mode

Is it on the roadmap adding support for setenv video-mode? Please advice. Many thanks in advance, Arjan http://www.orangepi-dmx.org/allwinner-h3

Re: [PATCH v4 5/5] test/py: Create a test for launching UEFI binaries from FIT images

On 12/29/19 7:39 PM, Cristian Ciocaltea wrote: On Sun, Dec 29, 2019 at 11:22:08AM +0100, Heinrich Schuchardt wrote: On 12/24/19 5:05 PM, Cristian Ciocaltea wrote: This test verifies the implementation of the 'bootm' extension that handles UEFI binaries inside FIT images (enabled via

[PATCH 1/1] configs: qemu: enable FIT images on qemu_arm(64)_defconfig

For testing UEFI FIT images we need FIT image support on QEMU. Cf. "test/py: Create a test for launching UEFI binaries from FIT images" https://lists.denx.de/pipermail/u-boot/2019-December/394516.html Signed-off-by: Heinrich Schuchardt --- configs/qemu_arm64_defconfig | 5 +

[PATCH v3 5/5] rockchip: rk3399: Add bootcount support

Add bootcount support for Rockchip rk3399. The bootcount value is preserved in PMU_SYS_REG0 register, this would help to support redundent boot. Once the redundant boot triggers, the altboot command will look for extlinux-rollback.conf on particular bootable partition which supposed to be a

[PATCH v3 3/5] arm: rockchip: Add common cru.h

Few of the rockchip family SoC atleast rk3288, rk3399 are sharing some cru register bits so adding common code between these SoC families would require to include both cru include files that indeed resulting function declarations error. So, create a common cru include as cru.h then include the

[PATCH v3 4/5] rockchip: Add common reset cause

Add cpu reset cause in common cpu-info file. This would help to print the reset cause for various resets. Right now it support rk3288, rk3399. rest of rockchip platforms doesn't have reset cause support ye but this code is more feasible to extend the same. Signed-off-by: Jagan Teki ---

[PATCH v3 2/5] rockchip: rk3399: Enable DISPLAY_CPUINFO

RK3288, RK3399 are now support cpu-info, so enable DISPLAY_CPUINFO by default. Signed-off-by: Jagan Teki --- configs/evb-rk3288_defconfig | 1 - configs/evb-rk3399_defconfig | 1 - configs/ficus-rk3399_defconfig | 1 -

[PATCH v3 1/5] rockchip: Add cpu-info

Add cpu information for rockchip soc. This would help to print the SoC family number, with associated temparature, clock and reason for reset etc. Signed-off-by: Jagan Teki Reviewed-by: Kever Yang --- arch/arm/mach-rockchip/Makefile | 1 + arch/arm/mach-rockchip/cpu-info.c | 16

[PATCH v3 0/5] rk3399: Add redundant boot support

Boot redundancy is one of the key criteria for switch recovery or golden partition based on the bootcount value, which indeed very much needed in production systems on the fields. This is v3 patchset support redundant boot on Rockchip rk3399. This series skip wdt changes as Marek patches

Re: [PATCH v4 5/5] test/py: Create a test for launching UEFI binaries from FIT images

On Sun, Dec 29, 2019 at 11:22:08AM +0100, Heinrich Schuchardt wrote: > On 12/24/19 5:05 PM, Cristian Ciocaltea wrote: > > This test verifies the implementation of the 'bootm' extension that > > handles UEFI binaries inside FIT images (enabled via CONFIG_BOOTM_EFI). > > > > Signed-off-by: Cristian

[PATCH 1/1] travis-ci: provide env__efi_fit_tftp_file

Provide dictionary env__efi_fit_tftp_file describing the file used for the UEFI FIT image test. Cf. "test/py: Create a test for launching UEFI binaries from FIT images" https://lists.denx.de/pipermail/u-boot/2019-December/394516.html Signed-off-by: Heinrich Schuchardt ---

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

On Sun, Dec 29, 2019 at 11:56:01AM +0100, Heinrich Schuchardt wrote: > On 12/29/19 11:34 AM, Heinrich Schuchardt wrote: > > On 12/24/19 5:05 PM, Cristian Ciocaltea wrote: > > > Add support for booting EFI binaries contained in FIT images. > > > A typical usage scenario is chain-loading GRUB2 in a

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

On Sun, Dec 29, 2019 at 11:34:09AM +0100, Heinrich Schuchardt wrote: > On 12/24/19 5:05 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 v4 5/5] test/py: Create a test for launching UEFI binaries from FIT images

On 12/29/19 11:22 AM, Heinrich Schuchardt wrote: On 12/24/19 5:05 PM, Cristian Ciocaltea wrote: This test verifies the implementation of the 'bootm' extension that handles UEFI binaries inside FIT images (enabled via CONFIG_BOOTM_EFI). Signed-off-by: Cristian Ciocaltea Thanks a lot for

Re: [PATCH] tools: .gitignore: add asn1_compiler

On Sun, Dec 29, 2019 at 8:44 PM Dario Binacchi wrote: > > Add the tool to the ignore list to prevent being marked as unversioned. > > Signed-off-by: Dario Binacchi > --- > > tools/.gitignore | 1 + > 1 file changed, 1 insertion(+) > Reviewed-by: Bin Meng

[PATCH] .gitignore: ignore files generated by asn1 compiler

As described in doc/README.asn1 document the tools/asn1_compiler is used to "generate bytecode as a C file (*.asn1.[ch]) from *.asn1 file". Signed-off-by: Dario Binacchi --- .gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/.gitignore b/.gitignore index f980ae6f70..2e1c8bf2bf

[PATCH] tools: .gitignore: add asn1_compiler

Add the tool to the ignore list to prevent being marked as unversioned. Signed-off-by: Dario Binacchi --- tools/.gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/.gitignore b/tools/.gitignore index d0176a7283..82bdce2782 100644 --- a/tools/.gitignore +++ b/tools/.gitignore

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

On 12/29/19 11:34 AM, Heinrich Schuchardt wrote: On 12/24/19 5:05 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: Cristian Ciocaltea Reviewed-by: Heinrich

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

On 12/24/19 5:05 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: Cristian Ciocaltea Reviewed-by: Heinrich Schuchardt --- cmd/Kconfig | 7 ++

[U-Boot] [PATCH v1 28/29] imx6: aristainetos: add aristainetos 2b csl

> add aristainetso board version CSL. > Signed-off-by: Heiko Schocher Applied to u-boot-imx, -next, thanks ! Best regards, Stefano Babic -- = DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235

[PATCH v2 1/5] colibri_imx7: add update_uboot wrapper

> From: Igor Opaniuk > Add universal update_uboot wrapper that helps to update > U-Boot image on internal storage. > Usage example: > > tftpboot ${loadaddr} ${board_name}/u-boot-dtb.imx > > run update_uboot > Signed-off-by: Igor Opaniuk Applied to u-boot-imx, -next, thanks ! Best regards,

[U-Boot] [PATCH v1 16/29] imx6: aristainetos: add DM_VIDEO support

> add DM_VIDEO support and remove now unneeded board > code. As we show a bmp logo on boot, call now > bmp_display() from board code and do not use > cfb_console anymore. > Signed-off-by: Heiko Schocher Applied to u-boot-imx, -next, thanks ! Best regards, Stefano Babic --

[U-Boot] [RESEND PATCH 09/10] board: ge: bx50v3: use imx wdt

> Enable DM imx WDT > Enable SYSRESET_WATCHDOG to maintain WDT based reset ability > Signed-off-by: Robert Beckett Applied to u-boot-imx, -next, thanks ! Best regards, Stefano Babic -- = DENX Software Engineering GmbH,

[U-Boot] [PATCH v1 6/6] colibri_imx7: migrate to DM_ETH

> From: Igor Opaniuk > Migrate to DM_ETH and remove hardcoded pinmux configuration. > Signed-off-by: Igor Opaniuk > Reviewed-by: Oleksandr Suvorov Applied to u-boot-imx, -next, thanks ! Best regards, Stefano Babic -- = DENX

[U-Boot] [PATCH v1 12/29] imx6: aristainetos: convert gpio pins to DM and DTS

> Enable DM_GPIO, GPIO_HOG, LED and LED_GPIO as gpio > and LEDs are now defined in DTS. Enable also here > the pinctrl driver, so pinmux setup is also done. > Signed-off-by: Heiko Schocher Applied to u-boot-imx, -next, thanks ! Best regards, Stefano Babic --

[U-Boot] [PATCH v1 1/6] ARM: dts: imx6_colibri: introduce fec node

> From: Igor Opaniuk > Sync DTS with the mainline Linux and introduce fec node. > Signed-off-by: Igor Opaniuk > Reviewed-by: Oleksandr Suvorov Applied to u-boot-imx, -next, thanks ! Best regards, Stefano Babic -- = DENX

[U-Boot] [PATCH v1 20/29] imx6: aristainetos: add i2c eeprom support

> add support for i2c eeprom and add parsing "Rescue" > or "DefEnv" at offset 0x1ff0. > Signed-off-by: Heiko Schocher Applied to u-boot-imx, -next, thanks ! Best regards, Stefano Babic -- = DENX Software Engineering GmbH,

[U-Boot] [PATCH 2/2] board: cm_fx6: Enable CONFIG_DM_ETH

> From: Suniel Mahesh > Enable CONFIG_DM_ETH to remove compile warning on CM-FX6 > SOM based target: > = WARNING == > This board does not use CONFIG_DM_ETH (Driver Model > for Ethernet drivers). Please update the board to use > CONFIG_DM_ETH before the

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

> 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 > Reviewed-by: Simon Glass Applied to u-boot-imx, -next, thanks ! Best

[U-Boot] [PATCH 2/4] imx: cx9020: migrate cx9020 to CONFIG_DM_USB

> From: Steffen Dirkwinkel > Note: gpio7_8 was never used for usb power regulator so we remove it here > Acked-by: Patrick Bruenn > Signed-off-by: Steffen Dirkwinkel Applied to u-boot-imx, -next, thanks ! Best regards, Stefano Babic --

[U-Boot] [PATCH v1 21/29] imx6: aristainetos: add AUTOBOOT_KEYED

> add stop autobooting via SHA256 encrypted password. > Signed-off-by: Heiko Schocher Applied to u-boot-imx, -next, thanks ! Best regards, Stefano Babic -- = DENX Software Engineering GmbH, Managing Director: Wolfgang

[U-Boot] [PATCH v1 06/29] imx6: aristainetos: add device tree from linux

> Add device trees from Linux in preparation for driver model > conversions. > device tree files taken from Linux: > 71ae5fc87c34: "Merge tag 'linux-kselftest-5.2-rc1' of > git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest" > and added SPDX license identifier. > Signed-off-by:

[U-Boot] [PATCH 4/4] imx: cx9020: use distro boot

> From: Steffen Dirkwinkel > We switch from custom boot commands relying on uEnv.txt to distro boot. > This removes the automatic fpga bitstream loading in favor of loading > bitstreams via custom bootscripts (boot.scr) or after booting the > kernel. > Acked-by: Patrick Bruenn > Signed-off-by:

[PATCH v6] imx: Add support for i.MX28 based XEA board

> This patch introduces support for i.MX28 based XEA board. > This board supports DM/DTS in U-Boot proper as well as DM aware drivers > in SPL (u-boot.sb) by using OF_PLATDATA. > More detailed information regarding usage of it can be found in > ./board/liebherr/xea/README file. > U-Boot SPL

[U-Boot] [PATCH v1 25/29] imx6: aristainetos: cleanup default Environment

> sync defaut Envoronment with customer changes. > Unfortunately they are not changeable, as already > board is in production mode. > Get rid of the big bootcommand and set bootcommand > through Kconfig option. > Signed-off-by: Heiko Schocher Applied to u-boot-imx, -next, thanks ! Best regards,

[PATCH 2/3] mx7dsabre: Enable DM_ETH

> Also sync device tree with v5.5-rc1 > Signed-off-by: Joris Offouga Applied to u-boot-imx, -next, thanks ! Best regards, Stefano Babic -- = DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235

[U-Boot] [PATCH v1 11/29] imx6: aristainetos: convert to DM_MMC

> Enable DM_MMC support. > Signed-off-by: Heiko Schocher Applied to u-boot-imx, -next, thanks ! Best regards, Stefano Babic -- = DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office:

[U-Boot] [PATCH v1 1/2] MAINTAINERS: change apalis_imx6/colibri_imx6 maintainers

> From: Igor Opaniuk > Take over maintainership for apalis_imx6 and colibri_imx6 modules. > Signed-off-by: Igor Opaniuk > Acked-by: Max Krummenacher Applied to u-boot-imx, -next, thanks ! Best regards, Stefano Babic -- =

[U-Boot] [PATCH v1 14/29] imx6: aristainetos: convert CONFIG_DM_SPI

> enable CONFIG_DM_SPI and CONFIG_DM_SPI_FLASH > and get rid of build removal warnings. > define CONFIG_GPIO_ENABLE_SPI_FLASH is not longer > needed, so remove it from config_whitelist.txt > Signed-off-by: Heiko Schocher Applied to u-boot-imx, -next, thanks ! Best regards, Stefano Babic --

  1   2   >