June 2019 - U-Boot

[U-Boot] [PATCH v2 0/7] Add PCIe root complex support for AM654x SoC
by Sekhar Nori 01 Aug '19

01 Aug '19

Hi, This patch series adds PCIe root complex support for AM654x SoC. The device-tree files are based on bindings accepted in linux. See files Documentation/devicetree/bindings/phy/ti,phy-am654-serdes.txt and Documentation/devicetree/bindings/pci/pci-keystone.txt in latest mainline master. I have not posted the actual board-specific device-tree bits yet. The reason is that PCIe slot is on a daughter card on the AM65x EVM. I want to see how we can support that as an overlay in U-Boot. That needs some more attention. Meanwhile I have tested this using a patch that simply enables PCIe in the baseboard device-tree file itself. v2: - add unit tests for new clock and dm APIs introduced - add Lokesh's Reviewed-by: for patches #1 and #2 Sekhar Nori (7): clk: add support for clk_is_match() dm: core: add support for getting register address and size pcie: ti: add driver for AM65x PCIe RC phy: add support for AM654x SERDES configs: am65x_evm_a53: enable PCIe support arm: dts: k3-am65: add support for PCIe and SERDES configs: am65x_evm_a53: enable support for PCIe ethernet cards arch/arm/dts/k3-am65-main.dtsi | 108 +++++ arch/arm/dts/k3-am65.dtsi | 1 + configs/am65x_evm_a53_defconfig | 9 + drivers/clk/clk-uclass.c | 13 + drivers/core/fdtaddr.c | 17 + drivers/core/read.c | 20 + drivers/pci/Kconfig | 6 + drivers/pci/Makefile | 1 + drivers/pci/pcie_dw_ti.c | 725 +++++++++++++++++++++++++++++ drivers/phy/Kconfig | 9 + drivers/phy/Makefile | 1 + drivers/phy/phy-ti-am654.c | 411 ++++++++++++++++ include/clk.h | 13 + include/dm/fdtaddr.h | 18 + include/dm/read.h | 41 ++ include/dt-bindings/phy/phy-am654-serdes.h | 13 + test/dm/clk.c | 1 + test/dm/test-fdt.c | 16 +- 18 files changed, 1419 insertions(+), 4 deletions(-) create mode 100644 drivers/pci/pcie_dw_ti.c create mode 100644 drivers/phy/phy-ti-am654.c create mode 100644 include/dt-bindings/phy/phy-am654-serdes.h -- 2.16.2

3 13

[U-Boot] [RFC] drivers: dma: ti-edma3: Enable edma3-tpcc
by Adam Ford 31 Jul '19

31 Jul '19

Enable edma3-tpcc controllers for future use with some Davinci devices. Signed-off-by: Adam Ford <aford173(a)gmail.com> diff --git a/arch/arm/mach-davinci/cpu.c b/arch/arm/mach-davinci/cpu.c index f97ad3fc74..e26365cdb1 100644 --- a/arch/arm/mach-davinci/cpu.c +++ b/arch/arm/mach-davinci/cpu.c @@ -91,6 +91,15 @@ int set_cpu_clk_info(void) return 0; } +void enable_edma3_clocks(void) +{ + +} + +void disable_edma3_clocks(void) +{ + +} /* * Initializes on-chip ethernet controllers. * to override, implement board_eth_init() diff --git a/drivers/dma/ti-edma3.c b/drivers/dma/ti-edma3.c index 7e11b13e45..4619eeae55 100644 --- a/drivers/dma/ti-edma3.c +++ b/drivers/dma/ti-edma3.c @@ -565,6 +565,7 @@ static const struct dma_ops ti_edma3_ops = { static const struct udevice_id ti_edma3_ids[] = { { .compatible = "ti,edma3" }, + { .compatible = "ti,edma3-tpcc" }, { } }; -- 2.17.1

2 1

[U-Boot] [PATCH] rpi: increase SYS_BOOTM_LEN to 64M
by Bonnans, Laurent 31 Jul '19

31 Jul '19

On AArch64, kernel images are not self-decompressing and easily exceed the 8MB limit. Signed-off-by: Laurent Bonnans <laurent.bonnans(a)here.com> --- include/configs/rpi.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/configs/rpi.h b/include/configs/rpi.h index 9ce41767a9..1a5ae26ae7 100644 --- a/include/configs/rpi.h +++ b/include/configs/rpi.h @@ -55,6 +55,7 @@ #define CONFIG_SYS_MEMTEST_START 0x00100000 #define CONFIG_SYS_MEMTEST_END 0x00200000 #define CONFIG_LOADADDR 0x00200000 +#define CONFIG_SYS_BOOTM_LEN SZ_64M /* Devices */ /* GPIO */ -- 2.20.1

