From: Sam Shih <sam.shih@mediatek.com>
To: Thierry Reding <thierry.reding@gmail.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 23:11:55 +0800 [thread overview]
Message-ID: <1569251515.4102.31.camel@mtksdccf07> (raw)
In-Reply-To: <20190923133626.GA4671@ulmo>
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
> Note that the description of the "clocks" property isn't quite accurate.
> It should be something like:
>
> - clocks: One phandle and clock specifier for each entry in the
> "clock-names" property.
>
> In the above you clearly describe which PWMs you have to specify for
> each generation of the hardware block.
Thanks for your advise, I will update this description
- clocks: One phandle and clock specifier for each entry in the
"clock-names" property.
> >
> > where N starting from 1 to the maximum number of PWM channels
> > - num-pwms: the number of PWM channels.
>
> That's redundant information. The specific number of PWMs in already
> implied by the compatible string, so you don't need to duplicate that
> information here.
Okay, I will remove it.
Thanks,
Best Regards,
Sam
WARNING: multiple messages have this Message-ID (diff)
From: Sam Shih <sam.shih@mediatek.com>
To: Thierry Reding <thierry.reding@gmail.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 23:11:55 +0800 [thread overview]
Message-ID: <1569251515.4102.31.camel@mtksdccf07> (raw)
In-Reply-To: <20190923133626.GA4671@ulmo>
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
> Note that the description of the "clocks" property isn't quite accurate.
> It should be something like:
>
> - clocks: One phandle and clock specifier for each entry in the
> "clock-names" property.
>
> In the above you clearly describe which PWMs you have to specify for
> each generation of the hardware block.
Thanks for your advise, I will update this description
- clocks: One phandle and clock specifier for each entry in the
"clock-names" property.
> >
> > where N starting from 1 to the maximum number of PWM channels
> > - num-pwms: the number of PWM channels.
>
> That's redundant information. The specific number of PWMs in already
> implied by the compatible string, so you don't need to duplicate that
> information here.
Okay, I will remove it.
Thanks,
Best Regards,
Sam
next prev parent reply other threads:[~2019-09-23 15:11 UTC|newest]
Thread overview: 33+ 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 ` 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 ` 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 ` Sam Shih
2019-09-19 22:49 ` [PATCH v9 03/11] pwm: mediatek: remove a property "has-clks" Sam Shih
2019-09-19 22:49 ` 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 ` 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 ` 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 ` 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-19 22:49 ` Sam Shih
2019-09-21 0:21 ` Thierry Reding
2019-09-23 3:20 ` Sam Shih
2019-09-23 3:20 ` Sam Shih
2019-09-23 13:36 ` Thierry Reding
2019-09-23 15:11 ` Sam Shih [this message]
2019-09-23 15:11 ` Sam Shih
2019-09-23 15:20 ` Thierry Reding
[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 ` Sam Shih
2019-09-19 22:49 ` [PATCH v9 09/11] arm: dts: mt7623: " Sam Shih
2019-09-19 22:49 ` 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 ` Sam Shih
2019-09-19 22:49 ` [PATCH v9 11/11] arm: dts: mediatek: add mt7629 pwm support Sam Shih
2019-09-19 22:49 ` 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=1569251515.4102.31.camel@mtksdccf07 \
--to=sam.shih@mediatek.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=thierry.reding@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.