[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 --- arch/arm/dts/imx53-cx9020.dts | 11 ++- board/beckhoff/mx53cx9020/mx53cx9020.c | 10 --

[U-Boot] [PATCH 3/4] imx: cx9020: enable vidconsole by default

From: Steffen Dirkwinkel Acked-by: Patrick Bruenn Signed-off-by: Steffen Dirkwinkel --- configs/mx53cx9020_defconfig | 1 + include/configs/mx53cx9020.h | 3 +++ 2 files changed, 4 insertions(+) diff --git a/configs/mx53cx9020_defconfig b/configs/mx53cx9020_defconfig index

[U-Boot] [PATCH 1/4] imx: cx9020: migrate cx9020 to CONFIG_DM_ETH

From: Steffen Dirkwinkel Acked-by: Patrick Bruenn Signed-off-by: Steffen Dirkwinkel --- arch/arm/dts/imx53-cx9020.dts | 31 --- configs/mx53cx9020_defconfig | 2 ++ include/configs/mx53cx9020.h | 4 3 files changed, 22 insertions(+), 15 deletions(-) diff

[U-Boot] [PATCH 0/4] Migrate cx9020 to DM_ETH, DM_USB and distro boot

From: Steffen Dirkwinkel This series migrates the cx9020 to DM_ETH and DM_USB. It also switches bootcmds from custom uEnv.txt based booting to distroboot. DM_USB works but enabling usb keyboards just makes them disappear from the usb device list. The cx9020 board needs to load a bitstream

[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: Steffen

Re: [U-Boot] [v3, 0/5] Split fsl_esdhc driver for i.MX

Hi On Tue, 2019-05-21 at 08:51 +, Y.b. Lu wrote: > The fsl_esdhc driver was for Freescale eSDHC on MPC83XX/MPC85XX > initially. The later QoriQ series PowerPC processors (which were > evolutions of MPC83XX/MPC85XX), QorIQ series ARM processors, and > i.MX series processors were using this

[U-Boot] [PATCH v1 5/6] dm: arm: imx: cx9020: remove unused mmc functions

From: Steffen Dirkwinkel These mmc functions were not used anymore since DM_MMC was introduced. Acked-by: Patrick Bruenn Signed-off-by: Steffen Dirkwinkel --- board/beckhoff/mx53cx9020/mx53cx9020.c | 55 -- 1 file changed, 55 deletions(-) diff --git

[U-Boot] [PATCH v1 6/6] arm: imx: cx9020: remove unnecessary includes

From: Steffen Dirkwinkel There are several includes in mx53cx9020.c which are not required anymore. Acked-by: Patrick Bruenn Signed-off-by: Steffen Dirkwinkel --- board/beckhoff/mx53cx9020/mx53cx9020.c | 8 1 file changed, 8 deletions(-) diff --git

[U-Boot] [PATCH v1 4/6] dm: arm: imx: cx9020: migrate to dm_video

From: Steffen Dirkwinkel Enable DM_VIDEO in config and don't overwrite console so it can be set from environment Acked-by: Patrick Bruenn Signed-off-by: Steffen Dirkwinkel --- board/beckhoff/mx53cx9020/Makefile | 2 +- board/beckhoff/mx53cx9020/mx53cx9020.c | 11 -

[U-Boot] [PATCH v1 3/6] arm: imx: add ipu to imx53.dts and set dm-pre-reloc

From: Steffen Dirkwinkel The ipu node in imx53 is needed for DM_VIDEO. We also need to set u-boot,dm-pre-reloc to initialize before relocation. Signed-off-by: Steffen Dirkwinkel --- arch/arm/dts/imx53.dtsi | 137 1 file changed, 137 insertions(+)

[U-Boot] [PATCH v1 2/6] dm: arm: imx: video: add compatible for imx53-ipu

From: Steffen Dirkwinkel This code also works with imx53 ipus so we can enable it for them. Signed-off-by: Steffen Dirkwinkel --- drivers/video/imx/mxc_ipuv3_fb.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/video/imx/mxc_ipuv3_fb.c b/drivers/video/imx/mxc_ipuv3_fb.c index

[U-Boot] [PATCH v1 1/6] dm: arm: imx: cx9020: enable DM_GPIO

From: Steffen Dirkwinkel Switch to DM_GPIO and add gpio_request where necessary. This is needed for DM_VIDEO and fixes an issue with sd card detection which was introduced by the combination of these commits: commit 7a0425dd969c ("mmc: fsl_esdhc: make get_cd work well in dm_mmc_ops") commit

[U-Boot] [PATCH v1 0/6] arm: imx: cx9020: Migrate to DM_VIDEO and DM_GPIO

From: Steffen Dirkwinkel This series migrates mx53cx9020 to DM_VIDEO and DM_GPIO. The first patch allows the board to boot again by enabling DM_GPIO. This was broken due to card detect not working with a combination of previous commits. Patches 2-4 add ipu device tree nodes for mx53, enable

[U-Boot] [PATCH 3/3] dm: arm: imx: migrate cx9020 to CONFIG_DM_MMC

From: Patrick Bruenn Enable esdhc1/2 device nodes for cx9020 and build with CONFIG_DM_MMC=y Signed-off-by: Patrick Bruenn --- arch/arm/dts/imx53-cx9020.dts | 52 +++ configs/mx53cx9020_defconfig | 1 + 2 files changed, 39 insertions(+), 14

[U-Boot] [PATCH 1/3] mmc: fsl_esdhc: add compatible for fsl, imx53-esdhc

From: Patrick Bruenn Add compatible "fsl,imx53-esdhc" to keep mmc working on i.MX53 platforms with CONFIG_DM_MMC=y Signed-off-by: Patrick Bruenn --- drivers/mmc/fsl_esdhc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mmc/fsl_esdhc.c b/drivers/mmc/fsl_esdhc.c index

[U-Boot] [PATCH 2/3] arm: imx: Add esdhc1/2 nodes to imx53.dtsi

From: Patrick Bruenn These nodes are required by CX9020 when build with CONFIG_DM_MMC=y They are copied from Linux 4.20 Signed-off-by: Patrick Bruenn --- arch/arm/dts/imx53.dtsi | 34 ++ 1 file changed, 34 insertions(+) diff --git a/arch/arm/dts/imx53.dtsi

[U-Boot] [PATCH 0/3] Migrate i.MX53 based cx9020 to CONFIG_DM_MMC=y

From: Patrick Bruenn This series is based on v2019.01-rc2. It enables compatible "fsl,imx53-esdhc" for fsl_esdhc driver and copies esdhc1 and esdhc2 device tree nodes from Linux 4.20 into imx53.dtsi. The last patch enables these nodes for imx53-cx9020.dts and adds CONFIG_DM_MMC=y for

[U-Boot] [PATCH v4 1/3] dm: led: Support "default-state" property

From: Patrick Bruenn Add support for the device tree property "default-state". This feature might be useful for LEDs indicating "power on" or similar states. Note: Even with this commit gpio-leds remain in reset state. That's because the led_gpio is not probed until

[U-Boot] [PATCH v4 3/3] dm: led: add testcase for "default-state" property

From: Patrick Bruenn Add two more gpio-leds to sandbox test device tree with default-state property set to "on"/"off". Add dm_test_led_default_state() to check that these new LED's are set to LEDST_ON and LEDST_OFF. dm: led: add testcase for "default-state" property Add

[U-Boot] [PATCH v4 2/3] dm: led: auto probe() LEDs with "default-state"

From: Patrick Bruenn To avoid board specificy LED activation code, automatically activate gpio-leds with "default-state" property during bind(). Signed-off-by: Patrick Bruenn --- Changes in v4: None Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v4 0/3] This series adds support for gpio-leds "default-state" property. The

From: Patrick Bruenn main usecase in mind are LEDs which indicate a state like "power on". With this patchset applied, all you have to do is: Add a gpio-led node with 'default-state = "on";' property to your device tree. And the LED will automatically light up during

[U-Boot] [PATCH v3 1/3] dm: led: Support "default-state" property

From: Patrick Bruenn Add support for the device tree property "default-state". This feature might be useful for LEDs indicating "power on" or similar states. Note: Even with this commit gpio-leds remain in reset state. That's because the led_gpio is not probed until

[U-Boot] [PATCH v3 2/3] dm: led: auto probe() LEDs with "default-state"

From: Patrick Bruenn To avoid board specificy LED activation code, automatically activate gpio-leds with "default-state" property during bind(). Signed-off-by: Patrick Bruenn --- Changes in v3: None Changes in v2: None drivers/led/led_gpio.c | 9

[U-Boot] [PATCH v3 3/3] dm: led: add testcase for "default-state" property

From: Patrick Bruenn Add two more gpio-leds to sandbox test device tree with default-state property set to "on"/"off". Add dm_test_led_default_state() to check that these new LED's are set to LEDST_ON and LEDST_OFF. Signed-off-by: Patrick Bruenn

[U-Boot] [PATCH v3 0/3] This series adds support for gpio-leds "default-state" property. The

From: Patrick Bruenn main usecase in mind are LEDs which indicate a state like "power on". With this patchset applied, all you have to do is: Add a gpio-led node with 'default-state = "on";' property to your device tree. And the LED will automatically light up during

[U-Boot] [PATCH v2 2/3] dm: led: auto probe() LEDs with "default-state"

From: Patrick Bruenn To avoid board specificy LED activation code, automatically activate gpio-leds with "default-state" property during bind(). Signed-off-by: Patrick Bruenn --- Changes in v2: None drivers/led/led_gpio.c | 9 + 1 file

[U-Boot] [PATCH v2 3/3] dm: led: add testcase for "default-state" property

From: Patrick Bruenn Add two more gpio-leds to sandbox test device tree with default-state property set to "on"/"off". Add dm_test_led_default_state() to check that these new LED's are set to LEDST_ON and LEDST_OFF. Signed-off-by: Patrick Bruenn

[U-Boot] [PATCH v2 1/3] dm: led: Support "default-state" property

From: Patrick Bruenn Add support for the device tree property "default-state". This feature might be useful for LEDs indicating "power on" or similar states. Note: Even with this commit gpio-leds remain in reset state. That's because the led_gpio is not probed until

[U-Boot] [PATCH v2 0/3] This series adds support for gpio-leds "default-state" property. The

From: Patrick Bruenn main usecase in mind are LEDs which indicate a state like "power on". With this patchset applied, all you have to do is: Add a gpio-led node with 'default-state = "on";' property to your device tree. And the LED will automatically light up during

[U-Boot] [PATCH 2/2] dm: led: auto probe() LEDs with "default-state"

From: Patrick Bruenn To avoid board specificy LED activation code, automatically activate gpio-leds with "default-state" property during bind(). Signed-off-by: Patrick Bruenn --- drivers/led/led_gpio.c | 9 + 1 file changed, 9

[U-Boot] [PATCH 1/2] dm: led: Support "default-state" property

From: Patrick Bruenn Add support for the device tree property "default-state". This feature might be useful for LEDs indicating "power on" or similar states. Note: Even with this commit gpio-leds remain in reset state. That's because the led_gpio is not probed until

[U-Boot] [PATCH 0/2] This series adds support for gpio-leds "default-state" property. The

From: Patrick Bruenn main usecase in mind are LEDs which indicate a state like "power on". With this patchset applied, all you have to do is: Add a gpio-led node with 'default-state = "on";' property to your device tree. And the LED will automatically light up during

[U-Boot] [PATCH] dm: mmc: socfpga: call dwmci_probe()

From: Patrick Bruenn On a socfpga_cyclone5 based board the SD card, was never powered up. For other dw_mmc based SoCs dwmci_probe() is called in the platform specific probe(). It seems this call is missing for socfpga_dw_mmc. With this change DWMCI_PWREN is set by

[U-Boot] [PATCH v3 1/4] arm: imx: cx9020: remove usage of mx53_dram_size

From: Patrick Bruenn Static variables are not available during board_init_f(). 'static uint32_t mx53_dram_size[2];' was used in board specific dram_init(), dram_init_banksize() and get_effective_memsize() to avoid multiple calls to get_ram_size(). However multiple calls

[U-Boot] [PATCH v3 3/4] arm: imx: m53evk: remove usage of mx53_dram_size

From: Patrick Bruenn Static variables are not available during board_init_f(). 'static uint32_t mx53_dram_size[2];' was used in board specific dram_init(), dram_init_banksize() and get_effective_memsize() to avoid multiple calls to get_ram_size(). Reused dram

[U-Boot] [PATCH v3 2/4] arm: imx: cx9020: move dram init into common place

From: Patrick Bruenn Move dram_init(), dram_init_banksize() and get_effective_memsize() to arch/arm/mach-imx/mx5/mx53_dram.c, where it can be reused by m53evk and mx53loco. Signed-off-by: Patrick Bruenn --- Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v3 4/4] arm: imx: mx53loco: remove usage of mx53_dram_size

