From: Paul Barker <pbarker@konsulko.com>
To: "Michal Vokáč" <michal.vokac@ysoft.com>
Cc: linux-pwm@vger.kernel.org, devicetree@vger.kernel.org,
"Thierry Reding" <thierry.reding@gmail.com>,
"NXP Linux Team" <linux-imx@nxp.com>,
"Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>,
"Shawn Guo" <shawnguo@kernel.org>,
linux-arm-kernel@lists.infradead.org
Subject: Re: Inverted PWM output on iMX6
Date: Fri, 6 Mar 2020 20:17:08 +0000 [thread overview]
Message-ID: <20200306201708.0b94a5ac@ub1910> (raw)
In-Reply-To: <619c279c-5dd7-8d81-3527-dc37f8827104@ysoft.com>
On Fri, 6 Mar 2020 08:43:45 +0100
Michal Vokáč <michal.vokac@ysoft.com> wrote:
> On 05. 03. 20 14:36, Uwe Kleine-König wrote:
> > Hello,
> >
> > On Thu, Mar 05, 2020 at 01:22:32PM +0000, Paul Barker wrote:
> >> I recently ran into an issue using the pwm-fan driver with an inverted
> >> PWM output on iMX6.
> >>
> >> The fan is defined in the device tree as follows:
> >>
> >> fan0: pwm-fan {
> >> compatible = "pwm-fan";
> >> pwms = <&pwm2 0 25000 PWM_POLARITY_INVERTED>;
> >> ...
> >> }
> >>
> >> In pwm_imx27_probe() the support for a third `flags` argument in a pwm
> >> reference is enabled:
> >>
> >> imx->chip.of_xlate = of_pwm_xlate_with_flags;
> >> imx->chip.of_pwm_n_cells = 3;
> >>
> >> However, the flag is ignored and the output is not inverted.
> >>
> >> By adding some prints I saw that when of_pwm_xlate_with_flags() is
> >> called, args->args_count is 2 instead of 3.
> >>
> >> Looking at the definition of the pwm device itself in imx6qdl.dtsi I
> >> can see that the number of cells in a pwm reference is set to 2 not 3:
> >>
> >> pwm2: pwm@2084000 {
> >> #pwm-cells = <2>;
> >> ...
> >> };
> >>
> >> That seems to be preventing a third argument from being passed.
> >>
> >> I can change `#pwm-cells` to <3> and then everything works for my
> >> device but I'm not sure that is the correct solution for everyone. That
> >> would require all pwm references on iMX6 devices to use 3 cells. The
> >> code in of_pwm_xlate_with_flags() seems to be built to handle either 2
> >> or 3 argument cells but I can't see any way to allow this choice in the
> >> device tree.
> >>
> >> If the solution is to set `#pwm-cells` to <3> I'm happy to send a patch
> >> which does this and updates all pwm references in device trees which
> >> include `imx6dql.dtsi`. Before I do that I'd like to know that it's the
> >> correct approach though.
> >>
> >> For context I've confirmed this is the case in Linux 5.4 and that the
> >> relevant files haven't changed between that release and 5.6.0-rc4.
> >
> > I think changing that is fine. However you'd have to care that all
> > in-tree users that rely on #pwm-cells = <2> are fixed accordingly.
> >
> > I'd do: add #pwm-cells = <3> in the cpu.dtsi and then adapt all
> > machine.dts to add #pwm-cells = <2> until there are no more changes to
> > the generated files compared to the current state.
>
> I solved that in the past on our board the same way as other imx6 boards
> did. Just override the #pwm-cells property in your board specific devicetree
> and you are fine:
>
> linux-src$ git grep pwm-cells -- arch/arm/boot/dts/imx6*-*
> arch/arm/boot/dts/imx6dl-yapp4-common.dtsi: #pwm-cells = <3>;
> arch/arm/boot/dts/imx6q-display5.dtsi: #pwm-cells = <3>;
> arch/arm/boot/dts/imx6q-mccmon6.dts: #pwm-cells = <3>;
> arch/arm/boot/dts/imx6qdl-tx6.dtsi: #pwm-cells = <3>;
> arch/arm/boot/dts/imx6qdl-tx6.dtsi: #pwm-cells = <3>;
> arch/arm/boot/dts/imx6ul-tx6ul.dtsi: #pwm-cells = <3>;
> arch/arm/boot/dts/imx6ull-colibri.dtsi: #pwm-cells = <3>;
> arch/arm/boot/dts/imx6ull-colibri.dtsi: #pwm-cells = <3>;
> arch/arm/boot/dts/imx6ull-colibri.dtsi: #pwm-cells = <3>;
> arch/arm/boot/dts/imx6ull-colibri.dtsi: #pwm-cells = <3>;
Michal,
That approach would be good enough for my limited use case but it doesn't
prevent others from hitting the same confusion in the future. I'd rather
fix the base imx6 dtsi files to have #pwm-cells = <3> if the driver supports
the third cell containing flags.
I'll send a patch once I've done a bit more investigation.
Thanks,
--
Paul Barker
Konsulko Group
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
prev parent reply other threads:[~2020-03-06 20:17 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-05 13:22 Inverted PWM output on iMX6 Paul Barker
2020-03-05 13:36 ` Uwe Kleine-König
2020-03-06 7:43 ` Michal Vokáč
2020-03-06 20:17 ` Paul Barker [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200306201708.0b94a5ac@ub1910 \
--to=pbarker@konsulko.com \
--cc=devicetree@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-imx@nxp.com \
--cc=linux-pwm@vger.kernel.org \
--cc=michal.vokac@ysoft.com \
--cc=shawnguo@kernel.org \
--cc=thierry.reding@gmail.com \
--cc=u.kleine-koenig@pengutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).