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 --
configs/mx53cx902
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 6087ed81ec9..d9c06
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
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 into
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 Dirkwi
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 driv
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 a/board/beckhoff/
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 a/board/beckhoff/mx53cx9020/mx53c
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 -
board
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(+)
diff
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 3e38
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 7e04
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 them
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 deletions(
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 3cdfa7f5a68.
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 b/a
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 mx53cx9020_
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 DM_FLAG_ACTIVATED is set.
Si
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 two more gpio-leds to sa
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
drivers/led/led_gpio.c | 9 +
1 file changed,
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 startup.
Changes in v
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 DM_FLAG_ACTIVATED is set.
Si
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 +
1 file changed, 9 insertions(+)
di
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
---
patman complains about: test/dm/led.c:45: che
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 startup.
Changes in v
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 changed, 9 insertions(+)
diff --git a/drivers/l
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
---
patman complains about: test/dm/led.c:45: che
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 DM_FLAG_ACTIVATED is set.
Si
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 startup.
Changes in v
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 insertions(+)
diff --git a/drivers/led/led_gpio.c b/drive
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 DM_FLAG_ACTIVATED is set.
Si
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 startup.
Patrick Bru
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 dmwci_init().
Signed-off-by: P
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 are better than undefined
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 initialization functions from arch/a
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
Patch-Cc: Fabio Estevam
Patch-Cc: Christia
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 initialization functions from arch/a
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 get_effective_memsize() to a
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 get_effective_memsize() to a
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 Estevam
Patch-Cc: Christian Gmeiner
Patch-Cc:
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 initialization functions from arch/a
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 initialization functions from arch/a
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 are better than undefined
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 are better than undefined
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
arch/arm/dts/imx53-cx9020.dtb: Warning
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 ++--
1 file changed, 6 insertions(+), 6 deletions
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 a/configs/mx53cx9020_defconfig b/configs/mx53cx9020_defconfig
i
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 ramdisk_addr_r
imx: cx9020: try pxe
>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
>> /arch/arm/boot/dts/imx53-qsb-common.dtsi (at leas
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 previously before mainlining int
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 by:
- use uart2 instead o
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
>>...
>> diff --git a/board/beckhoff/mx53cx9020
>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
> wrote:
>>>From: Jagan Teki [mailto:ja...@amarulasolutions.com]
>>>Sent: Montag, 17. Oktober 2016 13:53
>>>>>
>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:
>> http://list
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 by:
- use uart2 instead o
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 by:
- use uart2 instead o
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 by:
- use uart2 instead o
57 matches
Mail list logo