From: Patrick Bruenn Static variables are not available during board_init_f(). 'static uint32_t mx53_dram_size[2];' was used in board specific dram_init(), dram_init_banksize() and get_effective_memsize() to avoid multiple calls to get_ram_size(). Reused dram

[U-Boot] [PATCH v3 0/4] arm: imx53: remove usage of mx53_dram_size

From: Patrick Bruenn Global variables are not available during board_init_f(). The i.MX53 boards m53evk, mx53cx9020 and mx53loco are using the exact same dram initialization code, which uses 'static uint32_t mx53_dram_size[2];' in dram_init(), dram_init_banksize() and

[U-Boot] [PATCH v2 0/4] arm: imx53: remove usage of mx53_dram_size

From: Patrick Bruenn Global variables are not available during board_init_f(). The i.MX53 boards m53evk, mx53cx9020 and mx53loco are using the exact same dram initialization code, which uses 'static uint32_t mx53_dram_size[2];' in dram_init(), dram_init_banksize() and

[U-Boot] [PATCH v2 2/4] arm: imx: cx9020: move dram init into common place

From: Patrick Bruenn Move dram_init(), dram_init_banksize() and get_effective_memsize() to arch/arm/mach-imx/mx5/mx53_dram.c, where it can be reused by m53evk and mx53loco. Signed-off-by: Patrick Bruenn --- Changes in v2: None Patch-Cc: Fabio

