From: FanWu <fwu@marvell.com>
To: Stephen Warren <swarren@wwwdotorg.org>
Cc: "linus.walleij@linaro.org" <linus.walleij@linaro.org>,
"tony@atomide.com" <tony@atomide.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"swarren@nvidia.com" <swarren@nvidia.com>,
Chao Xie <cxie4@marvell.com>, Yilu Mao <ylmao@marvell.com>,
Ning Jiang <njiang1@marvell.com>,
Xiaofan Tian <tianxf@marvell.com>, Fangsuo Wu <fswu@marvell.com>
Subject: Re: [PATCH v3] pinctrl: to avoid duplicated calling enable_pinmux_setting for a pin
Date: Fri, 30 May 2014 10:27:47 +0800 [thread overview]
Message-ID: <5387ECA3.6090405@marvell.com> (raw)
In-Reply-To: <53878829.4050703@wwwdotorg.org>
On 05/30/2014 03:19 AM, Stephen Warren wrote:
> On 05/25/2014 08:43 PM, fwu@marvell.com wrote:
>> From: Fan Wu <fwu@marvell.com>
>>
>> What the patch did:
>> 1.To call pinmux_disable_setting ahead of pinmux_enable_setting in each time of
>> calling pinctrl_select_state
>> 2.Remove the HW disable operation in in pinmux_disable_setting function.
> ...
>
> This commit description is way too long for such a simple change. A much
> shorter summary would be better.
>
>> Signed-off-by: Fan Wu <fwu@marvell.com>
>> Signed-off-by: Stephen Warren <swarren@nvidia.com>
>
> I'm pretty sure I never signed off on this patch. How come my s-o-b line
> is there?
>
> This patch still doesn't remove ops->disable from the struct pinmux_ops,
> nor any of its implementations. Shouldn't it?
>
Dear Stephen,
For your comments 1: The reason why I want to put a lot of info into the
patch comments is that the long term discussion about the topic and the
patch is not that easy to understand for a patch reader, or maybe is not
easy for us to understand in far future.
For your comments 2: I accepted your suggestion of inline code comments
and some other suggestions from our discussion, so I added your signed
off tailing in the patch comments.
If you think it is not fine, I can remove it in the new patch version.
For your comments 3:
I think I have made myself clear in the last mail:
1) If I remove the ops->disable from the struct pinmux_ops in this
patch, the pinctrl-single user will got build error immediately.
2) Thus, I want to merge this patch first and then make other two
patches later:
One is to remove the ops->disable registration in pinctrl-single driver.
And the other is to remove ops->disable in struct pinmux_ops.
Could you please give your final suggestion about this and then I will
give new patch?
Great thanks about this! :)
Looking forward your reply !
prev parent reply other threads:[~2014-05-30 2:27 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-26 2:43 [PATCH v3] pinctrl: to avoid duplicated calling enable_pinmux_setting for a pin fwu
2014-05-26 2:52 ` FanWu
2014-05-29 2:55 ` FanWu
2014-05-29 19:19 ` Stephen Warren
2014-05-30 2:27 ` FanWu [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=5387ECA3.6090405@marvell.com \
--to=fwu@marvell.com \
--cc=cxie4@marvell.com \
--cc=fswu@marvell.com \
--cc=linus.walleij@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=njiang1@marvell.com \
--cc=swarren@nvidia.com \
--cc=swarren@wwwdotorg.org \
--cc=tianxf@marvell.com \
--cc=tony@atomide.com \
--cc=ylmao@marvell.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.