2 2

[U-Boot] [PATCH v2 0/5] fpga: collected patches
by Alexander Dahl 30 Jul '19

30 Jul '19

Hei hei, after some Feedback from Michal Simek, I made a v2 of this patch series, and based it onto v2019.07-rc4 now. The patch number 2 is new, fixing all kinds of checkpatch warnings in 'drivers/fpga/cyclon2.c' before fixing the indentation in that file in patch number 3 (which was part of v1 already). I dropped the last patch and replaced it with a new one based on the suggestion made by Michal. Greets Alex Alexander Dahl (5): fpga: altera: Add some more device sizes fpga: altera: cyclon2: Fix most checkpatch warnings fpga: altera: cyclon2: Fix indentation fpga: altera: cyclon2: Check function pointer before calling cmd: fpga: Change return value to avoid printing usage text drivers/fpga/cyclon2.c | 101 +++++++++++++++++++++++++------------------------ include/ACEX1K.h | 10 +++++ include/fpga.h | 2 +- 3 files changed, 62 insertions(+), 51 deletions(-) -- 2.11.0

2 6

[U-Boot] [PATCH] usb: ehci-omap: Add Support DM_USB and OF_CONTROL
by Adam Ford 30 Jul '19

30 Jul '19

The omap3.dtsi file shows the usbhshost node with two sub-nodes for ohci and ehci. This patch file creates the usbhshost, and pulls the portX-mode information. It then locates the EHCI sub-node, and initializes the EHCI controller with the info pulled from the usbhshost node. There is still more to do since there isn't an actual link between the 'phys' reference and the corresponding phy driver, and there is no nop-xceiv driver yet. In the meantime, the older style reference to CONFIG_OMAP_EHCI_PHYx_RESET_GPIO is still needed to pull the phy out of reset until the phy driver is completed and the phandle reference is made. Signed-off-by: Adam Ford <aford173(a)gmail.com> diff --git a/arch/arm/include/asm/ehci-omap.h b/arch/arm/include/asm/ehci-omap.h index 1549f7bf21..f970bba937 100644 --- a/arch/arm/include/asm/ehci-omap.h +++ b/arch/arm/include/asm/ehci-omap.h @@ -123,6 +123,7 @@ struct omap_ehci { u32 insreg08; /* 0xb0 */ }; +#if !CONFIG_IS_ENABLED(DM_USB) || !CONFIG_IS_ENABLED(OF_CONTROL) /* * FIXME: forward declaration of this structs needed because omap got the * ehci implementation backwards. move out ehci_hcd_x from board files @@ -133,5 +134,6 @@ struct ehci_hcor; int omap_ehci_hcd_init(int index, struct omap_usbhs_board_data *usbhs_pdata, struct ehci_hccr **hccr, struct ehci_hcor **hcor); int omap_ehci_hcd_stop(void); +#endif #endif /* _OMAP_COMMON_EHCI_H_ */ diff --git a/drivers/usb/host/ehci-omap.c b/drivers/usb/host/ehci-omap.c index ab459c8cc9..bf83a4adb3 100644 --- a/drivers/usb/host/ehci-omap.c +++ b/drivers/usb/host/ehci-omap.c @@ -9,7 +9,6 @@ * Shashi Ranjan <shashiranjanmca05(a)gmail.com> * */ - #include <common.h> #include <usb.h> #include <usb/ulpi.h> @@ -18,6 +17,10 @@ #include <asm/gpio.h> #include <asm/arch/ehci.h> #include <asm/ehci-omap.h> +#include <dm.h> +#include <dm/device-internal.h> +#include <dm/lists.h> +#include <power/regulator.h> #include "ehci.h" @@ -177,8 +180,13 @@ int omap_ehci_hcd_stop(void) * Based on "drivers/usb/host/ehci-omap.c" from Linux 3.1 * See there for additional Copyrights. */ +#if !CONFIG_IS_ENABLED(DM_USB) || !CONFIG_IS_ENABLED(OF_CONTROL) + int omap_ehci_hcd_init(int index, struct omap_usbhs_board_data *usbhs_pdata, struct ehci_hccr **hccr, struct ehci_hcor **hcor) +#else +int omap_ehci_hcd_init(int index, struct omap_usbhs_board_data *usbhs_pdata) +#endif { int ret; unsigned int i, reg = 0, rev = 0; @@ -285,10 +293,130 @@ int omap_ehci_hcd_init(int index, struct omap_usbhs_board_data *usbhs_pdata, for (i = 0; i < OMAP_HS_USB_PORTS; i++) if (is_ehci_phy_mode(usbhs_pdata->port_mode[i])) omap_ehci_soft_phy_reset(i); - +#if !CONFIG_IS_ENABLED(DM_USB) || !CONFIG_IS_ENABLED(OF_CONTROL) *hccr = (struct ehci_hccr *)(OMAP_EHCI_BASE); *hcor = (struct ehci_hcor *)(OMAP_EHCI_BASE + 0x10); +#endif debug("OMAP EHCI init done\n"); return 0; } + +#if CONFIG_IS_ENABLED(DM_USB) + +struct ehci_omap_priv_data { + struct ehci_ctrl ctrl; + struct omap_ehci *ehci; +#ifdef CONFIG_DM_REGULATOR + struct udevice *vbus_supply; +#endif + enum usb_init_type init_type; + int portnr; + struct phy phy[OMAP_HS_USB_PORTS]; + int nports; +}; + +static struct omap_usbhs_board_data usbhs_bdata = { + .port_mode[0] = OMAP_USBHS_PORT_MODE_UNUSED, + .port_mode[1] = OMAP_USBHS_PORT_MODE_UNUSED, + .port_mode[2] = OMAP_USBHS_PORT_MODE_UNUSED, +}; + +/* Match this order enums usbhs_omap_port_mode */ +static char *phy_strings[] = { + "", + "ehci-phy", + "ehci-tll", + "ehci-hsic", +}; + +static int find_phy_mode(const char *phy_type) +{ + int i; + + for (i = 0; i < OMAP_HS_USB_PORTS; i++) { + if (!strcmp(phy_type, phy_strings[i])) + return i; + } + return 0; +} + +static const struct ehci_ops omap_ehci_ops = { +}; + +static int ehci_usb_probe(struct udevice *dev) +{ + struct usb_platdata *plat = dev_get_platdata(dev); + const void *fdt = gd->fdt_blob; + struct omap_ehci *ehci; + struct ehci_omap_priv_data *priv = dev_get_priv(dev); + struct ehci_hccr *hccr; + struct ehci_hcor *hcor; + ofnode node; + ofnode parent_node = dev->node; + int ret = -1; + int off, i; + const char *mode; + char prop[11]; + + priv->ehci = (struct omap_ehci *)devfdt_get_addr(dev); + priv->portnr = dev->seq; + priv->init_type = plat->init_type; + + /* Go through each port portX-mode to determing phy mode */ + for (i = 0; i < 3; i++) { + snprintf(prop, sizeof(prop), "port%d-mode", i + 1); + mode = dev_read_string(dev, prop); + if (mode) + usbhs_bdata.port_mode[i] = find_phy_mode(mode); + } + + ofnode_for_each_subnode(node, parent_node) { + /* Locate node for ti,ehci-omap */ + off = ofnode_to_offset(node); + ret = fdt_node_check_compatible(fdt, off, "ti,ehci-omap"); + + if (!ret) { + /* If EHCI node is found, set the pointer to it */ + ehci = (struct omap_ehci *)ofnode_get_addr(node); + hccr = (struct ehci_hccr *)&ehci->hccapbase; + hcor = (struct ehci_hcor *)&ehci->usbcmd; + + /* Do the actual EHCI initialization */ + omap_ehci_hcd_init(0, &usbhs_bdata); + ret = ehci_register(dev, hccr, hcor, &omap_ehci_ops, 0, + USB_INIT_HOST); + } + } + + return ret; +} + +static const struct udevice_id omap_ehci_dt_ids[] = { + { .compatible = "ti,usbhs-host" }, + { } +}; + +static int ehci_usb_ofdata_to_platdata(struct udevice *dev) +{ + struct usb_platdata *plat = dev_get_platdata(dev); + + plat->init_type = USB_INIT_HOST; + + return 0; +} + +U_BOOT_DRIVER(usb_omaphs_host) = { + .name = "usbhs-host", + .id = UCLASS_USB, + .of_match = omap_ehci_dt_ids, + .ofdata_to_platdata = ehci_usb_ofdata_to_platdata, + .probe = ehci_usb_probe, + .remove = ehci_deregister, + .ops = &ehci_usb_ops, + .platdata_auto_alloc_size = sizeof(struct usb_platdata), + .priv_auto_alloc_size = sizeof(struct ehci_omap_priv_data), + .flags = DM_FLAG_ALLOC_PRIV_DMA, +}; + +#endif diff --git a/include/configs/omap3_logic.h b/include/configs/omap3_logic.h index e318a9f896..65d8487c18 100644 --- a/include/configs/omap3_logic.h +++ b/include/configs/omap3_logic.h @@ -30,6 +30,8 @@ /* I2C */ #define CONFIG_SYS_I2C_EEPROM_ADDR 0x50 /* EEPROM AT24C64 */ +#define CONFIG_OMAP_EHCI_PHY1_RESET_GPIO 4 + /* Board NAND Info. */ #ifdef CONFIG_NAND #define CONFIG_SYS_MAX_NAND_DEVICE 1 /* Max number of */ -- 2.17.1