[U-Boot] [PATCH v2 4/4] arm: imx: mx53loco: remove usage of mx53_dram_size

From: Patrick Bruenn Static variables are not available during board_init_f(). 'static uint32_t mx53_dram_size[2];' was used in board specific dram_init(), dram_init_banksize() and get_effective_memsize() to avoid multiple calls to get_ram_size(). Reused dram

[U-Boot] [PATCH v2 3/4] arm: imx: m53evk: remove usage of mx53_dram_size

From: Patrick Bruenn Static variables are not available during board_init_f(). 'static uint32_t mx53_dram_size[2];' was used in board specific dram_init(), dram_init_banksize() and get_effective_memsize() to avoid multiple calls to get_ram_size(). Reused dram

[U-Boot] [PATCH v2 1/4] arm: imx: cx9020: remove usage of mx53_dram_size

From: Patrick Bruenn Static variables are not available during board_init_f(). 'static uint32_t mx53_dram_size[2];' was used in board specific dram_init(), dram_init_banksize() and get_effective_memsize() to avoid multiple calls to get_ram_size(). However multiple calls

[U-Boot] [PATCH] arm: imx: cx9020: remove usage of mx53_dram_size

From: Patrick Bruenn Global variables are not available during board_init_f(). 'static uint32_t mx53_dram_size[2];' was used in board specific dram_init(), dram_init_banksize() and get_effective_memsize() to avoid multiple calls to get_ram_size(). However multiple calls

