August 2019 - U-Boot

[U-Boot] [PATCH] cmd: host: fix seg fault at "host info"
by AKASHI Takahiro 07 Oct '19

07 Oct '19

With the patch below applied, host_block_dev structure was switched to be placed in platdata rather than priv. The command "host info" must be aligned with this change. Otherwise, we will see "Segmentation Fault." Fixes: 8f994c860d91 ("sandbox: blk: Switch to use platdata_auto_alloc_size for the driver data") Signed-off-by: AKASHI Takahiro <takahiro.akashi(a)linaro.org> --- cmd/host.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cmd/host.c b/cmd/host.c index f7d3eae5b1ad..98c4d2a099e9 100644 --- a/cmd/host.c +++ b/cmd/host.c @@ -89,7 +89,7 @@ static int do_host_info(cmd_tbl_t *cmdtp, int flag, int argc, struct host_block_dev *host_dev; #ifdef CONFIG_BLK - host_dev = dev_get_priv(blk_dev->bdev); + host_dev = dev_get_platdata(blk_dev->bdev); #else host_dev = blk_dev->priv; #endif -- 2.21.0

4 5

[U-Boot] [PATCH V2] ARM: dts: imx6q-logicpd: Add missing imx6q-logicpd-u-boot for SPL
by Adam Ford 06 Oct '19

06 Oct '19

The SPL device tree is missing the entires for gpio1, uart1, usdhc1 and usdhc2. This creates the missing imx6q-logicpd-u-boot.dtsi file which will enable these functions so SPL can properly setup UART, detect microSD card, and startup. Fixes: 8f4691e31a18 ("ARM: imx6q_logic: With SPL_OF_CONTROL enabled, remove MMC init") Signed-off-by: Adam Ford <aford173(a)gmail.com> --- V2: Update MAINTAINER Remove unnecessary empty node. Update subject to reflect this was missing to imply it should have been there before. diff --git a/arch/arm/dts/imx6q-logicpd-u-boot.dtsi b/arch/arm/dts/imx6q-logicpd-u-boot.dtsi new file mode 100644 index 0000000000..625bed8f7d --- /dev/null +++ b/arch/arm/dts/imx6q-logicpd-u-boot.dtsi @@ -0,0 +1,18 @@ +// SPDX-License-Identifier: GPL-2.0+ +/* + * Copyright (C) 2019 Logic PD <aford173(a)gmail.com> + */ + +#include "imx6qdl-u-boot.dtsi" + +&uart1 { + u-boot,dm-spl; +}; + +&usdhc1 { + u-boot,dm-spl; +}; + +&usdhc2 { + u-boot,dm-spl; +}; diff --git a/board/logicpd/imx6/MAINTAINERS b/board/logicpd/imx6/MAINTAINERS index 20ec5918e4..4280315269 100644 --- a/board/logicpd/imx6/MAINTAINERS +++ b/board/logicpd/imx6/MAINTAINERS @@ -7,3 +7,4 @@ F: configs/imx6q_logic_defconfig F: arch/arm/dts/imx6-logicpd-baseboard.dtsi F: arch/arm/dts/imx6-logicpd-som.dtsi F: arch/arm/dts/imx6q-logicpd.dts +F: arch/arm/dts/imx6q-logicpd-u-boot.dtsi -- 2.17.1

2 3

[U-Boot] [PATCH 00/38] x86: Various modifications to prepare for FSP2
by Simon Glass 02 Oct '19

02 Oct '19

Quite a bit of minor refactoring is needed to prepare for using FSP2 in U-Boot. This series consists of a number of small changes to this end. It is the last series before apollolake support is added. Changes include: - Allowing drivers to be used in TPL/SPL - Moving common FSP code into a common directory - Support for memory-mapped flash on newer Intel chips - Passing the HOB list from SPL to U-Boot proper This series is available at u-boot-dm/x86-working Simon Glass (38): binman: Pass the toolpath to binman from the main Makefile binman: Allow selection of logging verbosity dm: gpio: Allow control of GPIO uclass in SPL mtd: spi: Add 'struct spi_flash {' to the code serial: ns16550: Allow serial to enabled/disabled in SPL spl: Correct priority selection for image loaders spl: Avoid checking for Ctrl-C in SPL with print_buffer() spl: handoff: Correct Kconfig condition for SPL and TPL spl: Add an arch-specific hook for writing to SPL handoff spl: Set up the bloblist in board_init_r() spl: Add a function to determine the U-Boot phase x86: spi: Add a driver for the Intel Fast SPI interface spi: sandbox: Add a test driver for sandbox SPI flash spi: Add support for memory-mapped flash x86: sysreset: Allow reset driver to be included in SPL/TPL x86: Rename some FSP functions to have an fsp_ prefix x86: fsp: Create a common fsp_support.h header x86: fsp: Use if() instead of #ifdef x86: fsp: Tidy up comment style a little x86: fsp: Move common dram functions into a common file x86: Move common fsp functions into a common file x86: fsp: Move common support functions into a common file efi: Move inline functions to unconditional part of header x86: fsp: Add a few more definitions for FSP2 x86: fsp: Add access to variable MRC data x86: Move common Intel CPU info code into a function x86: Add binman symbols to the image x86: pci: Add a function to clear and set PCI config regs x86: spl: Use hang() instead of a while() loop x86: spl: Reduce priority of the basic SPL image loader x86: spl: Move broadwell-specific code out of generic x86 spl x86: fsp: Save usable RAM and hob_list in the handoff area x86: fsp: Allow the HOBs to be used after relocation x86: Change condition for using CAR x86: Add more comments to the start-up code x86: Add support for booting from Fast SPI x86: Add various MTRR indexes and values x86: Rename turbo ratio MSR to MSR_TURBO_RATIO_LIMIT Makefile | 4 +- arch/sandbox/cpu/spl.c | 7 + arch/sandbox/dts/test.dts | 4 + arch/x86/Kconfig | 8 + arch/x86/cpu/baytrail/fsp_configs.c | 2 +- arch/x86/cpu/braswell/fsp_configs.c | 2 +- arch/x86/cpu/broadwell/cpu.c | 5 + arch/x86/cpu/broadwell/cpu_full.c | 18 +- arch/x86/cpu/cpu.c | 6 + arch/x86/cpu/intel_common/Makefile | 1 + arch/x86/cpu/intel_common/cpu.c | 13 + arch/x86/cpu/intel_common/cpu_from_spl.c | 6 + arch/x86/cpu/intel_common/fast_spi.c | 48 ++++ arch/x86/cpu/ivybridge/fsp_configs.c | 2 +- arch/x86/cpu/ivybridge/model_206ax.c | 8 +- arch/x86/cpu/pci.c | 19 ++ arch/x86/cpu/queensbay/fsp_configs.c | 2 +- arch/x86/cpu/start.S | 16 +- arch/x86/cpu/start_from_spl.S | 5 +- arch/x86/cpu/start_from_tpl.S | 3 +- arch/x86/cpu/u-boot-spl.lds | 6 + arch/x86/include/asm/cpu_common.h | 11 + arch/x86/include/asm/fsp/fsp_hob.h | 4 + arch/x86/include/asm/fsp/fsp_infoheader.h | 15 +- arch/x86/include/asm/fsp/fsp_support.h | 174 +++++++++++++ arch/x86/include/asm/fsp1/fsp_support.h | 147 ++--------- arch/x86/include/asm/handoff.h | 8 + arch/x86/include/asm/hob.h | 26 +- arch/x86/include/asm/msr-index.h | 24 +- arch/x86/include/asm/mtrr.h | 1 + arch/x86/include/asm/pci.h | 40 +++ arch/x86/include/asm/spl.h | 4 +- arch/x86/lib/Makefile | 1 + arch/x86/lib/fsp/Makefile | 7 + arch/x86/lib/fsp/fsp_common.c | 104 ++++++++ arch/x86/lib/fsp/fsp_dram.c | 100 ++++++++ arch/x86/lib/fsp/fsp_support.c | 199 +++++++++++++++ arch/x86/lib/fsp1/fsp_car.S | 10 +- arch/x86/lib/fsp1/fsp_common.c | 96 +------ arch/x86/lib/fsp1/fsp_dram.c | 88 +------ arch/x86/lib/fsp1/fsp_support.c | 181 +------------ arch/x86/lib/hob.c | 19 +- arch/x86/lib/spl.c | 13 +- arch/x86/lib/tpl.c | 7 +- cmd/x86/fsp.c | 2 +- common/spl/Kconfig | 4 +- common/spl/spl.c | 47 ++-- configs/slimbootloader_defconfig | 1 + drivers/gpio/Kconfig | 22 ++ drivers/gpio/Makefile | 2 +- drivers/mtd/spi/Kconfig | 9 + drivers/mtd/spi/Makefile | 3 +- drivers/mtd/spi/intel_fast_spi.c | 294 ++++++++++++++++++++++ drivers/mtd/spi/sandbox_direct.c | 110 ++++++++ drivers/mtd/spi/sf-uclass.c | 11 + drivers/pci/pci-uclass.c | 2 +- drivers/serial/ns16550.c | 6 +- drivers/sysreset/Kconfig | 12 + drivers/sysreset/Makefile | 2 +- include/efi_loader.h | 42 ++-- include/handoff.h | 13 + include/linux/mtd/spi-nor.h | 8 +- include/spi_flash.h | 27 ++ include/spl.h | 64 ++++- lib/display_options.c | 2 + test/dm/sf.c | 51 ++++ tools/binman/README | 6 + 67 files changed, 1612 insertions(+), 592 deletions(-) create mode 100644 arch/x86/cpu/intel_common/fast_spi.c create mode 100644 arch/x86/include/asm/fsp/fsp_support.h create mode 100644 arch/x86/lib/fsp/Makefile create mode 100644 arch/x86/lib/fsp/fsp_common.c create mode 100644 arch/x86/lib/fsp/fsp_dram.c create mode 100644 arch/x86/lib/fsp/fsp_support.c create mode 100644 drivers/mtd/spi/intel_fast_spi.c create mode 100644 drivers/mtd/spi/sandbox_direct.c -- 2.23.0.187.g17f5b7556c-goog

2 39

[U-Boot] [PATCH] sandbox: fix cpu property in test.dts for pytest
by AKASHI Takahiro 28 Sep '19

28 Sep '19

When I tried to run some new efi tests with pytest, efi_smbios_register() triggered a segmentation fault. Here is the location where it happened: efi_init_obj_list() efi_smbios_register() write_smbios_table() smbios_write_type4() smbios_write_type4_dm() where dev_get_parent_platdata() should return a pointer to struct cpu_platdata, but it is actually NULL because any cpu device on sandbox is attached to "root_driver." With this patch, this issue will be fixed by moving all the definitions of cpus under "cpus" node so that they have a "cpu_bus" parent. Signed-off-by: AKASHI Takahiro <takahiro.akashi(a)linaro.org> --- arch/sandbox/dts/test.dts | 24 +++++++++++++----------- 1 file changed, 13 insertions(+), 11 deletions(-) diff --git a/arch/sandbox/dts/test.dts b/arch/sandbox/dts/test.dts index 27b0baab2781..c549d9e50fb8 100644 --- a/arch/sandbox/dts/test.dts +++ b/arch/sandbox/dts/test.dts @@ -389,19 +389,21 @@ mbox-names = "other", "test"; }; - cpu-test1 { - compatible = "sandbox,cpu_sandbox"; - u-boot,dm-pre-reloc; - }; + cpus { + cpu-test1 { + compatible = "sandbox,cpu_sandbox"; + u-boot,dm-pre-reloc; + }; - cpu-test2 { - compatible = "sandbox,cpu_sandbox"; - u-boot,dm-pre-reloc; - }; + cpu-test2 { + compatible = "sandbox,cpu_sandbox"; + u-boot,dm-pre-reloc; + }; - cpu-test3 { - compatible = "sandbox,cpu_sandbox"; - u-boot,dm-pre-reloc; + cpu-test3 { + compatible = "sandbox,cpu_sandbox"; + u-boot,dm-pre-reloc; + }; }; i2s: i2s { -- 2.21.0

4 3

[U-Boot] [PATCH 0/1] board: arm: Add support for Broadcom BCM7445D0
by Thomas Fitzsimmons 28 Sep '19

28 Sep '19

Hi, This patch adds support for loading U-Boot on the Broadcom 7445D0 SoC, as a third stage bootloader loaded by Broadcom's BOLT bootloader. While this is only a partial port, it does enable some of U-Boot's flexibility on this SoC, functionality beyond what BOLT provides. Specifically, it brings: - ext4 file system traversal - support for loading FIT images - advanced scripting - support for FIT-provided DTBs instead of relying on the BOLT-provided DTB My team at Cisco is using a customized version of this port in production. The same approach may work on other BCM7xxx boards, with some configuration adjustments and memory layout experimentation. Stefan Roese reviewed (off-list) some early revisions of these changes. This patch is my attempt to rebase on the current U-Boot master branch. I'm submitting it in case there is interest in including this port in upstream U-Boot. Thomas Thomas Fitzsimmons (1): board: arm: Add support for Broadcom BCM7445D0 arch/arm/Kconfig | 12 + arch/arm/cpu/armv7/Makefile | 1 + arch/arm/cpu/armv7/bcm7445d0/Makefile | 11 + arch/arm/cpu/armv7/bcm7445d0/lowlevel_init.S | 24 ++ arch/arm/lib/crt0.S | 2 + arch/arm/mach-bcm7445d0/include/mach/gpio.h | 12 + arch/arm/mach-bcm7445d0/include/mach/hardware.h | 12 + arch/arm/mach-bcm7445d0/include/mach/sdhci.h | 15 + board/broadcom/bcm7445d0/Kconfig | 132 ++++++++ board/broadcom/bcm7445d0/Makefile | 11 + board/broadcom/bcm7445d0/bcm7445d0.c | 147 ++++++++ common/fdt_support.c | 9 +- common/image-fit.c | 2 + configs/bcm7445d0_defconfig | 21 ++ drivers/mmc/Makefile | 1 + drivers/mmc/bcmstb_sdhci.c | 59 ++++ drivers/spi/Kconfig | 7 + drivers/spi/Makefile | 1 + drivers/spi/bcmstb_spi.c | 428 ++++++++++++++++++++++++ dts/Kconfig | 6 + include/configs/bcm7445d0.h | 227 +++++++++++++ include/configs/bcmstb.h | 57 ++++ lib/fdtdec.c | 8 + 23 files changed, 1204 insertions(+), 1 deletion(-) create mode 100644 arch/arm/cpu/armv7/bcm7445d0/Makefile create mode 100644 arch/arm/cpu/armv7/bcm7445d0/lowlevel_init.S create mode 100644 arch/arm/mach-bcm7445d0/include/mach/gpio.h create mode 100644 arch/arm/mach-bcm7445d0/include/mach/hardware.h create mode 100644 arch/arm/mach-bcm7445d0/include/mach/sdhci.h create mode 100644 board/broadcom/bcm7445d0/Kconfig create mode 100644 board/broadcom/bcm7445d0/Makefile create mode 100644 board/broadcom/bcm7445d0/bcm7445d0.c create mode 100644 configs/bcm7445d0_defconfig create mode 100644 drivers/mmc/bcmstb_sdhci.c create mode 100644 drivers/spi/bcmstb_spi.c create mode 100644 include/configs/bcm7445d0.h create mode 100644 include/configs/bcmstb.h -- 1.8.3.1

6 36

[U-Boot] [PATCH v2] ARM: imx: Support larger SPL size on IMX6DQ
by Robert Hancock 27 Sep '19

27 Sep '19

Previously the SPL size on all iMX6 platforms was restricted to 68KB because the OCRAM size on iMX6SL/DL parts is only 128KB. However, the other iMX6 variants have 256KB of OCRAM. Add an option CONFIG_MX6_OCRAM_256KB which allows using the full size on boards which don't need to support the SL/DL variants. This allows for an SPL size of 196KB, which makes it much easier to use configurations such as SPL with driver model and FDT control. Signed-off-by: Robert Hancock <hancock(a)sedsystems.ca> --- Changed since v2: Remove "default n" in Kconfig since that is the default. arch/arm/mach-imx/mx6/Kconfig | 9 +++++++++ common/spl/Kconfig | 3 ++- include/configs/imx6_spl.h | 28 ++++++++++++++++++++++++++-- 3 files changed, 37 insertions(+), 3 deletions(-) diff --git a/arch/arm/mach-imx/mx6/Kconfig b/arch/arm/mach-imx/mx6/Kconfig index fe5991e..9c27176 100644 --- a/arch/arm/mach-imx/mx6/Kconfig +++ b/arch/arm/mach-imx/mx6/Kconfig @@ -87,6 +87,15 @@ config MX6ULL select SYSCOUNTER_TIMER select SYS_L2CACHE_OFF +config MX6_OCRAM_256KB + bool "Support 256KB OCRAM" + depends on MX6D || MX6Q + help + Allows using the full 256KB size of the OCRAM on the MX6Q/MX6D series + of chips, such as for SPL. The OCRAM of the Lite series of chips is + only 128KB, so using this option will prevent the resulting code from + working on those chips. + config MX6_DDRCAL bool "Include dynamic DDR calibration routines" depends on SPL diff --git a/common/spl/Kconfig b/common/spl/Kconfig index 54154b9..c5ad047 100644 --- a/common/spl/Kconfig +++ b/common/spl/Kconfig @@ -28,7 +28,8 @@ config SPL_FRAMEWORK config SPL_SIZE_LIMIT int "Maximum size of SPL image" depends on SPL - default 69632 if ARCH_MX6 + default 69632 if ARCH_MX6 && !MX6_OCRAM_256KB + default 200704 if ARCH_MX6 && MX6_OCRAM_256KB default 0 help Specifies the maximum length of the U-Boot SPL image. diff --git a/include/configs/imx6_spl.h b/include/configs/imx6_spl.h index 212dee7..a223930 100644 --- a/include/configs/imx6_spl.h +++ b/include/configs/imx6_spl.h @@ -7,10 +7,32 @@ #define __IMX6_SPL_CONFIG_H #ifdef CONFIG_SPL + +#ifdef CONFIG_MX6_OCRAM_256KB /* - * see Figure 8-3 in IMX6DQ/IMX6SDL Reference manuals: + * see Figure 8.4.1 in IMX6DQ Reference manuals: + * - IMX6DQ OCRAM (IRAM) is from 0x00907000 to 0x0093FFFF + * - BOOT ROM stack is at 0x0093FFB8 + * - if icache/dcache is enabled (eFuse/strapping controlled) then the + * IMX BOOT ROM will setup MMU table at 0x00938000, therefore we need to + * fit between 0x00907000 and 0x00938000. + * - Additionally the BOOT ROM loads what they consider the firmware image + * which consists of a 4K header in front of us that contains the IVT, DCD + * and some padding thus 'our' max size is really 0x00908000 - 0x00938000 + * or 192KB + */ +#define CONFIG_SPL_MAX_SIZE 0x30000 +#define CONFIG_SPL_STACK 0x0093FFB8 +/* + * Pad SPL to 196KB (4KB header + 192KB max size). This allows to write the + * SPL/U-Boot combination generated with u-boot-with-spl.imx directly to a + * boot media (given that boot media specific offset is configured properly). + */ +#define CONFIG_SPL_PAD_TO 0x31000 +#else +/* + * see Figure 8-3 in IMX6SDL Reference manuals: * - IMX6SDL OCRAM (IRAM) is from 0x00907000 to 0x0091FFFF - * - IMX6DQ has 2x IRAM of IMX6SDL but we intend to support IMX6SDL as well * - BOOT ROM stack is at 0x0091FFB8 * - if icache/dcache is enabled (eFuse/strapping controlled) then the * IMX BOOT ROM will setup MMU table at 0x00918000, therefore we need to @@ -29,6 +51,8 @@ */ #define CONFIG_SPL_PAD_TO 0x11000 +#endif + /* MMC support */ #if defined(CONFIG_SPL_MMC_SUPPORT) #define CONFIG_SYS_MMCSD_FS_BOOT_PARTITION 1 -- 1.8.3.1

4 7

Re: [U-Boot] [PATCH v3] dm: core: device: switch off power domain after device removal
by Anatolij Gustschin 27 Sep '19

27 Sep '19

Hi Lokesh, On Thu, 1 Aug 2019 09:43:39 +0530 Lokesh Vutla lokeshvutla(a)ti.com wrote: >On 01/08/19 2:55 AM, Anatolij Gustschin wrote: >> The power domain associated with a device is enabled when probing, >> but currently the domain remains enabled when the device is removed. >> Some boards started to disable power domains for selected devices >> via custom board_quiesce_devices(), but it doesn't work in many >> cases, i. e. because devices still can be accessed later in >> .remove() callback on behalf of dm_remove_devices_flags(). >> >> Utilize the DM core to power off the device power domain, but add a >> device flag to be able to selectively let the power domain enabled >> after device removal. This might be required for devices that must >> remain enabled when booting OS, i. e. serial console for debug >> output, etc. >> >> Signed-off-by: Anatolij Gustschin <agust(a)denx.de> >> --- >> Changes in v3: >> - remove 'power-domain' device to fix dm power-domain test (make qcheck) >> - don't switch off the power domain for current console device >> >> Changes in v2: >> - use CONFIG_IS_ENABLED(POWER_DOMAIN) to reduce code size >> >> drivers/core/device-remove.c | 18 ++++++++++++++++++ >> include/dm/device.h | 6 ++++++ >> 2 files changed, 24 insertions(+) >> >> diff --git a/drivers/core/device-remove.c b/drivers/core/device-remove.c >> index 586fadee0a..5a0e48e182 100644 >> --- a/drivers/core/device-remove.c >> +++ b/drivers/core/device-remove.c >> @@ -16,6 +16,7 @@ >> #include <dm/uclass.h> >> #include <dm/uclass-internal.h> >> #include <dm/util.h> >> +#include <power-domain.h> >> >> int device_chld_unbind(struct udevice *dev, struct driver *drv) >> { >> @@ -155,6 +156,7 @@ static bool flags_remove(uint flags, uint drv_flags) >> int device_remove(struct udevice *dev, uint flags) >> { >> const struct driver *drv; >> + struct power_domain pd; >> int ret; >> >> if (!dev) >> @@ -192,6 +194,22 @@ int device_remove(struct udevice *dev, uint flags) >> } >> } >> >> + if (CONFIG_IS_ENABLED(POWER_DOMAIN) && dev->parent && >> + device_get_uclass_id(dev) != UCLASS_POWER_DOMAIN && >> + dev != gd->cur_serial_dev && >> + !(dev->flags & DM_FLAG_REMOVE_WITH_PD_ON)) { > >I did not realize before but this statement is too hard to read :). Can we drop >the following two conditions: > dev->parent && device_get_uclass_id(dev) != UCLASS_POWER_DOMAIN > >power_domain_get() will indirectly take care of above two cases. I'll test it. >> + if (!power_domain_get(dev, &pd)) { >> + power_domain_off(&pd); >> + /* >> + * power_domain_get() bound the device, thus >> + * we must remove it again to prevent unbinding >> + * active devices (which would result in unbind >> + * error). >> + */ >> + device_remove(pd.dev, DM_REMOVE_NORMAL); > >Unless I am mistaken, this looks like this is an extra work. Why can't we store >a PD in struct device, something like below: > >diff --git a/drivers/core/device.c b/drivers/core/device.c >index cded457e2b..efa780a02f 100644 >--- a/drivers/core/device.c >+++ b/drivers/core/device.c >@@ -307,7 +307,6 @@ static void *alloc_priv(int size, uint flags) > > int device_probe(struct udevice *dev) > { >- struct power_domain pd; > const struct driver *drv; > int size = 0; > int ret; >@@ -388,10 +387,11 @@ int device_probe(struct udevice *dev) > if (dev->parent && device_get_uclass_id(dev) != UCLASS_PINCTRL) > pinctrl_select_state(dev, "default"); > >+ dev->pd.dev = NULL; > if (dev->parent && device_get_uclass_id(dev) != UCLASS_POWER_DOMAIN && > !(drv->flags & DM_FLAG_DEFAULT_PD_EN_OFF)) { >- if (!power_domain_get(dev, &pd)) >- power_domain_on(&pd); >+ if (!power_domain_get(dev, &dev->pd)) >+ power_domain_on(&dev->pd); > } > > ret = uclass_pre_probe_device(dev); >diff --git a/include/dm/device.h b/include/dm/device.h >index b892386dc4..26699ca5cc 100644 >--- a/include/dm/device.h >+++ b/include/dm/device.h >@@ -12,12 +12,14 @@ > > #include <dm/ofnode.h> > #include <dm/uclass-id.h> >+#include <errno.h> > #include <fdtdec.h> > #include <linker_lists.h> > #include <linux/compat.h> > #include <linux/kernel.h> > #include <linux/list.h> > #include <linux/printk.h> >+#include <power-domain.h> > > struct driver_info; > >@@ -126,6 +128,7 @@ enum { > * When CONFIG_DEVRES is enabled, devm_kmalloc() and friends will > * add to this list. Memory so-allocated will be freed > * automatically when the device is removed / unbound >+ * @pd: Pointer to power_domain controlling this device. > */ > struct udevice { > const struct driver *driver; >@@ -149,6 +152,7 @@ struct udevice { > #ifdef CONFIG_DEVRES > struct list_head devres_head; > #endif >+ struct power_domain pd; > }; > > /* Maximum sequence number supported */ I tried similar change, this didn't work yet. When booting Linux I see infinite recursion in device_remove() for 'lsio_gpio0' on i.mx8qxp. -- Anatolij

3 2

[U-Boot] [PATCH v2 0/9] imx: mxs: Fixes and DM/DTS conversion code for several i.MX28 drivers
by Lukasz Majewski 26 Sep '19

26 Sep '19

This patch series focuses on fixing and enhancing the i.MX28 to be converted to DM/DTS. The mxs gpio, spi and eMMC drivers has been fixed and converted to DM/DTS. Changes in v2: - New patch - Correct position of struct mmc_ops mxsmmc_ops to avoid build breaks on board using legacy i.MX28 mmc driver. - New patch - New patch - New patch Lukasz Majewski (9): doc: fix: Replace SPL_OF_PLATDATA with OF_PLATDATA in examples dts: imx28: Remove #include "imx28.dtsi" from imx28-u-boot.dtsi file spl: Init proper struct driver member (platdata_auto_alloc_size) for mxs_spi spi: fix: Call mxs_reset_block() during DM/DTS probe spi: Add support for SPL_OF_PLATDATA to mxs_spi.c driver mmc: Convert mxsmmc eMMC driver for i.MX2{38} to DM/DTS mmc: Replace printf with debug call for timeouts in the i.MX28 mxs driver spl: Introduce SPL_DM_GPIO Kconfig define spi: Add support for SPL_OF_PLATDATA to mxs_gpio.c driver arch/arm/dts/imx28-u-boot.dtsi | 1 - common/spl/Kconfig | 6 + doc/driver-model/of-plat.rst | 8 +- drivers/gpio/mxs_gpio.c | 72 +++++-- drivers/mmc/mxsmmc.c | 445 ++++++++++++++++++++++++++++++++++------- drivers/spi/mxs_spi.c | 38 +++- 6 files changed, 474 insertions(+), 96 deletions(-) -- 2.11.0

5 25

[U-Boot] [PATCH] Support raw initrd for qemu riscv64 targets.
by Vagrant Cascadian 26 Sep '19

26 Sep '19

This allows booting an initrd without headers generated by mkimage, which is generally needed when using distro_bootcmd with extlinux-style boot menus. Signed-off-by: Vagrant Cascadian <vagrant(a)debian.org> --- configs/qemu-riscv64_defconfig | 1 + configs/qemu-riscv64_smode_defconfig | 1 + 2 files changed, 2 insertions(+) diff --git a/configs/qemu-riscv64_defconfig b/configs/qemu-riscv64_defconfig index 19a5849226..c0c893a90c 100644 --- a/configs/qemu-riscv64_defconfig +++ b/configs/qemu-riscv64_defconfig @@ -8,3 +8,4 @@ CONFIG_DISPLAY_CPUINFO=y CONFIG_DISPLAY_BOARDINFO=y # CONFIG_CMD_MII is not set CONFIG_OF_PRIOR_STAGE=y +CONFIG_SUPPORT_RAW_INITRD=y diff --git a/configs/qemu-riscv64_smode_defconfig b/configs/qemu-riscv64_smode_defconfig index 74743a5ebe..ef7d358daa 100644 --- a/configs/qemu-riscv64_smode_defconfig +++ b/configs/qemu-riscv64_smode_defconfig @@ -9,3 +9,4 @@ CONFIG_DISPLAY_CPUINFO=y CONFIG_DISPLAY_BOARDINFO=y # CONFIG_CMD_MII is not set CONFIG_OF_PRIOR_STAGE=y +CONFIG_SUPPORT_RAW_INITRD=y -- 2.20.1

2 3

[U-Boot] [PATCH v2 0/4] env: fix build error for envtools
by Pierre-Jean Texier 26 Sep '19

26 Sep '19

Here is a set of patches that fixes envtools breakage introduced after v2019.10-rc2. This serie also adds envtools to travis CI and gitlab-ci. This was tested on WaRP7. Before this serie: - https://travis-ci.com/texierp/u-boot/jobs/227669967 After this serie: - https://travis-ci.com/texierp/u-boot/jobs/227761236 Pierre-Jean Texier (4): fw_env: remove duplicated definitions fw_env: fix build error env: add missing <compiler.h> header file ci: add envtools support .gitlab-ci.yml | 7 +++++++ .travis.yml | 4 ++++ include/env.h | 1 + tools/env/fw_env.c | 10 ++-------- 4 files changed, 14 insertions(+), 8 deletions(-) -- 2.7.4

5 15