[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <542d469459083fa31e37ca7feb14480831a0445f.camel@pengutronix.de>
Date: Thu, 08 Apr 2021 00:13:06 +0200
From: Lucas Stach <l.stach@...gutronix.de>
To: Adrien Grassein <adrien.grassein@...il.com>
Cc: robh+dt@...nel.org, shawnguo@...nel.org, s.hauer@...gutronix.de,
kernel@...gutronix.de, festevam@...il.com, linux-imx@....com,
Anson.Huang@....com, krzk@...nel.org, peng.fan@....com,
aisheng.dong@....com, qiangqing.zhang@....com, alice.guo@....com,
aford173@...il.com, agx@...xcpu.org, andrew.smirnov@...il.com,
devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v1 0/7] imx-gpcv2 improvements
Hi Adrien,
I feel like I already mentioned to you some time ago that there is
already a much more complete patch series to add this functionality on
the list [1].
If you want this functionality to go upstream, please help test and
extend this patch series.
Regards,
Lucas
[1] https://lore.kernel.org/linux-arm-kernel/20201105174434.1817539-1-l.stach@pengutronix.de/
Am Mittwoch, dem 07.04.2021 um 23:21 +0200 schrieb Adrien Grassein:
> Hi,
>
> This patch set aims is to add the support of the i.MX8 MM power domains
> on the mainline kernel.
>
> To achieve this, I do several patches
> - Check errors when reading or writing registers (concerns i.MX8M base
> implementation);
> - Fix power up/down sequence. Handshake was not checked and it was
> not called at the appropriate time (concerns i.MX8M base
> implementaions);
> - Allow domains without power sequence control like the HSIOMIX of the
> i.MX8MM.
> - Add some i.MX8MM domains (HSIO and OTGS);
> - Introduce quirks. For example, i.MX8MM OTG domains should not be
> powered off (seen n the source code of th i.MX ATF). Quirks are
> easily upgrable for other cases.
> - Finally I defined power domains into the imx8mm.dtb file.
>
> I know that this kind of patch is rejected by NXP ut the other way
> (callin ATF directly) was also rejected.
>
> I also know that NXP is concerned abou adding hundred lines of codes for
> each new SOC but it' the way it works on Linux. And the "added code"
> mainly consist of adding structures, defines and generic methods for
> regmap.
>
> If it's a real problem, maybe we can introduc a new "gpcv3" driver for
> i.MX8MM, i.MX8MN and i.MX8MP.
>
> Thanks,
>
> Adrien Grassein (7):
> soc: imx: gpcv2: check for errors when r/w registers
> soc: imx: gpcv2: Fix power up/down sequence
> soc: imx: gpcv2: allow domains without power sequence control
> dt-bindings: power: fsl,imx-gpcv2: add definitions for i.MX8MM
> soc: imx: gpcv2: add HSIOMIX and USB domains for i.MX8MM
> soc: imx: gpcv2: add quirks to domains
> arm64: dts: imx8mm: add power-domains
>
> .../bindings/power/fsl,imx-gpcv2.yaml | 7 +-
> arch/arm64/boot/dts/freescale/imx8mm.dtsi | 35 ++
> drivers/soc/imx/gpcv2.c | 336 ++++++++++++++----
> include/dt-bindings/power/imx8mm-power.h | 21 ++
> 4 files changed, 333 insertions(+), 66 deletions(-)
> create mode 100644 include/dt-bindings/power/imx8mm-power.h
>
Powered by blists - more mailing lists