[U-Boot] [PATCH] arm: imx: add tzic interrupt controller for imx53

From: Patrick Bruenn Since commit 999a78d5cf00 ("scripts/dtc: Update to upstream version v1.4.5-3-gb1a60033c110") dtc warns about: arch/arm/dts/imx53-cx9020.dtb: Warning (interrupts_property): Missing interrupt-parent for /soc/aips@5000/serial@53fc

[U-Boot] [PATCH 1/2] imx: cx9020: use fdt_addr_r and ramdisk_addr_r

From: Patrick Bruenn Replace fdtaddr and rdaddr variable names with u-boot standard names fdt_addr_r and ramdisk_addr_r. This will make the use of pxe boot more easy. Signed-off-by: Patrick Bruenn --- include/configs/mx53cx9020.h | 12

[U-Boot] [PATCH 2/2] imx: cx9020: try pxe boot, if no vmlinuz on mmc

From: Patrick Bruenn If no vmlinuz is found on mmc, try to boot from pxe. Signed-off-by: Patrick Bruenn --- configs/mx53cx9020_defconfig | 1 + include/configs/mx53cx9020.h | 5 + 2 files changed, 6 insertions(+) diff --git

[U-Boot] [PATCH 0/2] Enable pxe boot for mx53cx9020

From: Patrick Bruenn To make kernel development more easy on CX9020, this scripts enables pxe boot in the default bootscript. pxe boot is then used as a fallback in case there is no vmlinuz found on mmc. Patrick Bruenn (2): imx: cx9020: use fdt_addr_r and

Re: [U-Boot] [PATCH] arm: dts: imx53-cx9020: fix packetloss on fec_mxc

>From: Tom Rini [mailto:tr...@konsulko.com] >Sent: Montag, 23. Januar 2017 16:31 > >On Mon, Jan 23, 2017 at 03:11:27PM +0100, linux-kernel-...@beckhoff.com >wrote: > >> From: Patrick Bruenn >> >> The pinmuxing for i.MX53 FEC ethernet copied from >>

[U-Boot] [PATCH] arm: dts: imx53-cx9020: fix packetloss on fec_mxc

From: Patrick Bruenn The pinmuxing for i.MX53 FEC ethernet copied from /arch/arm/boot/dts/imx53-qsb-common.dtsi (at least until v4.9) was bad. It is different from the manual pinmuxing in /board/freescale/mx53loco/mx53loco.c which was used in cx9020 implementation

[U-Boot] [PATCH v4] arm: imx: add i.MX53 Beckhoff CX9020 Embedded PC

From: Patrick Bruenn Add CX9020 board based on mx53loco. Add simplified imx53 base device tree from kernel v4.8-rc8, to reuse serial_mxc with DTE and prepare for device tree migration of other functions and imx53 devices. The CX9020 differs from i.MX53 Quick Start Board

Re: [U-Boot] [PATCH v3] arm: imx: add i.MX53 Beckhoff CX9020 Embedded PC

Hi Jagan, >From: Jagan Teki [mailto:ja...@openedev.com] >Sent: Donnerstag, 20. Oktober 2016 12:52 >Subject: Re: [U-Boot] [PATCH v3] arm: imx: add i.MX53 Beckhoff CX9020 >Embedded PC > >On Mon, Oct 17, 2016 at 5:57 PM, wrote: >> From: Patrick Bruenn

Re: [U-Boot] [PATCH v2] arm: imx: add i.MX53 Beckhoff CX9020 Embedded PC

>From: Jagan Teki [mailto:ja...@amarulasolutions.com] >Sent: Montag, 17. Oktober 2016 14:49 >On Mon, Oct 17, 2016 at 6:14 PM, linux-kernel-dev ><linux-kernel-...@beckhoff.com> wrote: >>>From: Jagan Teki [mailto:ja...@amarulasolutions.com] >>>Sent: Montag, 17. Ok

Re: [U-Boot] [PATCH v2] arm: imx: add i.MX53 Beckhoff CX9020 Embedded PC

>From: Jagan Teki [mailto:ja...@amarulasolutions.com] >Sent: Montag, 17. Oktober 2016 13:53 Since, it's have dts support please use pinctrl driver for pads and mux atleast for supporting ones. >>> >>>..but for MX53 this is still missing, right ? >> Yes, as stated here: >>

[U-Boot] [PATCH v3] arm: imx: add i.MX53 Beckhoff CX9020 Embedded PC

From: Patrick Bruenn Add CX9020 board based on mx53loco. Add simplified imx53 base device tree from kernel v4.8-rc8, to reuse serial_mxc with DTE and prepare for device tree migration of other functions and imx53 devices. The CX9020 differs from i.MX53 Quick Start Board

[U-Boot] [PATCH v2] arm: imx: add i.MX53 Beckhoff CX9020 Embedded PC

From: Patrick Bruenn Add CX9020 board based on mx53loco. Add simplified imx53 base device tree from kernel v4.8-rc8, to reuse serial_mxc with DTE and prepare for device tree migration of other functions and imx53 devices. The CX9020 differs from i.MX53 Quick Start Board

[U-Boot] [PATCH] arm: imx: add i.MX53 Beckhoff CX9020 Embedded PC

From: Patrick Bruenn Add CX9020 board based on mx53loco. Add simplified imx53 base device tree from kernel v4.8-rc8, to reuse serial_mxc with DTE and prepare for device tree migration of other functions and imx53 devices. The CX9020 differs from i.MX53 Quick Start Board