linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] drm/panel: lvds: Handle the optional regulator case properly
@ 2018-01-10 15:59 Maxime Ripard
  2018-01-11 13:05 ` Laurent Pinchart
  0 siblings, 1 reply; 8+ messages in thread
From: Maxime Ripard @ 2018-01-10 15:59 UTC (permalink / raw)
  To: Daniel Vetter, Jani Nikula, Sean Paul
  Cc: dri-devel, linux-kernel, Laurent Pinchart, Maxime Ripard

The devm_regulator_get_optional function, unlike it was assumed in the
commit a1c55bccf600 ("drm/panel: lvds: Add support for the power-supply
property"), is actually returning an error pointer with -ENODEV instead of
NULL when there's no regulator to find.

Make sure we handle that case properly.

Fixes: a1c55bccf600 ("drm/panel: lvds: Add support for the power-supply property")
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
---
 drivers/gpu/drm/panel/panel-lvds.c | 9 +++++++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/drivers/gpu/drm/panel/panel-lvds.c b/drivers/gpu/drm/panel/panel-lvds.c
index 57e38a9e7ab4..9f46e7095c0e 100644
--- a/drivers/gpu/drm/panel/panel-lvds.c
+++ b/drivers/gpu/drm/panel/panel-lvds.c
@@ -215,8 +215,13 @@ static int panel_lvds_probe(struct platform_device *pdev)
 	lvds->supply = devm_regulator_get_optional(lvds->dev, "power");
 	if (IS_ERR(lvds->supply)) {
 		ret = PTR_ERR(lvds->supply);
-		dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
-		return ret;
+
+		if (ret != -ENODEV) {
+			dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
+			return ret;
+		} else {
+			lvds->supply = NULL;
+		}
 	}
 
 	/* Get GPIOs and backlight controller. */
-- 
2.14.3

^ permalink raw reply related	[flat|nested] 8+ messages in thread

* Re: [PATCH] drm/panel: lvds: Handle the optional regulator case properly
  2018-01-10 15:59 [PATCH] drm/panel: lvds: Handle the optional regulator case properly Maxime Ripard
@ 2018-01-11 13:05 ` Laurent Pinchart
  2018-01-11 13:12   ` Maxime Ripard
  2018-01-11 14:31   ` Jani Nikula
  0 siblings, 2 replies; 8+ messages in thread
From: Laurent Pinchart @ 2018-01-11 13:05 UTC (permalink / raw)
  To: Maxime Ripard
  Cc: Daniel Vetter, Jani Nikula, Sean Paul, dri-devel, linux-kernel,
	Mark Brown

Hi Maxime,

