* [PATCH] driver: base: pinctrl: return error from pinctrl_bind_pins()
@ 2016-09-13 7:13 Deepak
2016-09-13 11:59 ` Linus Walleij
0 siblings, 1 reply; 5+ messages in thread
From: Deepak @ 2016-09-13 7:13 UTC (permalink / raw)
To: linus.walleij; +Cc: linux-kernel, linux-gpio, vzapolsk
strict pin controller returns -EINVAL in case of pin request which
is already claimed by somebody else.
Following is the sequence of calling pin_request() from
pinctrl_bind_pins():-
pinctrl_bind_pins()->pinctrl_select_state()->pinmux_enable_setting()->
pin_request()
But pinctrl_bind_pins() only returns -EPROBE_DEFER which makes device
driver probe successful even if the pin request is rejected by the pin
controller subsystem.
This commit modifies pinctrl_bind_pins() to return error if the pin is
rejected by pin control subsystem.
Signed-off-by: Deepak Das <deepak_das@mentor.com>
---
drivers/base/pinctrl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/pinctrl.c b/drivers/base/pinctrl.c
index 0762975..e65c1af 100644
--- a/drivers/base/pinctrl.c
+++ b/drivers/base/pinctrl.c
@@ -92,7 +92,7 @@ cleanup_alloc:
dev->pins = NULL;
/* Only return deferrals */
- if (ret != -EPROBE_DEFER)
+ if ((ret != -EPROBE_DEFER) && (ret != -EINVAL))
ret = 0;
return ret;
--
1.9.1
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] driver: base: pinctrl: return error from pinctrl_bind_pins()
2016-09-13 7:13 [PATCH] driver: base: pinctrl: return error from pinctrl_bind_pins() Deepak
@ 2016-09-13 11:59 ` Linus Walleij
2016-09-13 13:41 ` Deepak Das
0 siblings, 1 reply; 5+ messages in thread
From: Linus Walleij @ 2016-09-13 11:59 UTC (permalink / raw)
To: Deepak; +Cc: linux-kernel, linux-gpio, vzapolsk
On Tue, Sep 13, 2016 at 9:13 AM, Deepak <deepak_das@mentor.com> wrote:
> strict pin controller returns -EINVAL in case of pin request which
> is already claimed by somebody else.
> Following is the sequence of calling pin_request() from
> pinctrl_bind_pins():-
> pinctrl_bind_pins()->pinctrl_select_state()->pinmux_enable_setting()->
> pin_request()
>
> But pinctrl_bind_pins() only returns -EPROBE_DEFER which makes device
> driver probe successful even if the pin request is rejected by the pin
> controller subsystem.
>
> This commit modifies pinctrl_bind_pins() to return error if the pin is
> rejected by pin control subsystem.
>
> Signed-off-by: Deepak Das <deepak_das@mentor.com>
Aha
> /* Only return deferrals */
> - if (ret != -EPROBE_DEFER)
> + if ((ret != -EPROBE_DEFER) && (ret != -EINVAL))
> ret = 0;
I rewrote this when applying, like this:
- /* Only return deferrals */
- if (ret != -EPROBE_DEFER)
- ret = 0;
+ /* Return deferrals */
+ if (ret == -EPROBE_DEFER)
+ return ret;
+ if (ret == -EINVAL) {
+ dev_err(dev, "could not initialize pin control state\n");
+ return ret;
+ }
+ /* We ignore errors like -ENOENT meaning no pinctrl state */
- return ret;
+ return 0;
Can you confim that this works for you too?
Yours,
Linus Walleij
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] driver: base: pinctrl: return error from pinctrl_bind_pins()
2016-09-13 11:59 ` Linus Walleij
@ 2016-09-13 13:41 ` Deepak Das
2016-09-13 21:01 ` Linus Walleij
0 siblings, 1 reply; 5+ messages in thread
From: Deepak Das @ 2016-09-13 13:41 UTC (permalink / raw)
To: Linus Walleij; +Cc: linux-kernel, linux-gpio, vzapolsk
On Tuesday 13 September 2016 05:29 PM, Linus Walleij wrote:
> On Tue, Sep 13, 2016 at 9:13 AM, Deepak <deepak_das@mentor.com> wrote:
>
>> strict pin controller returns -EINVAL in case of pin request which
>> is already claimed by somebody else.
>> Following is the sequence of calling pin_request() from
>> pinctrl_bind_pins():-
>> pinctrl_bind_pins()->pinctrl_select_state()->pinmux_enable_setting()->
>> pin_request()
>>
>> But pinctrl_bind_pins() only returns -EPROBE_DEFER which makes device
>> driver probe successful even if the pin request is rejected by the pin
>> controller subsystem.
>>
>> This commit modifies pinctrl_bind_pins() to return error if the pin is
>> rejected by pin control subsystem.
>>
>> Signed-off-by: Deepak Das <deepak_das@mentor.com>
>
> Aha
>
>> /* Only return deferrals */
>> - if (ret != -EPROBE_DEFER)
>> + if ((ret != -EPROBE_DEFER) && (ret != -EINVAL))
>> ret = 0;
>
> I rewrote this when applying, like this:
>
> - /* Only return deferrals */
> - if (ret != -EPROBE_DEFER)
> - ret = 0;
> + /* Return deferrals */
> + if (ret == -EPROBE_DEFER)
> + return ret;
> + if (ret == -EINVAL) {
> + dev_err(dev, "could not initialize pin control state\n");
> + return ret;
> + }
> + /* We ignore errors like -ENOENT meaning no pinctrl state */
>
> - return ret;
> + return 0;
>
> Can you confim that this works for you too?
Yes, This works for me as well but do we really need this extra error
message ?
error message is printed before returning -EINVAL from most places,
Although I did not checked all places. For example, error message in
pin_request():-
dev_err(pctldev->dev, "pin %s already requested by %s; cannot claim for
%s\n", desc->name, desc->mux_owner, owner);
Thanks,
Deepak Das
>
> Yours,
> Linus Walleij
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] driver: base: pinctrl: return error from pinctrl_bind_pins()
2016-09-13 13:41 ` Deepak Das
@ 2016-09-13 21:01 ` Linus Walleij
2016-09-14 6:22 ` Deepak Das
0 siblings, 1 reply; 5+ messages in thread
From: Linus Walleij @ 2016-09-13 21:01 UTC (permalink / raw)
To: Deepak Das; +Cc: linux-kernel, linux-gpio, vzapolsk
On Tue, Sep 13, 2016 at 3:41 PM, Deepak Das <deepak_das@mentor.com> wrote:
>> Can you confim that this works for you too?
>
> Yes, This works for me as well but do we really need this extra error
> message ?
Nah, good point. I'll go in and drop it then.
Yours,
Linus Walleij
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] driver: base: pinctrl: return error from pinctrl_bind_pins()
2016-09-13 21:01 ` Linus Walleij
@ 2016-09-14 6:22 ` Deepak Das
0 siblings, 0 replies; 5+ messages in thread
From: Deepak Das @ 2016-09-14 6:22 UTC (permalink / raw)
To: Linus Walleij; +Cc: linux-kernel, linux-gpio, vzapolsk
On Wednesday 14 September 2016 02:31 AM, Linus Walleij wrote:
> On Tue, Sep 13, 2016 at 3:41 PM, Deepak Das <deepak_das@mentor.com> wrote:
>
>>> Can you confim that this works for you too?
>>
>> Yes, This works for me as well but do we really need this extra error
>> message ?
>
> Nah, good point. I'll go in and drop it then.
Hi Linus,
I will release V2 version of this patch with following change :-
- /* Only return deferrals */
+ /* Return deferrals & invalid pin requests */
if ((ret != -EPROBE_DEFER) && (ret != -EINVAL))
ret = 0;
Thanks & regards,
Deepak Das
>
> Yours,
> Linus Walleij
>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2016-09-14 6:22 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-09-13 7:13 [PATCH] driver: base: pinctrl: return error from pinctrl_bind_pins() Deepak
2016-09-13 11:59 ` Linus Walleij
2016-09-13 13:41 ` Deepak Das
2016-09-13 21:01 ` Linus Walleij
2016-09-14 6:22 ` Deepak Das
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).