3 11

[U-Boot] [PATCH] video, simple_panel: add lg,lb070wv8 display
by Heiko Schocher 30 Jul '19

30 Jul '19

add "lg,lb070wv8" display to compatible node. Signed-off-by: Heiko Schocher <hs(a)denx.de> --- clean travis build, see: https://travis-ci.org/hsdenx/u-boot-test/builds/537359553 drivers/video/simple_panel.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/video/simple_panel.c b/drivers/video/simple_panel.c index 7a968e740c..c3c0e84732 100644 --- a/drivers/video/simple_panel.c +++ b/drivers/video/simple_panel.c @@ -105,6 +105,7 @@ static const struct udevice_id simple_panel_ids[] = { { .compatible = "auo,b133xtn01" }, { .compatible = "auo,b116xw03" }, { .compatible = "auo,b133htn01" }, + { .compatible = "lg,lb070wv8" }, { } }; -- 2.21.0

2 1

[U-Boot] [PATCH] bmp_logo: support CONFIG_DM_VIDEO
by Heiko Schocher 30 Jul '19

30 Jul '19

in case of bmp_logo, the video_bmp driver is used for drawing a bmp logo. This driver supports only "full" bmp data. Adding a logo with the bmp_logo tool to u-boot binary adds currently only real data and drops the bmp header. This patch adds now the full bmp data to the u-boot binary, so video_bmp driver works with the logo embedded into u-boot. Fixed also some checkpatch error poping up with this patch. Signed-off-by: Heiko Schocher <hs(a)denx.de> --- tools/Makefile | 6 ++++++ tools/bmp_logo.c | 42 +++++++++++++++++++++++++++++++----------- 2 files changed, 37 insertions(+), 11 deletions(-) diff --git a/tools/Makefile b/tools/Makefile index 33e90a8025..d0e1ded61b 100644 --- a/tools/Makefile +++ b/tools/Makefile @@ -266,8 +266,14 @@ __build: $(LOGO-y) $(LOGO_H): $(obj)/bmp_logo $(LOGO_BMP) $(obj)/bmp_logo --gen-info $(LOGO_BMP) > $@ +ifeq ($(CONFIG_DM_VIDEO),y) +$(LOGO_DATA_H): $(obj)/bmp_logo $(LOGO_BMP) + $(obj)/bmp_logo --gen-bmp $(LOGO_BMP) > $@ +else $(LOGO_DATA_H): $(obj)/bmp_logo $(LOGO_BMP) $(obj)/bmp_logo --gen-data $(LOGO_BMP) > $@ +#endif +endif # Let clean descend into subdirs subdir- += env diff --git a/tools/bmp_logo.c b/tools/bmp_logo.c index 55f833fb9b..74fcadca63 100644 --- a/tools/bmp_logo.c +++ b/tools/bmp_logo.c @@ -2,7 +2,8 @@ enum { MODE_GEN_INFO, - MODE_GEN_DATA + MODE_GEN_DATA, + MODE_GEN_BMP }; typedef struct bitmap_s { /* bitmap description */ @@ -16,7 +17,8 @@ typedef struct bitmap_s { /* bitmap description */ void usage(const char *prog) { - fprintf(stderr, "Usage: %s [--gen-info|--gen-data] file\n", prog); + fprintf(stderr, "Usage: %s [--gen-info|--gen-data|--gen-bmp] file\n", + prog); } /* @@ -73,6 +75,7 @@ void gen_info(bitmap_t *b, uint16_t n_colors) int main (int argc, char *argv[]) { int mode, i, x; + int size; FILE *fp; bitmap_t bmp; bitmap_t *b = &bmp; @@ -87,6 +90,8 @@ int main (int argc, char *argv[]) mode = MODE_GEN_INFO; else if (!strcmp(argv[1], "--gen-data")) mode = MODE_GEN_DATA; + else if (!strcmp(argv[1], "--gen-bmp")) + mode = MODE_GEN_BMP; else { usage(argv[0]); exit(EXIT_FAILURE); @@ -131,6 +136,7 @@ int main (int argc, char *argv[]) b->width = le_short(b->width); b->height = le_short(b->height); n_colors = le_short(n_colors); + size = b->width * b->height; /* assume we are working with an 8-bit file */ if ((n_colors == 0) || (n_colors > 256 - DEFAULT_CMAP_SIZE)) { @@ -152,10 +158,6 @@ int main (int argc, char *argv[]) "#ifndef __BMP_LOGO_DATA_H__\n" "#define __BMP_LOGO_DATA_H__\n\n"); - /* allocate memory */ - if ((b->data = (uint8_t *)malloc(b->width * b->height)) == NULL) - error ("Error allocating memory for file", fp); - /* read and print the palette information */ printf("unsigned short bmp_logo_palette[] = {\n"); @@ -175,21 +177,39 @@ int main (int argc, char *argv[]) } /* seek to offset indicated by file header */ - fseek(fp, (long)data_offset, SEEK_SET); + if (mode == MODE_GEN_BMP) { + /* copy full bmp file */ + fseek(fp, 0L, SEEK_END); + size = ftell(fp); + fseek(fp, 0L, SEEK_SET); + } else { + fseek(fp, (long)data_offset, SEEK_SET); + } + + /* allocate memory */ + b->data = (uint8_t *)malloc(size); + if (!b->data) + error("Error allocating memory for file", fp); /* read the bitmap; leave room for default color map */ printf ("\n"); printf ("};\n"); printf ("\n"); printf("unsigned char bmp_logo_bitmap[] = {\n"); - for (i=(b->height-1)*b->width; i>=0; i-=b->width) { - for (x = 0; x < b->width; x++) { - b->data[i + x] = (uint8_t) fgetc(fp) + if (mode == MODE_GEN_BMP) { + /* write full bmp */ + for (i = 0; i < size; i++) + b->data[i] = (uint8_t)fgetc(fp); + } else { + for (i = (b->height - 1) * b->width; i >= 0; i -= b->width) { + for (x = 0; x < b->width; x++) { + b->data[i + x] = (uint8_t)fgetc(fp) + DEFAULT_CMAP_SIZE; + } } } - for (i=0; i<(b->height*b->width); ++i) { + for (i = 0; i < size; ++i) { if ((i%8) == 0) putchar ('\t'); printf ("0x%02X,%c", -- 2.21.0

2 1

[U-Boot] [PATCH PATCH v3 00/12] Add support for applications of overlays in SPL
by Jean-Jacques Hiblot 30 Jul '19

30 Jul '19

The purpose of this series is to provide the SPL with ability to apply overlays for u-boot. this is only a RFC so far, to get a feedback on the approach. Our use-case is the support of the daughter boards of the AM65x EVM. In Linux, each board is supported by a unique overlay. The presence of the boards is detected at runtime, and some useful features (like USB) are implemented on those daughter boards. Instead of providing multiple dtbs and fall in a combinatorial pit, we propose to use DT overlays. Patch #1 "spl: fit: Add support for applying DT overlay" has been posted a few weeks ago by Michal Simek. Patch #2 to #5 amend Michal's patch. Patch #6 to #8 are simple fixes for the Makefile Patch #9 is not required but relates to this series and will be required later by the AM6x platform Patch #10 is used to reduce the complexity of the Makefile by having FIT generator scripts provide their dependencies Patch #12 adds a way to dynamically select the DT overlays. That is were we would use HW detection to select the required overlays. In that case, the board-level code tells what overlay it needs (it gives the name of the node). On arm, if overlay are supported, this series increases the size of the SPL by 3.2 kB. Travis build : https://travis-ci.org/jjhiblot/u-boot/builds/535686392 For a strange reason, buildman on travis show errors for sun8i ans sun50i, but pass when I run it locally. Changes in v3: - Add a new config option: SPL_LOAD_FIT_APPLY_OVERLAY. By default, it is not selected. - removed the RFC prefix. This work will be needed soon by TI's AM65x platform. and can probably benefit other modular platforms - removed the last patch that provided an example of how to use this with on a DRA76. - removed the patch that made u-boot.img a symlink to u-boot.itb because it breaks the build of many platforms (because files required to build the ITB are missing) - removed the patch to reduce the footprint of the am335x SPL. (already merged) - Made the boot flow more permissive (don't fail immediately if an overlay is not present) and more verbose when an error occures - handle the dependencies of the FIT generation in a more generic way - use a dedicated kconfig option to enable the application of the overlays by the SPL. Changes in v2: - reworked board_fit_get_additionnal_images() and how it used in spl_fit.c - removed dtbo generation from dtso files and use .dts extension for the overlays - add dynamic allocation usage in a separate patch - defconfig change for the am335x_evm Jean-Jacques Hiblot (11): spl: fit: Make room in the FDT before applying overlays spl: fit: allocate a temporary buffer to load the overlays spl: fit: Do not fail immediately if an overlay is not available spl: fit: be more verbose when an error occurs when applying the overlays Makefile.lib: include /__symbols__ in dtb if SPL_LOAD_FIT_APPLY_OVERLAY is enabled Makefile: Fix tests for CONFIG_SPL_LOAD_FIT and CONFIG_SPL_FIT_GENERATOR Makefile: Fix u-boot.itb generation when building outside the source tree Makefile: Pass the board name to the FIT generator scripts Makefile: Query the SPL Fit Generator for its dependencies spl: fit: constify the output parameter of spl_fit_get_image_name() spl: fit: Allow the board to tell if more images must be loaded from FIT Michal Simek (1): spl: fit: Add support for applying DT overlay Kconfig | 10 +++ Makefile | 23 +++-- arch/arm/mach-imx/mkimage_fit_atf.sh | 10 ++- arch/arm/mach-rockchip/make_fit_atf.py | 13 ++- board/sunxi/mksunxi_fit_atf.sh | 7 ++ .../lion_rk3368/fit_spl_atf.its | 6 +- .../puma_rk3399/fit_spl_atf.its | 8 +- common/spl/spl_fit.c | 90 +++++++++++++++++-- include/spl.h | 16 ++++ scripts/Makefile.lib | 4 + 10 files changed, 156 insertions(+), 31 deletions(-) -- 2.17.1

