From: Thierry Reding <thierry.reding@gmail.com>
To: Sam Shih <sam.shih@mediatek.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
linux-pwm@vger.kernel.org, Ryder Lee <ryder.lee@mediatek.com>,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
Rob Herring <robh+dt@kernel.org>,
linux-mediatek@lists.infradead.org,
John Crispin <john@phrozen.org>,
Matthias Brugger <matthias.bgg@gmail.com>
Subject: Re: [PATCH v9 07/11] dt-bindings: pwm: pwm-mediatek: add a property "num-pwms"
Date: Mon, 23 Sep 2019 17:20:54 +0200 [thread overview]
Message-ID: <20190923152054.GA17178@ulmo> (raw)
In-Reply-To: <1569251515.4102.31.camel@mtksdccf07>
[-- Attachment #1: Type: text/plain, Size: 4868 bytes --]
On Mon, Sep 23, 2019 at 11:11:55PM +0800, Sam Shih wrote:
> On Mon, 2019-09-23 at 15:36 +0200, Thierry Reding wrote:
> > On Mon, Sep 23, 2019 at 11:20:57AM +0800, Sam Shih wrote:
> > > On Sat, 2019-09-21 at 02:21 +0200, Thierry Reding wrote:
> > > > On Fri, Sep 20, 2019 at 06:49:07AM +0800, Sam Shih wrote:
> > > > > From: Ryder Lee <ryder.lee@mediatek.com>
> > > > >
> > > > > This adds a property "num-pwms" in example so that we could
> > > > > specify the number of PWM channels via device tree.
> > > > >
> > > > > Signed-off-by: Ryder Lee <ryder.lee@mediatek.com>
> > > > > Signed-off-by: Sam Shih <sam.shih@mediatek.com>
> > > > > Reviewed-by: Matthias Brugger <matthias.bgg@gmail.com>
> > > > > Acked-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
> > > > > ---
> > > > > Changes since v6:
> > > > > Follow reviewers's comments:
> > > > > - The subject should indicate this is for Mediatek
> > > > >
> > > > > Changes since v5:
> > > > > - Add an Acked-by tag
> > > > > - This file is original v4 patch 5/10
> > > > > (https://patchwork.kernel.org/patch/11102577/)
> > > > >
> > > > > ---
> > > > > Documentation/devicetree/bindings/pwm/pwm-mediatek.txt | 7 ++++---
> > > > > 1 file changed, 4 insertions(+), 3 deletions(-)
> > > >
> > > > You failed to address Rob's questions repeatedly and I agree with him
> > > > that you can just as easily derive the number of PWMs from the specific
> > > > compatible string. I won't be applying this and none of the patches that
> > > > depend on it.
> > > >
> > >
> > > Hi,
> > >
> > > Thanks for getting back to me.
> > >
> > > New pwm driver (patch 04/11 : "pwm: mediatek: allocate the clks array
> > > dynamically") can support different variants with different number of
> > > PWMs by the new property <num-pwms>
> > >
> > > For example:
> > > 1. Use "num-pwms" = <2> and assign clocks pwm1, pwm2 for mt7622
> > > 2. Use "num-pwms" = <6> and assign clocks pwm1, pwm2, pwm3, pwm4, pwm5,
> > > pwm6 for mt7622.
> > >
> > > If we just as easily derive the number of PWMs from the specific
> > > compatible string in this document:
> > >
> > > - "pwm1-6": the six per PWM clocks for mt7622
> > >
> > > This looks like all "pwm1", "pwm2", "pwm3", "pwm4", "pwm5", "pwm6" is
> > > required property in DT, It doesn't make sense.
> >
> > I don't understand. Why doesn't that make sense? If your hardware block
> > has 6 PWMs and each can be driven by its own clock, then you need to
> > provide references for each of those clocks, otherwise you won't be able
> > to use them.
>
> Thank you for your instruction,
> I will add all clock-names and clocks according to
> hardware blocks instead of value of <num-pwms> in DT.
>
> > >
> > > So we removed those descriptions and added
> > >
> > > - "pwm1-N": the PWM clocks for each channel
> > >
> > >
> > > But the max number of clocks from the compatible string are still
> > > important information that should be provide in this document.
> > >
> > >
> > > What do you think of this?
> > >
> > > - "pwm1-N": per PWM clocks for mt2712, the max number of PWM channels
> > > is 8
> > >
> > > - "pwm1-N": per PWM clocks for mt7622, the max number of PWM channels
> > > is 6
> > >
> > > - "pwm1-N": per PWM clocks for mt7623, the max number of PWM channels
> > > is 5
> >
> > That's what's in the bindings already, isn't it?
> >
> > - clocks: phandle and clock specifier of the PWM reference clock.
> > - clock-names: must contain the following, except for MT7628 which
> > has no clocks
> > - "top": the top clock generator
> > - "main": clock used by the PWM core
> > - "pwm1-8": the eight per PWM clocks for mt2712
> > - "pwm1-6": the six per PWM clocks for mt7622
> > - "pwm1-5": the five per PWM clocks for mt7623
>
> Yes, You are right,
> I will keep original description and remove "pwm1-N" from this patch.
> - "top": the top clock generator
> - "main": clock used by the PWM core
> - "pwm1-8": the eight per PWM clocks for mt2712
> - "pwm1-6": the six per PWM clocks for mt7622
> - "pwm1-5": the five per PWM clocks for mt7623
>
> Actually, MT7629 also use "mediatek,mt7622-pwm" as compatible string,
> but it's hardware only support one pwm, so I was wrongly stick by
> expecting "pwm1-N" in clock-names based on "num-pwms" in DT.
> (that we can assign num-pwms to 1 and only provide pwm1 as clock-names)
>
> Maybe added mt7629 description to this document can solve this simply.
> - "pwm1": the PWM1 clock for mt7629
Yeah, if mt7629 support only one PWM channel, you should list it's
compatible string separately and also update the driver to reflect the
number of channels associated with the hardware.
Thierry
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2019-09-23 15:20 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-19 22:49 [PATCH v9 0/11] Add mt7629 and fix mt7628 pwm Sam Shih
2019-09-19 22:49 ` [PATCH v9 01/11] pwm: mediatek: add a property "num-pwms" Sam Shih
2019-09-19 22:49 ` [PATCH v9 02/11] pwm: mediatek: droping the check for of_device_get_match_data Sam Shih
2019-09-19 22:49 ` [PATCH v9 03/11] pwm: mediatek: remove a property "has-clks" Sam Shih
2019-09-25 6:30 ` Uwe Kleine-König
2019-09-25 7:51 ` Thierry Reding
2019-09-19 22:49 ` [PATCH v9 04/11] pwm: mediatek: allocate the clks array dynamically Sam Shih
2019-09-19 22:49 ` [PATCH v9 05/11] pwm: mediatek: use pwm_mediatek as common prefix Sam Shih
2019-09-19 22:49 ` [PATCH v9 06/11] pwm: mediatek: update license and switch to SPDX tag Sam Shih
2019-09-19 22:49 ` [PATCH v9 07/11] dt-bindings: pwm: pwm-mediatek: add a property "num-pwms" Sam Shih
2019-09-21 0:21 ` Thierry Reding
2019-09-23 3:20 ` Sam Shih
2019-09-23 13:36 ` Thierry Reding
2019-09-23 15:11 ` Sam Shih
2019-09-23 15:20 ` Thierry Reding [this message]
[not found] ` <1568933351-8584-1-git-send-email-sam.shih-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2019-09-19 22:49 ` [PATCH v9 08/11] arm64: dts: mt7622: add a property "num-pwms" for PWM Sam Shih
2019-09-19 22:49 ` [PATCH v9 09/11] arm: dts: mt7623: " Sam Shih
2019-09-19 22:49 ` [PATCH v9 10/11] dt-bindings: pwm: update bindings for MT7629 SoC Sam Shih
2019-09-19 22:49 ` [PATCH v9 11/11] arm: dts: mediatek: add mt7629 pwm support Sam Shih
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=20190923152054.GA17178@ulmo \
--to=thierry.reding@gmail.com \
--cc=devicetree@vger.kernel.org \
--cc=john@phrozen.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-pwm@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=matthias.bgg@gmail.com \
--cc=robh+dt@kernel.org \
--cc=ryder.lee@mediatek.com \
--cc=sam.shih@mediatek.com \
/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).