(CC'ing Mark Brown)

Thank you for the patch.

On Wednesday, 10 January 2018 17:59:41 EET Maxime Ripard wrote:
> The devm_regulator_get_optional function, unlike it was assumed in the
> commit a1c55bccf600 ("drm/panel: lvds: Add support for the power-supply
> property"), is actually returning an error pointer with -ENODEV instead of
> NULL when there's no regulator to find.
> 
> Make sure we handle that case properly.
> 
> Fixes: a1c55bccf600 ("drm/panel: lvds: Add support for the power-supply
> property") Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
> ---
>  drivers/gpu/drm/panel/panel-lvds.c | 9 +++++++--
>  1 file changed, 7 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/gpu/drm/panel/panel-lvds.c
> b/drivers/gpu/drm/panel/panel-lvds.c index 57e38a9e7ab4..9f46e7095c0e
> 100644
> --- a/drivers/gpu/drm/panel/panel-lvds.c
> +++ b/drivers/gpu/drm/panel/panel-lvds.c
> @@ -215,8 +215,13 @@ static int panel_lvds_probe(struct platform_device
> *pdev) lvds->supply = devm_regulator_get_optional(lvds->dev, "power");
>  	if (IS_ERR(lvds->supply)) {
>  		ret = PTR_ERR(lvds->supply);
> -		dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
> -		return ret;
> +
> +		if (ret != -ENODEV) {
> +			dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
> +			return ret;

I wouldn't print an error message if ret == -EPROBE_DEFER.

> +		} else {
> +			lvds->supply = NULL;
> +		}
>  	}

How about

	lvds->supply = devm_regulator_get_optional(lvds->dev, "power");
	if (IS_ERR(lvds->supply)) {
		ret = PTR_ERR(lvds->supply);
		if (ret != -ENODEV) {
			if (ret == -EPROBE_DEFER)
				dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
			return ret;
		}

		lvds->supply = NULL;
	}

My preference, however, would be for devm_regulator_get_optional() to return 
NULL when no regulator is present. The current implementation returns -ENODEV 
in multiple cases, making it impossible to properly discriminate between 
having no regulator and not being able to get the regulator due to an error.

Mark, what do you think about this ?

>  	/* Get GPIOs and backlight controller. */

-- 
Regards,

Laurent Pinchart

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] drm/panel: lvds: Handle the optional regulator case properly
  2018-01-11 13:05 ` Laurent Pinchart
@ 2018-01-11 13:12   ` Maxime Ripard
  2018-01-11 22:06     ` Laurent Pinchart
  2018-01-11 14:31   ` Jani Nikula
  1 sibling, 1 reply; 8+ messages in thread
From: Maxime Ripard @ 2018-01-11 13:12 UTC (permalink / raw)
  To: Laurent Pinchart
  Cc: Daniel Vetter, Jani Nikula, Sean Paul, dri-devel, linux-kernel,
	Mark Brown

[-- Attachment #1: Type: text/plain, Size: 2636 bytes --]

Hi,

On Thu, Jan 11, 2018 at 03:05:01PM +0200, Laurent Pinchart wrote:
> Hi Maxime,
> 
> (CC'ing Mark Brown)
> 
> Thank you for the patch.
> 
> On Wednesday, 10 January 2018 17:59:41 EET Maxime Ripard wrote:
> > The devm_regulator_get_optional function, unlike it was assumed in the
> > commit a1c55bccf600 ("drm/panel: lvds: Add support for the power-supply
> > property"), is actually returning an error pointer with -ENODEV instead of
> > NULL when there's no regulator to find.
> > 
> > Make sure we handle that case properly.
> > 
> > Fixes: a1c55bccf600 ("drm/panel: lvds: Add support for the power-supply
> > property") Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
> > ---
> >  drivers/gpu/drm/panel/panel-lvds.c | 9 +++++++--
> >  1 file changed, 7 insertions(+), 2 deletions(-)
> > 
> > diff --git a/drivers/gpu/drm/panel/panel-lvds.c
> > b/drivers/gpu/drm/panel/panel-lvds.c index 57e38a9e7ab4..9f46e7095c0e
> > 100644
> > --- a/drivers/gpu/drm/panel/panel-lvds.c
> > +++ b/drivers/gpu/drm/panel/panel-lvds.c
> > @@ -215,8 +215,13 @@ static int panel_lvds_probe(struct platform_device
> > *pdev) lvds->supply = devm_regulator_get_optional(lvds->dev, "power");
> >  	if (IS_ERR(lvds->supply)) {
> >  		ret = PTR_ERR(lvds->supply);
> > -		dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
> > -		return ret;
> > +
> > +		if (ret != -ENODEV) {
> > +			dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
> > +			return ret;
> 
> I wouldn't print an error message if ret == -EPROBE_DEFER.
> 
> > +		} else {
> > +			lvds->supply = NULL;
> > +		}
> >  	}
> 
> How about
> 
> 	lvds->supply = devm_regulator_get_optional(lvds->dev, "power");
> 	if (IS_ERR(lvds->supply)) {
> 		ret = PTR_ERR(lvds->supply);
> 		if (ret != -ENODEV) {
> 			if (ret == -EPROBE_DEFER)

I guess that would be != -EPROBE_DEFER

> 				dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
> 			return ret;
> 		}
> 
> 		lvds->supply = NULL;
> 	}

Otherwise, it works for me.

> My preference, however, would be for devm_regulator_get_optional() to return 
> NULL when no regulator is present. The current implementation returns -ENODEV 
> in multiple cases, making it impossible to properly discriminate between 
> having no regulator and not being able to get the regulator due to an error.

It would feel more intuitive to me too, but it would also require to
fix most of the call sites that would have a similar pattern.

Maxime

-- 
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] drm/panel: lvds: Handle the optional regulator case properly
  2018-01-11 13:05 ` Laurent Pinchart
  2018-01-11 13:12   ` Maxime Ripard
@ 2018-01-11 14:31   ` Jani Nikula
  2018-01-11 21:30     ` Laurent Pinchart
  1 sibling, 1 reply; 8+ messages in thread
From: Jani Nikula @ 2018-01-11 14:31 UTC (permalink / raw)
  To: Laurent Pinchart, Maxime Ripard
  Cc: Daniel Vetter, Sean Paul, dri-devel, linux-kernel, Mark Brown

On Thu, 11 Jan 2018, Laurent Pinchart <laurent.pinchart@ideasonboard.com> wrote:
> My preference, however, would be for devm_regulator_get_optional() to return 
> NULL when no regulator is present. The current implementation returns -ENODEV 
> in multiple cases, making it impossible to properly discriminate between 
> having no regulator and not being able to get the regulator due to an error.

Just a word of warning, IS_ERR(NULL) is false, and your proposed change
would apparently require quite a churn all over the kernel.

BR,
Jani.


-- 
Jani Nikula, Intel Open Source Technology Center

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] drm/panel: lvds: Handle the optional regulator case properly
  2018-01-11 14:31   ` Jani Nikula
@ 2018-01-11 21:30     ` Laurent Pinchart
  0 siblings, 0 replies; 8+ messages in thread
From: Laurent Pinchart @ 2018-01-11 21:30 UTC (permalink / raw)
  To: Jani Nikula
  Cc: Maxime Ripard, Daniel Vetter, Sean Paul, dri-devel, linux-kernel,
	Mark Brown

Hi Jani,

On Thursday, 11 January 2018 16:31:59 EET Jani Nikula wrote:
> On Thu, 11 Jan 2018, Laurent Pinchart wrote:
> > My preference, however, would be for devm_regulator_get_optional() to
> > return NULL when no regulator is present. The current implementation
> > returns -ENODEV in multiple cases, making it impossible to properly
> > discriminate between having no regulator and not being able to get the
> > regulator due to an error.
> 
> Just a word of warning, IS_ERR(NULL) is false, and your proposed change
> would apparently require quite a churn all over the kernel.

That's correct, but I still think that would make the API clearer. I don't 
want to block this patch until we make such a change, but it's a good 
opportunity to discuss it. I'd like to know what Mark's opinion is.

-- 
Regards,

Laurent Pinchart

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] drm/panel: lvds: Handle the optional regulator case properly
  2018-01-11 13:12   ` Maxime Ripard
@ 2018-01-11 22:06     ` Laurent Pinchart
  2018-01-11 22:09       ` Laurent Pinchart
  0 siblings, 1 reply; 8+ messages in thread
From: Laurent Pinchart @ 2018-01-11 22:06 UTC (permalink / raw)
  To: dri-devel; +Cc: Maxime Ripard, linux-kernel, Mark Brown, Daniel Vetter

Hi Maxime,

On Thursday, 11 January 2018 15:12:56 EET Maxime Ripard wrote:
> On Thu, Jan 11, 2018 at 03:05:01PM +0200, Laurent Pinchart wrote:
> > On Wednesday, 10 January 2018 17:59:41 EET Maxime Ripard wrote:
> >> The devm_regulator_get_optional function, unlike it was assumed in the
> >> commit a1c55bccf600 ("drm/panel: lvds: Add support for the power-supply
> >> property"), is actually returning an error pointer with -ENODEV instead
> >> of NULL when there's no regulator to find.
> >> 
> >> Make sure we handle that case properly.
> >> 
> >> Fixes: a1c55bccf600 ("drm/panel: lvds: Add support for the power-supply
> >> property") Signed-off-by: Maxime Ripard
> >> <maxime.ripard@free-electrons.com>
> >> ---
> >> 
> >>  drivers/gpu/drm/panel/panel-lvds.c | 9 +++++++--
> >>  1 file changed, 7 insertions(+), 2 deletions(-)
> >> 
> >> diff --git a/drivers/gpu/drm/panel/panel-lvds.c
> >> b/drivers/gpu/drm/panel/panel-lvds.c index 57e38a9e7ab4..9f46e7095c0e
> >> 100644
> >> --- a/drivers/gpu/drm/panel/panel-lvds.c
> >> +++ b/drivers/gpu/drm/panel/panel-lvds.c
> >> @@ -215,8 +215,13 @@ static int panel_lvds_probe(struct platform_device
> >> *pdev)
> >> 	lvds->supply = devm_regulator_get_optional(lvds->dev, "power");
> >>  	if (IS_ERR(lvds->supply)) {
> >>  		ret = PTR_ERR(lvds->supply);
> >> -		dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
> >> -		return ret;
> >> +
> >> +		if (ret != -ENODEV) {
> >> +			dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
> >> +			return ret;
> > 
> > I wouldn't print an error message if ret == -EPROBE_DEFER.
> > 
> >> +		} else {
> >> +			lvds->supply = NULL;
> >> +		}
> >>  	}
> > 
> > How about
> > 
> > 	lvds->supply = devm_regulator_get_optional(lvds->dev, "power");
> > 	if (IS_ERR(lvds->supply)) {
> > 		ret = PTR_ERR(lvds->supply);
> > 		if (ret != -ENODEV) {
> > 			if (ret == -EPROBE_DEFER)
> 
> I guess that would be != -EPROBE_DEFER

Of course, my bad.

> > 				dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
> > 			return ret;
> > 		}
> > 		
> > 		lvds->supply = NULL;
> > 	}
> 
> Otherwise, it works for me.
> 
> > My preference, however, would be for devm_regulator_get_optional() to
> > return NULL when no regulator is present. The current implementation
> > returns -ENODEV in multiple cases, making it impossible to properly
> > discriminate between having no regulator and not being able to get the
> > regulator due to an error.
> 
> It would feel more intuitive to me too, but it would also require to
> fix most of the call sites that would have a similar pattern.

Of course. I don't mean we need to delay this patch, but I still think it 
would be a good API improvement that could be developed separately (and of 
course I wouldn't complain if you volunteered ;-)).

-- 
Regards,

Laurent Pinchart

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] drm/panel: lvds: Handle the optional regulator case properly
  2018-01-11 22:06     ` Laurent Pinchart
@ 2018-01-11 22:09       ` Laurent Pinchart
  2018-01-15  9:18         ` Maxime Ripard
  0 siblings, 1 reply; 8+ messages in thread
From: Laurent Pinchart @ 2018-01-11 22:09 UTC (permalink / raw)
  To: dri-devel; +Cc: Daniel Vetter, Maxime Ripard, Mark Brown, linux-kernel

Hi Maxime,

On Friday, 12 January 2018 00:06:06 EET Laurent Pinchart wrote:
> On Thursday, 11 January 2018 15:12:56 EET Maxime Ripard wrote:
> > On Thu, Jan 11, 2018 at 03:05:01PM +0200, Laurent Pinchart wrote:
> >> On Wednesday, 10 January 2018 17:59:41 EET Maxime Ripard wrote:
> >>> The devm_regulator_get_optional function, unlike it was assumed in the
> >>> commit a1c55bccf600 ("drm/panel: lvds: Add support for the power-supply
> >>> property"), is actually returning an error pointer with -ENODEV instead
> >>> of NULL when there's no regulator to find.
> >>> 
> >>> Make sure we handle that case properly.
> >>> 
> >>> Fixes: a1c55bccf600 ("drm/panel: lvds: Add support for the power-supply
> >>> property") Signed-off-by: Maxime Ripard
> >>> <maxime.ripard@free-electrons.com>
> >>> ---
> >>> 
> >>>  drivers/gpu/drm/panel/panel-lvds.c | 9 +++++++--
> >>>  1 file changed, 7 insertions(+), 2 deletions(-)
> >>> 
> >>> diff --git a/drivers/gpu/drm/panel/panel-lvds.c
> >>> b/drivers/gpu/drm/panel/panel-lvds.c index 57e38a9e7ab4..9f46e7095c0e
> >>> 100644
> >>> --- a/drivers/gpu/drm/panel/panel-lvds.c
> >>> +++ b/drivers/gpu/drm/panel/panel-lvds.c
> >>> @@ -215,8 +215,13 @@ static int panel_lvds_probe(struct platform_device
> >>> *pdev)
> >>> 	lvds->supply = devm_regulator_get_optional(lvds->dev, "power");
> >>>  	if (IS_ERR(lvds->supply)) {
> >>>  		ret = PTR_ERR(lvds->supply);
> >>> -		dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
> >>> -		return ret;
> >>> +
> >>> +		if (ret != -ENODEV) {
> >>> +			dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
> >>> +			return ret;
> >> 
> >> I wouldn't print an error message if ret == -EPROBE_DEFER.
> >> 
> >>> +		} else {
> >>> +			lvds->supply = NULL;
> >>> +		}
> >>>  	}
> >> 
> >> How about
> >> 
> >> 	lvds->supply = devm_regulator_get_optional(lvds->dev, "power");
> >> 	if (IS_ERR(lvds->supply)) {
> >> 		ret = PTR_ERR(lvds->supply);
> >> 		if (ret != -ENODEV) {
> >> 			if (ret == -EPROBE_DEFER)
> > 
> > I guess that would be != -EPROBE_DEFER
> 
> Of course, my bad.
> 
> >> 				dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
> >> 			return ret;
> >> 		}
> >> 		
> >> 		lvds->supply = NULL;
> >> 	}
> > 
> > Otherwise, it works for me.

With the above change,

Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Tested-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>

> >> My preference, however, would be for devm_regulator_get_optional() to
> >> return NULL when no regulator is present. The current implementation
> >> returns -ENODEV in multiple cases, making it impossible to properly
> >> discriminate between having no regulator and not being able to get the
> >> regulator due to an error.
> > 
> > It would feel more intuitive to me too, but it would also require to
> > fix most of the call sites that would have a similar pattern.
> 
> Of course. I don't mean we need to delay this patch, but I still think it
> would be a good API improvement that could be developed separately (and of
> course I wouldn't complain if you volunteered ;-)).

-- 
Regards,

Laurent Pinchart

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] drm/panel: lvds: Handle the optional regulator case properly
  2018-01-11 22:09       ` Laurent Pinchart
@ 2018-01-15  9:18         ` Maxime Ripard
  0 siblings, 0 replies; 8+ messages in thread
From: Maxime Ripard @ 2018-01-15  9:18 UTC (permalink / raw)
  To: Laurent Pinchart; +Cc: dri-devel, Daniel Vetter, Mark Brown, linux-kernel

[-- Attachment #1: Type: text/plain, Size: 2833 bytes --]

On Fri, Jan 12, 2018 at 12:09:39AM +0200, Laurent Pinchart wrote:
> Hi Maxime,
> 
> On Friday, 12 January 2018 00:06:06 EET Laurent Pinchart wrote:
> > On Thursday, 11 January 2018 15:12:56 EET Maxime Ripard wrote:
> > > On Thu, Jan 11, 2018 at 03:05:01PM +0200, Laurent Pinchart wrote:
> > >> On Wednesday, 10 January 2018 17:59:41 EET Maxime Ripard wrote:
> > >>> The devm_regulator_get_optional function, unlike it was assumed in the
> > >>> commit a1c55bccf600 ("drm/panel: lvds: Add support for the power-supply
> > >>> property"), is actually returning an error pointer with -ENODEV instead
> > >>> of NULL when there's no regulator to find.
> > >>> 
> > >>> Make sure we handle that case properly.
> > >>> 
> > >>> Fixes: a1c55bccf600 ("drm/panel: lvds: Add support for the power-supply
> > >>> property") Signed-off-by: Maxime Ripard
> > >>> <maxime.ripard@free-electrons.com>
> > >>> ---
> > >>> 
> > >>>  drivers/gpu/drm/panel/panel-lvds.c | 9 +++++++--
> > >>>  1 file changed, 7 insertions(+), 2 deletions(-)
> > >>> 
> > >>> diff --git a/drivers/gpu/drm/panel/panel-lvds.c
> > >>> b/drivers/gpu/drm/panel/panel-lvds.c index 57e38a9e7ab4..9f46e7095c0e
> > >>> 100644
> > >>> --- a/drivers/gpu/drm/panel/panel-lvds.c
> > >>> +++ b/drivers/gpu/drm/panel/panel-lvds.c
> > >>> @@ -215,8 +215,13 @@ static int panel_lvds_probe(struct platform_device
> > >>> *pdev)
> > >>> 	lvds->supply = devm_regulator_get_optional(lvds->dev, "power");
> > >>>  	if (IS_ERR(lvds->supply)) {
> > >>>  		ret = PTR_ERR(lvds->supply);
> > >>> -		dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
> > >>> -		return ret;
> > >>> +
> > >>> +		if (ret != -ENODEV) {
> > >>> +			dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
> > >>> +			return ret;
> > >> 
> > >> I wouldn't print an error message if ret == -EPROBE_DEFER.
> > >> 
> > >>> +		} else {
> > >>> +			lvds->supply = NULL;
> > >>> +		}
> > >>>  	}
> > >> 
> > >> How about
> > >> 
> > >> 	lvds->supply = devm_regulator_get_optional(lvds->dev, "power");
> > >> 	if (IS_ERR(lvds->supply)) {
> > >> 		ret = PTR_ERR(lvds->supply);
> > >> 		if (ret != -ENODEV) {
> > >> 			if (ret == -EPROBE_DEFER)
> > > 
> > > I guess that would be != -EPROBE_DEFER
> > 
> > Of course, my bad.
> > 
> > >> 				dev_err(lvds->dev, "failed to request regulator: %d\n", ret);
> > >> 			return ret;
> > >> 		}
> > >> 		
> > >> 		lvds->supply = NULL;
> > >> 	}
> > > 
> > > Otherwise, it works for me.
> 
> With the above change,
> 
> Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> Tested-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>

Applied to drm-misc-next-fixes.

Maxime

-- 
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2018-01-15  9:18 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-01-10 15:59 [PATCH] drm/panel: lvds: Handle the optional regulator case properly Maxime Ripard
2018-01-11 13:05 ` Laurent Pinchart
2018-01-11 13:12   ` Maxime Ripard
2018-01-11 22:06     ` Laurent Pinchart
2018-01-11 22:09       ` Laurent Pinchart
2018-01-15  9:18         ` Maxime Ripard
2018-01-11 14:31   ` Jani Nikula
2018-01-11 21:30     ` Laurent Pinchart

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).