4 31

[U-Boot] [PATCH 0/4] Veyron Speedy / ASUS C201 fixes
by Urja Rannikko 30 Jul '19

30 Jul '19

Hi, Just saying: I'm not familiar with this stuff so i might've misunderstood something in my commit messages, but anyways i managed to make it boot. There's more stuff than just these, but i decided I'd keep it short... If you want to know my full setup, you can check out my gh repo for now: https://github.com/urjaman/u-boot/commits/c201-stuff Notably I did include http://patchwork.ozlabs.org/patch/1040541/ in my tree when testing (rk3288 pinctrl patch that was linked to on the previous thread i found about the veyron speedy being broken). The one thing that I havent yet fixed is that the USB host port on the otg-capable controller (near screen) doesn't work - one guess i have is that the dwc2 host driver doesn't force it into host mode... (It doesn't even read dr_mode ...) Urja Rannikko (4): pinctrl: exit pinconfig_post_bind if there are no subnodes rk3288-board: remove pinctrl call for debug uart rk3288-board: cosmetic: document selecting RK PWM dw_mmc: turn on the IO supply arch/arm/mach-rockchip/rk3288-board.c | 13 +------------ drivers/mmc/dw_mmc.c | 15 +++++++++++++++ drivers/pinctrl/pinctrl-uclass.c | 3 +++ 3 files changed, 19 insertions(+), 12 deletions(-) -- 2.21.0

