From: Stephen Warren <swarren@wwwdotorg.org>
To: fwu@marvell.com, linus.walleij@linaro.org, tony@atomide.com
Cc: linux-kernel@vger.kernel.org, swarren@nvidia.com,
cxie4@marvell.com, ylmao@marvell.com, njiang1@marvell.com,
tianxf@marvell.com, fswu@marvell.com
Subject: Re: [PATCH v2] pinctrl: add params in disable_setting for different usage
Date: Thu, 22 May 2014 17:13:16 -0600 [thread overview]
Message-ID: <537E848C.5010204@wwwdotorg.org> (raw)
In-Reply-To: <1400728210-17863-1-git-send-email-fwu@marvell.com>
On 05/21/2014 09:10 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.
>
...
> diff --git a/drivers/pinctrl/core.c b/drivers/pinctrl/core.c
> index c0fe609..c97491a 100644
> --- a/drivers/pinctrl/core.c
> +++ b/drivers/pinctrl/core.c
> @@ -993,25 +993,13 @@ int pinctrl_select_state(struct pinctrl *p, struct pinctrl_state *state)
> * may not be identical to the set of groups with a mux setting
> * in the new state. While this might be unusual, it's entirely
> * possible for the "user"-supplied mapping table to be written
> - * that way. For each group that was configured in the old state
> - * but not in the new state, this code puts that group into a
> - * safe/disabled state.
> + * that way. This code is used for each group that was
> + * configured in the old state but not in the new state
Looking at the code, it's run for every group in the state, not "each
group that was configured in the old state but not in the new state"
> @@ -515,9 +514,6 @@ void pinmux_disable_setting(struct pinctrl_setting const *setting)
> pins[i], desc->name, gname);
> }
> }
> -
> - if (ops->disable)
> - ops->disable(pctldev, setting->data.mux.func, setting->data.mux.group);
> }
Should that op be removed from the header file and all drivers too?
next prev parent reply other threads:[~2014-05-22 23:13 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-22 3:10 [PATCH v2] pinctrl: add params in disable_setting for different usage fwu
2014-05-22 3:46 ` FanWu
2014-05-22 23:13 ` Stephen Warren [this message]
2014-05-23 1:54 ` FanWu
2014-05-23 16:15 ` Stephen Warren
2014-06-02 15:39 ` Tony Lindgren
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=537E848C.5010204@wwwdotorg.org \
--to=swarren@wwwdotorg.org \
--cc=cxie4@marvell.com \
--cc=fswu@marvell.com \
--cc=fwu@marvell.com \
--cc=linus.walleij@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=njiang1@marvell.com \
--cc=swarren@nvidia.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox