arm64: dts: imx8mm-verdin: update CAN clock and interrupt type

[PATCH v1 0/2] arm64: dts: imx8mm-verdin: update CAN clock and interrupt type

Posted by Andrejs Cainikovs 3 years, 9 months ago

This patch set updates CAN controller clock and changes interrupt type.

Andrejs Cainikovs (2):
  arm64: dts: imx8mm-verdin: update CAN clock to 40MHz
  arm64: dts: imx8mm-verdin: use level interrupt for mcp251xfd

 arch/arm64/boot/dts/freescale/imx8mm-verdin.dtsi | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

-- 
2.34.1

Re: [PATCH v1 0/2] arm64: dts: imx8mm-verdin: update CAN clock and interrupt type

Posted by Francesco Dolcini 3 years, 8 months ago

Hello Shawn,
just a gently ping.

On Fri, Jul 08, 2022 at 02:42:03PM +0200, Andrejs Cainikovs wrote:
> This patch set updates CAN controller clock and changes interrupt type.
> 
> Andrejs Cainikovs (2):
>   arm64: dts: imx8mm-verdin: update CAN clock to 40MHz
>   arm64: dts: imx8mm-verdin: use level interrupt for mcp251xfd
> 
>  arch/arm64/boot/dts/freescale/imx8mm-verdin.dtsi | 8 ++++----
>  1 file changed, 4 insertions(+), 4 deletions(-)

It's too late for the merge window? These 2 commits do not have a fixes
tag, but they are really fixes (we just did not bother having those
backported initially).

Francesco

Re: [PATCH v1 0/2] arm64: dts: imx8mm-verdin: update CAN clock and interrupt type

Posted by Shawn Guo 3 years, 8 months ago

On Fri, Jul 29, 2022 at 6:49 PM Francesco Dolcini
<francesco.dolcini@toradex.com> wrote:
>
> Hello Shawn,
> just a gently ping.
>
> On Fri, Jul 08, 2022 at 02:42:03PM +0200, Andrejs Cainikovs wrote:
> > This patch set updates CAN controller clock and changes interrupt type.
> >
> > Andrejs Cainikovs (2):
> >   arm64: dts: imx8mm-verdin: update CAN clock to 40MHz
> >   arm64: dts: imx8mm-verdin: use level interrupt for mcp251xfd
> >
> >  arch/arm64/boot/dts/freescale/imx8mm-verdin.dtsi | 8 ++++----
> >  1 file changed, 4 insertions(+), 4 deletions(-)
>
> It's too late for the merge window? These 2 commits do not have a fixes
> tag, but they are really fixes (we just did not bother having those
> backported initially).

Applied both as fixes, thanks!