7 30

[U-Boot] [PATCH 0/6] Enabled DM_VIDEO for Colibri iMX7 NAND/iMX6ULL
by Igor Opaniuk 29 Jul '19

29 Jul '19

From: Igor Opaniuk <igor.opaniuk(a)toradex.com> This patch-series fixes some issues in mxsfb fbdev bindings (incorrect structure). Currently there is a support only for old format, new one wil be introduced soon [1]. Also it enables support of DM_VIDEO for Colibri iMX7 NAND version and for Colibri iMX6ULL. [1] https://www.kernel.org/doc/Documentation/devicetree/bindings/display/mxsfb.… Igor Opaniuk (6): video: mxsfb: fix mxsfb fbdev binding issues ARM: dts: colibri_imx7: Fix lcdif node definition configs: colibri_imx7: enable DM_VIDEO colibri-imx6ull: support building with DM_VIDEO=y ARM: dts: colibri-imx6ull: extend lcdif node configs: colibri-imx6ull: switch to DM_VIDEO arch/arm/dts/imx6ull-colibri.dts | 32 +++++++++++++ arch/arm/dts/imx7-colibri.dtsi | 47 +++++++++++--------- arch/arm/mach-imx/mx6/soc.c | 2 +- configs/colibri-imx6ull_defconfig | 2 +- configs/colibri_imx7_defconfig | 2 +- drivers/video/mxsfb.c | 74 ++++++++++++++++++++++++++----- include/configs/colibri-imx6ull.h | 2 +- 7 files changed, 124 insertions(+), 37 deletions(-) -- 2.17.1

3 24