* [PATCH] extcon: palmas: hide error messages if gpio returns -EPROBE_DEFER @ 2020-02-17 8:55 ` H. Nikolaus Schaller 2020-02-17 10:15 ` Chanwoo Choi 0 siblings, 1 reply; 5+ messages in thread From: H. Nikolaus Schaller @ 2020-02-17 8:55 UTC (permalink / raw) To: MyungJoo Ham, Chanwoo Choi Cc: linux-kernel, letux-kernel, kernel, linux-omap, H. Nikolaus Schaller If the gpios are probed after this driver (e.g. if they come from an i2c expander) there is no need to print an error message. Signed-off-by: H. Nikolaus Schaller <hns@goldelico.com> --- drivers/extcon/extcon-palmas.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/extcon/extcon-palmas.c b/drivers/extcon/extcon-palmas.c index edc5016f46f1..9c6254c0531c 100644 --- a/drivers/extcon/extcon-palmas.c +++ b/drivers/extcon/extcon-palmas.c @@ -206,14 +206,16 @@ static int palmas_usb_probe(struct platform_device *pdev) palmas_usb->id_gpiod = devm_gpiod_get_optional(&pdev->dev, "id", GPIOD_IN); if (IS_ERR(palmas_usb->id_gpiod)) { - dev_err(&pdev->dev, "failed to get id gpio\n"); + if (PTR_ERR(palmas_usb->id_gpiod) != -EPROBE_DEFER) + dev_err(&pdev->dev, "failed to get id gpio\n"); return PTR_ERR(palmas_usb->id_gpiod); } palmas_usb->vbus_gpiod = devm_gpiod_get_optional(&pdev->dev, "vbus", GPIOD_IN); if (IS_ERR(palmas_usb->vbus_gpiod)) { - dev_err(&pdev->dev, "failed to get vbus gpio\n"); + if (PTR_ERR(palmas_usb->vbus_gpiod) != -EPROBE_DEFER) + dev_err(&pdev->dev, "failed to get vbus gpio\n"); return PTR_ERR(palmas_usb->vbus_gpiod); } -- 2.23.0 ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] extcon: palmas: hide error messages if gpio returns -EPROBE_DEFER 2020-02-17 8:55 ` [PATCH] extcon: palmas: hide error messages if gpio returns -EPROBE_DEFER H. Nikolaus Schaller @ 2020-02-17 10:15 ` Chanwoo Choi 2020-02-17 11:07 ` H. Nikolaus Schaller 0 siblings, 1 reply; 5+ messages in thread From: Chanwoo Choi @ 2020-02-17 10:15 UTC (permalink / raw) To: H. Nikolaus Schaller, MyungJoo Ham Cc: linux-kernel, letux-kernel, kernel, linux-omap Hi, On 2/17/20 5:55 PM, H. Nikolaus Schaller wrote: > If the gpios are probed after this driver (e.g. if they > come from an i2c expander) there is no need to print an > error message. > > Signed-off-by: H. Nikolaus Schaller <hns@goldelico.com> > --- > drivers/extcon/extcon-palmas.c | 6 ++++-- > 1 file changed, 4 insertions(+), 2 deletions(-) > > diff --git a/drivers/extcon/extcon-palmas.c b/drivers/extcon/extcon-palmas.c > index edc5016f46f1..9c6254c0531c 100644 > --- a/drivers/extcon/extcon-palmas.c > +++ b/drivers/extcon/extcon-palmas.c > @@ -206,14 +206,16 @@ static int palmas_usb_probe(struct platform_device *pdev) > palmas_usb->id_gpiod = devm_gpiod_get_optional(&pdev->dev, "id", > GPIOD_IN); > if (IS_ERR(palmas_usb->id_gpiod)) { > - dev_err(&pdev->dev, "failed to get id gpio\n"); > + if (PTR_ERR(palmas_usb->id_gpiod) != -EPROBE_DEFER) > + dev_err(&pdev->dev, "failed to get id gpio\n"); > return PTR_ERR(palmas_usb->id_gpiod); > } > > palmas_usb->vbus_gpiod = devm_gpiod_get_optional(&pdev->dev, "vbus", > GPIOD_IN); > if (IS_ERR(palmas_usb->vbus_gpiod)) { > - dev_err(&pdev->dev, "failed to get vbus gpio\n"); > + if (PTR_ERR(palmas_usb->vbus_gpiod) != -EPROBE_DEFER) > + dev_err(&pdev->dev, "failed to get vbus gpio\n"); > return PTR_ERR(palmas_usb->vbus_gpiod); > } > > Usually, gpio driver like pinctrl is very early probed because almost device drivers should use gpio. So, I have not any experience about this situation. Do you meet this situation on any h/w board? -- Best Regards, Chanwoo Choi Samsung Electronics ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] extcon: palmas: hide error messages if gpio returns -EPROBE_DEFER 2020-02-17 10:15 ` Chanwoo Choi @ 2020-02-17 11:07 ` H. Nikolaus Schaller 2020-02-17 11:24 ` Chanwoo Choi 0 siblings, 1 reply; 5+ messages in thread From: H. Nikolaus Schaller @ 2020-02-17 11:07 UTC (permalink / raw) To: Chanwoo Choi; +Cc: MyungJoo Ham, linux-kernel, letux-kernel, kernel, linux-omap Hi Chanwoo Choi, > Am 17.02.2020 um 11:15 schrieb Chanwoo Choi <cw00.choi@samsung.com>: > > Hi, > > On 2/17/20 5:55 PM, H. Nikolaus Schaller wrote: >> If the gpios are probed after this driver (e.g. if they >> come from an i2c expander) there is no need to print an >> error message. >> >> Signed-off-by: H. Nikolaus Schaller <hns@goldelico.com> >> --- >> drivers/extcon/extcon-palmas.c | 6 ++++-- >> 1 file changed, 4 insertions(+), 2 deletions(-) >> >> diff --git a/drivers/extcon/extcon-palmas.c b/drivers/extcon/extcon-palmas.c >> index edc5016f46f1..9c6254c0531c 100644 >> --- a/drivers/extcon/extcon-palmas.c >> +++ b/drivers/extcon/extcon-palmas.c >> @@ -206,14 +206,16 @@ static int palmas_usb_probe(struct platform_device *pdev) >> palmas_usb->id_gpiod = devm_gpiod_get_optional(&pdev->dev, "id", >> GPIOD_IN); >> if (IS_ERR(palmas_usb->id_gpiod)) { >> - dev_err(&pdev->dev, "failed to get id gpio\n"); >> + if (PTR_ERR(palmas_usb->id_gpiod) != -EPROBE_DEFER) >> + dev_err(&pdev->dev, "failed to get id gpio\n"); >> return PTR_ERR(palmas_usb->id_gpiod); >> } >> >> palmas_usb->vbus_gpiod = devm_gpiod_get_optional(&pdev->dev, "vbus", >> GPIOD_IN); >> if (IS_ERR(palmas_usb->vbus_gpiod)) { >> - dev_err(&pdev->dev, "failed to get vbus gpio\n"); >> + if (PTR_ERR(palmas_usb->vbus_gpiod) != -EPROBE_DEFER) >> + dev_err(&pdev->dev, "failed to get vbus gpio\n"); >> return PTR_ERR(palmas_usb->vbus_gpiod); >> } >> >> > > Usually, gpio driver like pinctrl is very early probed > because almost device drivers should use gpio. > So, I have not any experience about this situation. > Do you meet this situation on any h/w board? Yes, I have experienced that sometimes on omap5+palmas based boards. It seems to be this: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm/boot/dts/omap5-board-common.dtsi?h=v5.6-rc2#n384 The extcon_usb3 can potentially match this extcon-palmas driver at a moment where the palmas_gpio it is referring to has not yet been successfully probed. Then the palmas_gpio would return -EPROBE_DEFER. AFAIK there is no guarantee for a specific sequence of drivers being probed and it is pure luck that in most cases the gpios are already probed. BR and thanks, Nikolaus Schaller ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] extcon: palmas: hide error messages if gpio returns -EPROBE_DEFER 2020-02-17 11:07 ` H. Nikolaus Schaller @ 2020-02-17 11:24 ` Chanwoo Choi 2020-02-17 12:21 ` H. Nikolaus Schaller 0 siblings, 1 reply; 5+ messages in thread From: Chanwoo Choi @ 2020-02-17 11:24 UTC (permalink / raw) To: H. Nikolaus Schaller Cc: MyungJoo Ham, linux-kernel, letux-kernel, kernel, linux-omap Hi, On 2/17/20 8:07 PM, H. Nikolaus Schaller wrote: > Hi Chanwoo Choi, > >> Am 17.02.2020 um 11:15 schrieb Chanwoo Choi <cw00.choi@samsung.com>: >> >> Hi, >> >> On 2/17/20 5:55 PM, H. Nikolaus Schaller wrote: >>> If the gpios are probed after this driver (e.g. if they >>> come from an i2c expander) there is no need to print an >>> error message. >>> >>> Signed-off-by: H. Nikolaus Schaller <hns@goldelico.com> >>> --- >>> drivers/extcon/extcon-palmas.c | 6 ++++-- >>> 1 file changed, 4 insertions(+), 2 deletions(-) >>> >>> diff --git a/drivers/extcon/extcon-palmas.c b/drivers/extcon/extcon-palmas.c >>> index edc5016f46f1..9c6254c0531c 100644 >>> --- a/drivers/extcon/extcon-palmas.c >>> +++ b/drivers/extcon/extcon-palmas.c >>> @@ -206,14 +206,16 @@ static int palmas_usb_probe(struct platform_device *pdev) >>> palmas_usb->id_gpiod = devm_gpiod_get_optional(&pdev->dev, "id", >>> GPIOD_IN); >>> if (IS_ERR(palmas_usb->id_gpiod)) { >>> - dev_err(&pdev->dev, "failed to get id gpio\n"); >>> + if (PTR_ERR(palmas_usb->id_gpiod) != -EPROBE_DEFER) >>> + dev_err(&pdev->dev, "failed to get id gpio\n"); >>> return PTR_ERR(palmas_usb->id_gpiod); >>> } How about editing it ? as following: because following suggestion reduces the one checking behavior when return value is -EPROBE_DEFER. if (PTR_ERR(palmas_usb->id_gpiod) == -EPROBE_DEFER) { return -EPROBE_DEFER; } else if (IS_ERR(palmas_usb->id_gpiod)) { dev_err(&pdev->dev, "failed to get id gpio\n"); return PTR_ERR(palmas_usb->id_gpiod); } >>> >>> palmas_usb->vbus_gpiod = devm_gpiod_get_optional(&pdev->dev, "vbus", >>> GPIOD_IN); >>> if (IS_ERR(palmas_usb->vbus_gpiod)) { >>> - dev_err(&pdev->dev, "failed to get vbus gpio\n"); >>> + if (PTR_ERR(palmas_usb->vbus_gpiod) != -EPROBE_DEFER) >>> + dev_err(&pdev->dev, "failed to get vbus gpio\n"); ditto. >>> return PTR_ERR(palmas_usb->vbus_gpiod); >>> } >>> >>> >> >> Usually, gpio driver like pinctrl is very early probed >> because almost device drivers should use gpio. >> So, I have not any experience about this situation. >> Do you meet this situation on any h/w board? > > Yes, I have experienced that sometimes on omap5+palmas based boards. > > It seems to be this: > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm/boot/dts/omap5-board-common.dtsi?h=v5.6-rc2#n384 > > The extcon_usb3 can potentially match this extcon-palmas driver at > a moment where the palmas_gpio it is referring to has not yet been > successfully probed. Then the palmas_gpio would return -EPROBE_DEFER. > > AFAIK there is no guarantee for a specific sequence of drivers > being probed and it is pure luck that in most cases the gpios > are already probed. Thanks for explaining the example. -- Best Regards, Chanwoo Choi Samsung Electronics ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] extcon: palmas: hide error messages if gpio returns -EPROBE_DEFER 2020-02-17 11:24 ` Chanwoo Choi @ 2020-02-17 12:21 ` H. Nikolaus Schaller 0 siblings, 0 replies; 5+ messages in thread From: H. Nikolaus Schaller @ 2020-02-17 12:21 UTC (permalink / raw) To: Chanwoo Choi; +Cc: MyungJoo Ham, linux-kernel, letux-kernel, kernel, linux-omap Hi, > Am 17.02.2020 um 12:24 schrieb Chanwoo Choi <cw00.choi@samsung.com>: > > Hi, > > On 2/17/20 8:07 PM, H. Nikolaus Schaller wrote: >> Hi Chanwoo Choi, >> >>> Am 17.02.2020 um 11:15 schrieb Chanwoo Choi <cw00.choi@samsung.com>: >>> >>> Hi, >>> >>> On 2/17/20 5:55 PM, H. Nikolaus Schaller wrote: >>>> If the gpios are probed after this driver (e.g. if they >>>> come from an i2c expander) there is no need to print an >>>> error message. >>>> >>>> Signed-off-by: H. Nikolaus Schaller <hns@goldelico.com> >>>> --- >>>> drivers/extcon/extcon-palmas.c | 6 ++++-- >>>> 1 file changed, 4 insertions(+), 2 deletions(-) >>>> >>>> diff --git a/drivers/extcon/extcon-palmas.c b/drivers/extcon/extcon-palmas.c >>>> index edc5016f46f1..9c6254c0531c 100644 >>>> --- a/drivers/extcon/extcon-palmas.c >>>> +++ b/drivers/extcon/extcon-palmas.c >>>> @@ -206,14 +206,16 @@ static int palmas_usb_probe(struct platform_device *pdev) >>>> palmas_usb->id_gpiod = devm_gpiod_get_optional(&pdev->dev, "id", >>>> GPIOD_IN); >>>> if (IS_ERR(palmas_usb->id_gpiod)) { >>>> - dev_err(&pdev->dev, "failed to get id gpio\n"); >>>> + if (PTR_ERR(palmas_usb->id_gpiod) != -EPROBE_DEFER) >>>> + dev_err(&pdev->dev, "failed to get id gpio\n"); >>>> return PTR_ERR(palmas_usb->id_gpiod); >>>> } > > > How about editing it ? as following: > because following suggestion reduces the one checking behavior > when return value is -EPROBE_DEFER. > > if (PTR_ERR(palmas_usb->id_gpiod) == -EPROBE_DEFER) { > return -EPROBE_DEFER; > } else if (IS_ERR(palmas_usb->id_gpiod)) { > dev_err(&pdev->dev, "failed to get id gpio\n"); > return PTR_ERR(palmas_usb->id_gpiod); > } Yes, looks indeed to be valid (some discussion around is here: https://lore.kernel.org/patchwork/patch/999602/ ). So I'll send an update asap. > >>>> >>>> palmas_usb->vbus_gpiod = devm_gpiod_get_optional(&pdev->dev, "vbus", >>>> GPIOD_IN); >>>> if (IS_ERR(palmas_usb->vbus_gpiod)) { >>>> - dev_err(&pdev->dev, "failed to get vbus gpio\n"); >>>> + if (PTR_ERR(palmas_usb->vbus_gpiod) != -EPROBE_DEFER) >>>> + dev_err(&pdev->dev, "failed to get vbus gpio\n"); > > ditto. > >>>> return PTR_ERR(palmas_usb->vbus_gpiod); >>>> } >>>> >>>> >>> >>> Usually, gpio driver like pinctrl is very early probed >>> because almost device drivers should use gpio. >>> So, I have not any experience about this situation. >>> Do you meet this situation on any h/w board? >> >> Yes, I have experienced that sometimes on omap5+palmas based boards. >> >> It seems to be this: >> >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm/boot/dts/omap5-board-common.dtsi?h=v5.6-rc2#n384 >> >> The extcon_usb3 can potentially match this extcon-palmas driver at >> a moment where the palmas_gpio it is referring to has not yet been >> successfully probed. Then the palmas_gpio would return -EPROBE_DEFER. >> >> AFAIK there is no guarantee for a specific sequence of drivers >> being probed and it is pure luck that in most cases the gpios >> are already probed. > > Thanks for explaining the example. BR and thanks, Nikolaus Schaller ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2020-02-17 12:21 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <CGME20200217085551epcas1p49113220d034155f8a78dc5e0767637a5@epcas1p4.samsung.com>
2020-02-17 8:55 ` [PATCH] extcon: palmas: hide error messages if gpio returns -EPROBE_DEFER H. Nikolaus Schaller
2020-02-17 10:15 ` Chanwoo Choi
2020-02-17 11:07 ` H. Nikolaus Schaller
2020-02-17 11:24 ` Chanwoo Choi
2020-02-17 12:21 ` H. Nikolaus Schaller
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®