On Mo, 2021-04-12 at 13:54 +0300, Andy Shevchenko wrote:
> CAUTION: External Email!!
>
>
> On Mon, Apr 12, 2021 at 1:39 PM linux-kernel-dev
> wrote:
> > On Mo, 2021-04-12 at 12:43 +0300, Andy Shevchenko wrote:
> > > On Mon, Apr 12, 2021 at 12:29 PM S
On Mo, 2021-04-12 at 12:43 +0300, Andy Shevchenko wrote:
>
> On Mon, Apr 12, 2021 at 12:29 PM Steffen Dirkwinkel
> wrote:
> >
> > From: Steffen Dirkwinkel
> >
> > pmc_plt_clk* clocks are used for ethernet controllers so need to stay
> > turned on. This adds the affected board family to
From: Steffen Dirkwinkel
The CB4063 board uses pmc_plt_clk* clocks for ethernet controllers. This
adds it to the critclk_systems DMI table so the clocks are marked as
CLK_CRITICAL and not turned off.
Fixes: 648e921888ad ("clk: x86: Stop marking clocks as CLK_IS_CRITICAL")
Signed-off-by: Steffen
From: Steffen Dirkwinkel
There are several Beckhoff Automation industrial PC boards which use
pmc_plt_clk* clocks for ethernet controllers. The patch adds affected boards
to critclk_systems DMI table so the clocks are marked as CLK_CRITICAL and
not turned off.
This should be applied on top of
From: Steffen Dirkwinkel
There are several Beckhoff Automation industrial PC boards which use
pmc_plt_clk* clocks for ethernet controllers. This adds affected boards
to critclk_systems DMI table so the clocks are marked as CLK_CRITICAL and
not turned off.
Fixes: 648e921888ad ("clk: x86: Stop
From: Patrick Bruenn
Document the binding for i.MX53 SRTC implemented by rtc-mxc_v2
Signed-off-by: Patrick Bruenn
---
v4:
- replace "srtc" node name with generic "rtc"
v2:
- added "Secure" and (SRTC) to the description
Cc: Alessandro Zummo
From: Patrick Bruenn
Enable SRTC driver for i.MX53 in default config
Signed-off-by: Patrick Bruenn
---
v3:
- imx_v4_v5_defconfig was the wrong default config for i.MX53
Cc: Shawn Guo
Cc: Sascha Hauer
From: Patrick Bruenn
Document the binding for i.MX53 SRTC implemented by rtc-mxc_v2
Signed-off-by: Patrick Bruenn
---
v4:
- replace "srtc" node name with generic "rtc"
v2:
- added "Secure" and (SRTC) to the description
Cc: Alessandro Zummo
Cc: Alexandre Belloni
Cc: Rob Herring
Cc: Mark
From: Patrick Bruenn
Enable SRTC driver for i.MX53 in default config
Signed-off-by: Patrick Bruenn
---
v3:
- imx_v4_v5_defconfig was the wrong default config for i.MX53
Cc: Shawn Guo
Cc: Sascha Hauer (maintainer:ARM/FREESCALE IMX / MXC
ARM ARCHITECTURE)
Cc: Alessandro Zummo
Cc:
From: Patrick Bruenn
rtc-mxc_v2 driver will add support for the i.MX53 SRTC
Note: we keep the 'srtc' label to avoid duplicate with imx53-m53.dtsi
Signed-off-by: Patrick Bruenn
---
v4:
- replace "srtc" node name with generic "rtc"
Cc: Shawn Guo
From: Patrick Bruenn
rtc-mxc_v2 driver will add support for the i.MX53 SRTC
Note: we keep the 'srtc' label to avoid duplicate with imx53-m53.dtsi
Signed-off-by: Patrick Bruenn
---
v4:
- replace "srtc" node name with generic "rtc"
Cc: Shawn Guo
Cc: Sascha Hauer (maintainer:ARM/FREESCALE
From: Patrick Bruenn
Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
This is driver enables support for the low power domain SRTC features:
- 32-bit MSB of non-rollover time counter
- 32-bit alarm register
Select the new config option RTC_DRV_MXC_V2
From: Patrick Bruenn
Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
This is driver enables support for the low power domain SRTC features:
- 32-bit MSB of non-rollover time counter
- 32-bit alarm register
Select the new config option RTC_DRV_MXC_V2
From: Patrick Bruenn
Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
This is driver enables support for the low power domain SRTC features:
- 32-bit MSB of non-rollover time counter
- 32-bit alarm register
Select the new config option RTC_DRV_MXC_V2 to build this driver
From: Patrick Bruenn
Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
This is driver enables support for the low power domain SRTC features:
- 32-bit MSB of non-rollover time counter
- 32-bit alarm register
Select the new config option RTC_DRV_MXC_V2 to build this driver
From: Patrick Bruenn
Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
This is driver enables support for the low power domain SRTC features:
- 32-bit MSB of non-rollover time counter
- 32-bit alarm register
Select the new config option RTC_DRV_MXC_V2
From: Patrick Bruenn
Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
This is driver enables support for the low power domain SRTC features:
- 32-bit MSB of non-rollover time counter
- 32-bit alarm register
Select the new config option RTC_DRV_MXC_V2 to build this driver
From: Patrick Bruenn
rtc-mxc_v2 driver will add support for the i.MX53 SRTC
Signed-off-by: Patrick Bruenn
---
Cc: Shawn Guo
Cc: Sascha Hauer (maintainer:ARM/FREESCALE IMX / MXC
ARM ARCHITECTURE)
Cc:
From: Patrick Bruenn
Enable SRTC driver for i.MX53 in default config
Signed-off-by: Patrick Bruenn
---
v3:
- imx_v4_v5_defconfig was the wrong default config for i.MX53
Cc: Shawn Guo
Cc: Sascha Hauer
From: Patrick Bruenn
rtc-mxc_v2 driver will add support for the i.MX53 SRTC
Signed-off-by: Patrick Bruenn
---
Cc: Shawn Guo
Cc: Sascha Hauer (maintainer:ARM/FREESCALE IMX / MXC
ARM ARCHITECTURE)
Cc: Alessandro Zummo
Cc: Alexandre Belloni
Cc: Rob Herring
Cc: Mark Rutland
From: Patrick Bruenn
Enable SRTC driver for i.MX53 in default config
Signed-off-by: Patrick Bruenn
---
v3:
- imx_v4_v5_defconfig was the wrong default config for i.MX53
Cc: Shawn Guo
Cc: Sascha Hauer (maintainer:ARM/FREESCALE IMX / MXC
ARM ARCHITECTURE)
Cc: Alessandro Zummo
Cc:
From: Patrick Bruenn
Document the binding for i.MX53 SRTC implemented by rtc-mxc_v2
Signed-off-by: Patrick Bruenn
---
v2:
- added "Secure" and (SRTC) to the description
Cc: Alessandro Zummo
Cc: Alexandre Belloni
From: Patrick Bruenn
Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
This is driver enables support for the low power domain SRTC features:
- 32-bit MSB of non-rollover time counter
- 32-bit alarm register
Select the new config option RTC_DRV_MXC_V2
From: Patrick Bruenn
Document the binding for i.MX53 SRTC implemented by rtc-mxc_v2
Signed-off-by: Patrick Bruenn
---
v2:
- added "Secure" and (SRTC) to the description
Cc: Alessandro Zummo
Cc: Alexandre Belloni
Cc: Rob Herring
Cc: Mark Rutland (maintainer:OPEN FIRMWARE AND FLATTENED
From: Patrick Bruenn
Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
This is driver enables support for the low power domain SRTC features:
- 32-bit MSB of non-rollover time counter
- 32-bit alarm register
Select the new config option RTC_DRV_MXC_V2 to build this driver
From: Patrick Bruenn
Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
This is driver enables support for the low power domain SRTC features:
- 32-bit MSB of non-rollover time counter
- 32-bit alarm register
Based on:
From: Patrick Bruenn
Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
This is driver enables support for the low power domain SRTC features:
- 32-bit MSB of non-rollover time counter
- 32-bit alarm register
Based on:
From: Patrick Bruenn
Enable SRTC driver for i.MX53 in default config
Signed-off-by: Patrick Bruenn
---
To: Shawn Guo
To: Sascha Hauer (maintainer:ARM/FREESCALE IMX / MXC
ARM ARCHITECTURE)
Cc:
From: Patrick Bruenn
Enable SRTC driver for i.MX53 in default config
Signed-off-by: Patrick Bruenn
---
To: Shawn Guo
To: Sascha Hauer (maintainer:ARM/FREESCALE IMX / MXC
ARM ARCHITECTURE)
Cc: Alessandro Zummo
Cc: Alexandre Belloni
Cc: Rob Herring
Cc: Mark Rutland (maintainer:OPEN
From: Patrick Bruenn
Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
This is driver enables support for the low power domain SRTC features:
- 32-bit MSB of non-rollover time counter
- 32-bit alarm register
Based on:
From: Patrick Bruenn
Document the binding for i.MX53 SRTC implemented by rtc-mxc_v2
Signed-off-by: Patrick Bruenn
---
To: Alessandro Zummo
To: Alexandre Belloni
Cc: Rob Herring
From: Patrick Bruenn
Add RTC_DRV_MXC_V2 config option
Signed-off-by: Patrick Bruenn
---
To: Alessandro Zummo
To: Alexandre Belloni
Cc: Rob Herring
Cc: Mark
From: Patrick Bruenn
Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
This is driver enables support for the low power domain SRTC features:
- 32-bit MSB of non-rollover time counter
- 32-bit alarm register
Based on:
From: Patrick Bruenn
Document the binding for i.MX53 SRTC implemented by rtc-mxc_v2
Signed-off-by: Patrick Bruenn
---
To: Alessandro Zummo
To: Alexandre Belloni
Cc: Rob Herring
Cc: Mark Rutland (maintainer:OPEN FIRMWARE AND FLATTENED
DEVICE TREE BINDINGS)
Cc: linux-...@vger.kernel.org
From: Patrick Bruenn
Add RTC_DRV_MXC_V2 config option
Signed-off-by: Patrick Bruenn
---
To: Alessandro Zummo
To: Alexandre Belloni
Cc: Rob Herring
Cc: Mark Rutland (maintainer:OPEN FIRMWARE AND FLATTENED
DEVICE TREE BINDINGS)
Cc: linux-...@vger.kernel.org (open list:REAL TIME CLOCK
From: Patrick Bruenn
rtc-mxc_v2 driver will add support for the i.MX53 SRTC
Signed-off-by: Patrick Bruenn
---
To: Shawn Guo
To: Sascha Hauer (maintainer:ARM/FREESCALE IMX / MXC
ARM ARCHITECTURE)
Cc:
From: Patrick Bruenn
rtc-mxc_v2 driver will add support for the i.MX53 SRTC
Signed-off-by: Patrick Bruenn
---
To: Shawn Guo
To: Sascha Hauer (maintainer:ARM/FREESCALE IMX / MXC
ARM ARCHITECTURE)
Cc: Alessandro Zummo
Cc: Alexandre Belloni
Cc: Rob Herring
Cc: Mark Rutland
From: Patrick Bruenn
Neither rtc-imxdi nor rtc-mxc are compatible with i.MX53.
Add a modernized version of mxc_v2 from here:
http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/tree/drivers/rtc/rtc-mxc_v2.c?h=imx_2.6.35_11.09.01
Changes to that version:
- updated
From: Patrick Bruenn
Neither rtc-imxdi nor rtc-mxc are compatible with i.MX53.
Add a modernized version of mxc_v2 from here:
http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/tree/drivers/rtc/rtc-mxc_v2.c?h=imx_2.6.35_11.09.01
Changes to that version:
- updated to v4.15-rc1
- removed
From: Patrick Bruenn
rtc-imxdi driver is not compatible with imx53-rtc like the example
suggested.
Only the raw timestamp register offsets match by accident, which has the
effect, that during startup/shutdown system clock syncronization with
rtc seems to work for imx53,
From: Patrick Bruenn
rtc-imxdi driver is not compatible with imx53-rtc like the example
suggested.
Only the raw timestamp register offsets match by accident, which has the
effect, that during startup/shutdown system clock syncronization with
rtc seems to work for imx53, too.
However hwclock and
From: Patrick Bruenn
UART2 on EIM_D26 - EIM_D29 pins supports interchanging RXD/TXD pins
and RTS/CTS pins.
One board using these alternate settings is Beckhoff CX9020. Add the
alternative configuration here, to make it available to others, too.
Signed-off-by: Patrick
From: Patrick Bruenn
UART2 on EIM_D26 - EIM_D29 pins supports interchanging RXD/TXD pins
and RTS/CTS pins.
One board using these alternate settings is Beckhoff CX9020. Add the
alternative configuration here, to make it available to others, too.
Signed-off-by: Patrick Bruenn
---
From: Patrick Bruenn
The i.MX53 has an integrated secure real time clock. Add it to the dtsi.
Signed-off-by: Patrick Bruenn
---
arch/arm/boot/dts/imx53.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/imx53.dtsi
From: Patrick Bruenn
The i.MX53 has an integrated secure real time clock. Add it to the dtsi.
Signed-off-by: Patrick Bruenn
---
arch/arm/boot/dts/imx53.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi
index
From: Patrick Bruenn
- add vendor prefix bhf for Beckhoff
- add new board binding bhf,cx9020
Signed-off-by: Patrick Bruenn
---
Documentation/devicetree/bindings/arm/bhf.txt | 6 ++
Documentation/devicetree/bindings/vendor-prefixes.txt
From: Patrick Bruenn
- add vendor prefix bhf for Beckhoff
- add new board binding bhf,cx9020
Signed-off-by: Patrick Bruenn
---
Documentation/devicetree/bindings/arm/bhf.txt | 6 ++
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
MAINTAINERS
From: Patrick Bruenn
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- no SATA connector
- CCAT FPGA connected to emi
- enable rtc
Signed-off-by: Patrick Bruenn
---
From: Patrick Bruenn
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- no SATA connector
- CCAT FPGA connected to emi
- enable rtc
Signed-off-by: Patrick Bruenn
---
arch/arm/boot/dts/Makefile | 1 +
From: Patrick Bruenn
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- no SATA connector
- CCAT FPGA connected to emi
- enable rtc
v5:
- rebased on v4.13-rc2
- don't take maintainership for
From: Patrick Bruenn
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- no SATA connector
- CCAT FPGA connected to emi
- enable rtc
v5:
- rebased on v4.13-rc2
- don't take maintainership for imx53-cx9020.dtsi, keep it
From: Patrick Bruenn
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- no SATA connector
- CCAT FPGA connected to emi
- enable rtc
Signed-off-by: Patrick Bruenn
---
v4:
From: Patrick Bruenn
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- no SATA connector
- CCAT FPGA connected to emi
- enable rtc
Signed-off-by: Patrick Bruenn
---
v4:
- move alternative UART2 pinmux settings to
From: Patrick Bruenn
- add vendor prefix bhf for Beckhoff
- add new board binding bhf,cx9020
Signed-off-by: Patrick Bruenn
---
Documentation/devicetree/bindings/arm/bhf.txt | 6 ++
Documentation/devicetree/bindings/vendor-prefixes.txt
From: Patrick Bruenn
- add vendor prefix bhf for Beckhoff
- add new board binding bhf,cx9020
Signed-off-by: Patrick Bruenn
---
Documentation/devicetree/bindings/arm/bhf.txt | 6 ++
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
MAINTAINERS
From: Patrick Bruenn
Add device tree for Beckhoff CX9020 Embedded PC.
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- CCAT FPGA connected to emi
- enable rtc
v3: add missing changelog, sorry
From: Patrick Bruenn
This is a fix for the CX9020 Embedded PC. On that device the 24-bit
parallel-display signal of the imx53 is combined with an I2C channel
and converted to DVI-D port. Devicetree magic always requires a panel
connected to the parallel-display port.
We
From: Patrick Bruenn
Add device tree for Beckhoff CX9020 Embedded PC.
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- CCAT FPGA connected to emi
- enable rtc
v3: add missing changelog, sorry about the noise
v2:
-
From: Patrick Bruenn
This is a fix for the CX9020 Embedded PC. On that device the 24-bit
parallel-display signal of the imx53 is combined with an I2C channel
and converted to DVI-D port. Devicetree magic always requires a panel
connected to the parallel-display port.
We add an empty panel_desc,
From: Patrick Bruenn
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- CCAT FPGA connected to emi
- enable rtc
Signed-off-by: Patrick Bruenn
---
Cc: Andrew Lunn
From: Patrick Bruenn
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- CCAT FPGA connected to emi
- enable rtc
Signed-off-by: Patrick Bruenn
---
Cc: Andrew Lunn
v3: add missig changelog
v2:
- keep alphabetic order
From: Patrick Bruenn
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- CCAT FPGA connected to emi
- enable rtc
Signed-off-by: Patrick Bruenn
---
From: Patrick Bruenn
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- CCAT FPGA connected to emi
- enable rtc
Signed-off-by: Patrick Bruenn
---
arch/arm/boot/dts/Makefile | 1 +
From: Patrick Bruenn
Add device tree for Beckhoff CX9020 Embedded PC.
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- CCAT FPGA connected to emi
- enable rtc
Patrick Bruenn (2):
ARM: dts:
From: Patrick Bruenn
Add device tree for Beckhoff CX9020 Embedded PC.
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- CCAT FPGA connected to emi
- enable rtc
Patrick Bruenn (2):
ARM: dts: imx: add CX9020 Embedded
From: Patrick Bruenn
This is a fix for the CX9020 Embedded PC. On that device the 24-bit
parallel-display signal of the imx53 is combined with an I2C channel
and converted to DVI-D port. Devicetree magic always requires a panel
connected to the parallel-display port.
We
From: Patrick Bruenn
This is a fix for the CX9020 Embedded PC. On that device the 24-bit
parallel-display signal of the imx53 is combined with an I2C channel
and converted to DVI-D port. Devicetree magic always requires a panel
connected to the parallel-display port.
We add an empty panel_desc,
From: Patrick Brünn
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- CCAT FPGA connected to emi
- enable rtc
Signed-off-by: Patrick Brünn
---
arch/arm/boot/dts/Makefile
From: Patrick Brünn
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- CCAT FPGA connected to emi
- enable rtc
Signed-off-by: Patrick Brünn
---
arch/arm/boot/dts/Makefile | 1 +
From: Patrick Bruenn
The pinmux configuration in device tree was different from manual
muxing in /board/freescale/mx53loco/mx53loco.c
All pins were configured as NO_PAD_CTL(1 << 31), which was fine as the
bootloader already did the correct pinmuxing for us.
But recently
From: Patrick Bruenn
The pinmux configuration in device tree was different from manual
muxing in /board/freescale/mx53loco/mx53loco.c
All pins were configured as NO_PAD_CTL(1 << 31), which was fine as the
bootloader already did the correct pinmuxing for us.
But recently u-boot is migrating to
From: Patrick Bruenn
The pinmux configuration in device tree is different from manual
muxing in /board/freescale/mx53loco/mx53loco.c
It seems the device tree configuration is never used by any kernel
driver and the correct setting, preconfigured by u-boot, was never
From: Patrick Bruenn
The pinmux configuration in device tree is different from manual
muxing in /board/freescale/mx53loco/mx53loco.c
It seems the device tree configuration is never used by any kernel
driver and the correct setting, preconfigured by u-boot, was never
overwritten. So this issue
>From: Jakub Kicinski [mailto:jakub.kicin...@netronome.com]
>Sent: Dienstag, 17. Januar 2017 22:18
>
>On Tue, Jan 17, 2017 at 12:53 PM, Luis R. Rodriguez
>wrote:
>> On Tue, Jan 17, 2017 at 10:04:20AM -0800, Jakub Kicinski wrote:
>>> On Tue, Jan 17, 2017 at 9:30 AM, Luis R.
>From: Jakub Kicinski [mailto:jakub.kicin...@netronome.com]
>Sent: Dienstag, 17. Januar 2017 22:18
>
>On Tue, Jan 17, 2017 at 12:53 PM, Luis R. Rodriguez
>wrote:
>> On Tue, Jan 17, 2017 at 10:04:20AM -0800, Jakub Kicinski wrote:
>>> On Tue, Jan 17, 2017 at 9:30 AM, Luis R. Rodriguez
>wrote:
>>>
From: Patrick Bruenn
Since commit 5d47ec02c37ea632398cb251c884e3a488dff794
("firmware: Correct handling of fw_state_wait() return value")
fw_load_abort(fw_priv) could be called twice. The first call would
set fw_priv->buf = NULL; and the second call would pass that NULL
to
From: Patrick Bruenn
Since commit 5d47ec02c37ea632398cb251c884e3a488dff794
("firmware: Correct handling of fw_state_wait() return value")
fw_load_abort(fw_priv) could be called twice. The first call would
set fw_priv->buf = NULL; and the second call would pass that NULL
to __fw_load_abort()
From: Patrick Bruenn
Since commit 5d47ec02c37ea632398cb251c884e3a488dff794
("firmware: Correct handling of fw_state_wait() return value")
I see the following NULL pointer dereference:
[0.00] Booting Linux on physical CPU 0x0
[0.00] Linux version
From: Patrick Bruenn
Since commit 5d47ec02c37ea632398cb251c884e3a488dff794
("firmware: Correct handling of fw_state_wait() return value")
I see the following NULL pointer dereference:
[0.00] Booting Linux on physical CPU 0x0
[0.00] Linux version 4.10.0-rc2-CX9020-10+
From: Patrick Brünn
On Tue, Dec 1, 2015 at 20:52:25 PST, shawn...@kernel.org wrote:
> On Thu, Nov 26, 2015 at 11:59:15AM +0100, linux-kernel-...@beckhoff.com wrote:
>> MX53_PAD_EIM_D27__UART2_RXD_MUX and MX53_PAD_EIM_D29__UART2_RTS input_val
>> must be configured as 0 instead of 1 to have UART2
From: Patrick Brünn
On Tue, Dec 1, 2015 at 20:52:25 PST, shawn...@kernel.org wrote:
> On Thu, Nov 26, 2015 at 11:59:15AM +0100, linux-kernel-...@beckhoff.com wrote:
>> MX53_PAD_EIM_D27__UART2_RXD_MUX and MX53_PAD_EIM_D29__UART2_RTS input_val
>> must be configured as 0
From: Patrick Brünn
To obtain exact pixel clocks, allow the DI clock selectors to influence
the PLLs that they are derived from.
Commit 4591b13289b5 ("ARM: i.MX6: ipu_di_sel clocks can set parent
rates") did this for i.MX6.
Port it to enable high display resolutions on i.MX53 based platforms
From: Patrick Brünn
To obtain exact pixel clocks, allow the DI clock selectors to influence
the PLLs that they are derived from.
Commit 4591b13289b5 ("ARM: i.MX6: ipu_di_sel clocks can set parent
rates") did this for i.MX6.
Port it to enable high display resolutions on
83 matches
Mail list logo