* [PATCH] drm/bridge: Ignore -EPROBE_DEFER when bridge attach fails
@ 2021-10-12 19:58 Guido Günther
2021-10-12 20:08 ` Sam Ravnborg
2021-10-12 20:17 ` Laurent Pinchart
0 siblings, 2 replies; 10+ messages in thread
From: Guido Günther @ 2021-10-12 19:58 UTC (permalink / raw)
To: Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie,
Daniel Vetter, Laurent Pinchart, Jyri Sarha, Tomi Valkeinen,
dri-devel, linux-kernel
Otherwise logs are filled with
[drm:drm_bridge_attach] *ERROR* failed to attach bridge /soc@0/bus@30800000/mipi-dsi@30a0 0000 to encoder None-34: -517
when the bridge isn't ready yet.
Fixes: fb8d617f8fd6 ("drm/bridge: Centralize error message when bridge attach fails")
Signed-off-by: Guido Günther <agx@sigxcpu.org>
---
drivers/gpu/drm/drm_bridge.c | 11 ++++++-----
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c
index a8ed66751c2d..f0508e85ae98 100644
--- a/drivers/gpu/drm/drm_bridge.c
+++ b/drivers/gpu/drm/drm_bridge.c
@@ -227,14 +227,15 @@ int drm_bridge_attach(struct drm_encoder *encoder, struct drm_bridge *bridge,
bridge->encoder = NULL;
list_del(&bridge->chain_node);
+ if (ret != -EPROBE_DEFER) {
#ifdef CONFIG_OF
- DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n",
- bridge->of_node, encoder->name, ret);
+ DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n",
+ bridge->of_node, encoder->name, ret);
#else
- DRM_ERROR("failed to attach bridge to encoder %s: %d\n",
- encoder->name, ret);
+ DRM_ERROR("failed to attach bridge to encoder %s: %d\n",
+ encoder->name, ret);
#endif
-
+ }
return ret;
}
EXPORT_SYMBOL(drm_bridge_attach);
--
2.33.0
^ permalink raw reply related [flat|nested] 10+ messages in thread* Re: [PATCH] drm/bridge: Ignore -EPROBE_DEFER when bridge attach fails 2021-10-12 19:58 [PATCH] drm/bridge: Ignore -EPROBE_DEFER when bridge attach fails Guido Günther @ 2021-10-12 20:08 ` Sam Ravnborg 2021-10-12 20:38 ` Guido Günther 2021-10-12 20:17 ` Laurent Pinchart 1 sibling, 1 reply; 10+ messages in thread From: Sam Ravnborg @ 2021-10-12 20:08 UTC (permalink / raw) To: Guido Günther Cc: Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie, Daniel Vetter, Laurent Pinchart, Jyri Sarha, Tomi Valkeinen, dri-devel, linux-kernel Hi Guido, On Tue, Oct 12, 2021 at 09:58:58PM +0200, Guido Günther wrote: > Otherwise logs are filled with > > [drm:drm_bridge_attach] *ERROR* failed to attach bridge /soc@0/bus@30800000/mipi-dsi@30a0 0000 to encoder None-34: -517 > > when the bridge isn't ready yet. > > Fixes: fb8d617f8fd6 ("drm/bridge: Centralize error message when bridge attach fails") > Signed-off-by: Guido Günther <agx@sigxcpu.org> > --- > drivers/gpu/drm/drm_bridge.c | 11 ++++++----- > 1 file changed, 6 insertions(+), 5 deletions(-) > > diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c > index a8ed66751c2d..f0508e85ae98 100644 > --- a/drivers/gpu/drm/drm_bridge.c > +++ b/drivers/gpu/drm/drm_bridge.c > @@ -227,14 +227,15 @@ int drm_bridge_attach(struct drm_encoder *encoder, struct drm_bridge *bridge, > bridge->encoder = NULL; > list_del(&bridge->chain_node); > > + if (ret != -EPROBE_DEFER) { > #ifdef CONFIG_OF > - DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > - bridge->of_node, encoder->name, ret); > + DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > + bridge->of_node, encoder->name, ret); It would be better to use drm_probe_err(). Sam > #else > - DRM_ERROR("failed to attach bridge to encoder %s: %d\n", > - encoder->name, ret); > + DRM_ERROR("failed to attach bridge to encoder %s: %d\n", > + encoder->name, ret); > #endif > - > + } > return ret; > } > EXPORT_SYMBOL(drm_bridge_attach); > -- > 2.33.0 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/bridge: Ignore -EPROBE_DEFER when bridge attach fails 2021-10-12 20:08 ` Sam Ravnborg @ 2021-10-12 20:38 ` Guido Günther 2021-10-14 19:35 ` Sam Ravnborg 0 siblings, 1 reply; 10+ messages in thread From: Guido Günther @ 2021-10-12 20:38 UTC (permalink / raw) To: Sam Ravnborg Cc: Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie, Daniel Vetter, Laurent Pinchart, Jyri Sarha, Tomi Valkeinen, dri-devel, linux-kernel Hi, On Tue, Oct 12, 2021 at 10:08:28PM +0200, Sam Ravnborg wrote: > Hi Guido, > > On Tue, Oct 12, 2021 at 09:58:58PM +0200, Guido Günther wrote: > > Otherwise logs are filled with > > > > [drm:drm_bridge_attach] *ERROR* failed to attach bridge /soc@0/bus@30800000/mipi-dsi@30a0 0000 to encoder None-34: -517 > > > > when the bridge isn't ready yet. > > > > Fixes: fb8d617f8fd6 ("drm/bridge: Centralize error message when bridge attach fails") > > Signed-off-by: Guido Günther <agx@sigxcpu.org> > > --- > > drivers/gpu/drm/drm_bridge.c | 11 ++++++----- > > 1 file changed, 6 insertions(+), 5 deletions(-) > > > > diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c > > index a8ed66751c2d..f0508e85ae98 100644 > > --- a/drivers/gpu/drm/drm_bridge.c > > +++ b/drivers/gpu/drm/drm_bridge.c > > @@ -227,14 +227,15 @@ int drm_bridge_attach(struct drm_encoder *encoder, struct drm_bridge *bridge, > > bridge->encoder = NULL; > > list_del(&bridge->chain_node); > > > > + if (ret != -EPROBE_DEFER) { > > #ifdef CONFIG_OF > > - DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > > - bridge->of_node, encoder->name, ret); > > + DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > > + bridge->of_node, encoder->name, ret); > > It would be better to use drm_probe_err(). That's what i thought initially but since the rest here uses DRM_* logging i stuck with it. Happy to change that though. Cheers, -- Guido > > Sam > > > #else > > - DRM_ERROR("failed to attach bridge to encoder %s: %d\n", > > - encoder->name, ret); > > + DRM_ERROR("failed to attach bridge to encoder %s: %d\n", > > + encoder->name, ret); > > #endif > > - > > + } > > return ret; > > } > > EXPORT_SYMBOL(drm_bridge_attach); > > -- > > 2.33.0 > ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/bridge: Ignore -EPROBE_DEFER when bridge attach fails 2021-10-12 20:38 ` Guido Günther @ 2021-10-14 19:35 ` Sam Ravnborg 2021-10-15 7:33 ` Guido Günther 0 siblings, 1 reply; 10+ messages in thread From: Sam Ravnborg @ 2021-10-14 19:35 UTC (permalink / raw) To: Guido Günther Cc: Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie, Daniel Vetter, Laurent Pinchart, Jyri Sarha, Tomi Valkeinen, dri-devel, linux-kernel Hi Guido, > > > > > > + if (ret != -EPROBE_DEFER) { > > > #ifdef CONFIG_OF > > > - DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > > > - bridge->of_node, encoder->name, ret); > > > + DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > > > + bridge->of_node, encoder->name, ret); > > > > It would be better to use drm_probe_err(). > > That's what i thought initially but since the rest here uses DRM_* > logging i stuck with it. Happy to change that though. If we continue to use the deprecated DRM_ logging functions then we will never get rid of them. And then I like the simplicity of drm_probe_err(). In the end it is up to you. Sam ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/bridge: Ignore -EPROBE_DEFER when bridge attach fails 2021-10-14 19:35 ` Sam Ravnborg @ 2021-10-15 7:33 ` Guido Günther 0 siblings, 0 replies; 10+ messages in thread From: Guido Günther @ 2021-10-15 7:33 UTC (permalink / raw) To: Sam Ravnborg Cc: Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie, Daniel Vetter, Laurent Pinchart, Jyri Sarha, Tomi Valkeinen, dri-devel, linux-kernel Hi Sam, On Thu, Oct 14, 2021 at 09:35:20PM +0200, Sam Ravnborg wrote: > Hi Guido, > > > > > > > > > + if (ret != -EPROBE_DEFER) { > > > > #ifdef CONFIG_OF > > > > - DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > > > > - bridge->of_node, encoder->name, ret); > > > > + DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > > > > + bridge->of_node, encoder->name, ret); > > > > > > It would be better to use drm_probe_err(). > > > > That's what i thought initially but since the rest here uses DRM_* > > logging i stuck with it. Happy to change that though. > > If we continue to use the deprecated DRM_ logging functions then we will > never get rid of them. And then I like the simplicity of > drm_probe_err(). I wasn't aware those are deprecated. I'll fix that up in case this patch is needed, which https://lore.kernel.org/dri-devel/CAMty3ZAsn4K0WFRC_FNN2Mina0gSu4Nc1y1zVsoZ8GuSqcQFsA@mail.gmail.com/ makes it a bit look like it. Cheers, -- Guido > > In the end it is up to you. > > Sam > ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/bridge: Ignore -EPROBE_DEFER when bridge attach fails 2021-10-12 19:58 [PATCH] drm/bridge: Ignore -EPROBE_DEFER when bridge attach fails Guido Günther 2021-10-12 20:08 ` Sam Ravnborg @ 2021-10-12 20:17 ` Laurent Pinchart 2021-10-12 20:47 ` Guido Günther 1 sibling, 1 reply; 10+ messages in thread From: Laurent Pinchart @ 2021-10-12 20:17 UTC (permalink / raw) To: Guido Günther Cc: Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie, Daniel Vetter, Jyri Sarha, Tomi Valkeinen, dri-devel, linux-kernel Hi Guido, Thank you for the patch. On Tue, Oct 12, 2021 at 09:58:58PM +0200, Guido Günther wrote: > Otherwise logs are filled with > > [drm:drm_bridge_attach] *ERROR* failed to attach bridge /soc@0/bus@30800000/mipi-dsi@30a0 0000 to encoder None-34: -517 > > when the bridge isn't ready yet. > > Fixes: fb8d617f8fd6 ("drm/bridge: Centralize error message when bridge attach fails") > Signed-off-by: Guido Günther <agx@sigxcpu.org> > --- > drivers/gpu/drm/drm_bridge.c | 11 ++++++----- > 1 file changed, 6 insertions(+), 5 deletions(-) > > diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c > index a8ed66751c2d..f0508e85ae98 100644 > --- a/drivers/gpu/drm/drm_bridge.c > +++ b/drivers/gpu/drm/drm_bridge.c > @@ -227,14 +227,15 @@ int drm_bridge_attach(struct drm_encoder *encoder, struct drm_bridge *bridge, > bridge->encoder = NULL; > list_del(&bridge->chain_node); > > + if (ret != -EPROBE_DEFER) { > #ifdef CONFIG_OF > - DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > - bridge->of_node, encoder->name, ret); > + DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > + bridge->of_node, encoder->name, ret); > #else > - DRM_ERROR("failed to attach bridge to encoder %s: %d\n", > - encoder->name, ret); > + DRM_ERROR("failed to attach bridge to encoder %s: %d\n", > + encoder->name, ret); > #endif > - > + } This looks fine as such, but I'm concerned about the direction it's taking. Ideally, probe deferral should happen at probe time, way before the bridge is attached. Doing otherwise is a step in the wrong direction in my opinion, and something we'll end up regretting when we'll feel the pain it inflicts. > return ret; > } > EXPORT_SYMBOL(drm_bridge_attach); -- Regards, Laurent Pinchart ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/bridge: Ignore -EPROBE_DEFER when bridge attach fails 2021-10-12 20:17 ` Laurent Pinchart @ 2021-10-12 20:47 ` Guido Günther 2021-10-13 6:02 ` Guido Günther 2021-10-13 6:48 ` Andrzej Hajda 0 siblings, 2 replies; 10+ messages in thread From: Guido Günther @ 2021-10-12 20:47 UTC (permalink / raw) To: Laurent Pinchart Cc: Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie, Daniel Vetter, Jyri Sarha, Tomi Valkeinen, dri-devel, linux-kernel Hi Laurent, On Tue, Oct 12, 2021 at 11:17:07PM +0300, Laurent Pinchart wrote: > Hi Guido, > > Thank you for the patch. > > On Tue, Oct 12, 2021 at 09:58:58PM +0200, Guido Günther wrote: > > Otherwise logs are filled with > > > > [drm:drm_bridge_attach] *ERROR* failed to attach bridge /soc@0/bus@30800000/mipi-dsi@30a0 0000 to encoder None-34: -517 > > > > when the bridge isn't ready yet. > > > > Fixes: fb8d617f8fd6 ("drm/bridge: Centralize error message when bridge attach fails") > > Signed-off-by: Guido Günther <agx@sigxcpu.org> > > --- > > drivers/gpu/drm/drm_bridge.c | 11 ++++++----- > > 1 file changed, 6 insertions(+), 5 deletions(-) > > > > diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c > > index a8ed66751c2d..f0508e85ae98 100644 > > --- a/drivers/gpu/drm/drm_bridge.c > > +++ b/drivers/gpu/drm/drm_bridge.c > > @@ -227,14 +227,15 @@ int drm_bridge_attach(struct drm_encoder *encoder, struct drm_bridge *bridge, > > bridge->encoder = NULL; > > list_del(&bridge->chain_node); > > > > + if (ret != -EPROBE_DEFER) { > > #ifdef CONFIG_OF > > - DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > > - bridge->of_node, encoder->name, ret); > > + DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > > + bridge->of_node, encoder->name, ret); > > #else > > - DRM_ERROR("failed to attach bridge to encoder %s: %d\n", > > - encoder->name, ret); > > + DRM_ERROR("failed to attach bridge to encoder %s: %d\n", > > + encoder->name, ret); > > #endif > > - > > + } > > This looks fine as such, but I'm concerned about the direction it's > taking. Ideally, probe deferral should happen at probe time, way before > the bridge is attached. Doing otherwise is a step in the wrong direction > in my opinion, and something we'll end up regretting when we'll feel the > pain it inflicts. The particular case I'm seeing this is the nwl driver probe deferrals if the panel bridge isn't ready (which needs a bunch of components (dsi, panel, backlight wrapped led, ...) and it probes fine later on so I wonder where you see the actual error cause? That downstream of the bridge isn't ready or that the display controller is already attaching the bridge? Cheers, -- Guido > > > return ret; > > } > > EXPORT_SYMBOL(drm_bridge_attach); > > -- > Regards, > > Laurent Pinchart > ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/bridge: Ignore -EPROBE_DEFER when bridge attach fails 2021-10-12 20:47 ` Guido Günther @ 2021-10-13 6:02 ` Guido Günther 2021-10-13 6:48 ` Andrzej Hajda 1 sibling, 0 replies; 10+ messages in thread From: Guido Günther @ 2021-10-13 6:02 UTC (permalink / raw) To: Laurent Pinchart Cc: Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie, Daniel Vetter, Jyri Sarha, Tomi Valkeinen, dri-devel, linux-kernel Hi, On Tue, Oct 12, 2021 at 10:47:14PM +0200, Guido Günther wrote: > Hi Laurent, > On Tue, Oct 12, 2021 at 11:17:07PM +0300, Laurent Pinchart wrote: > > Hi Guido, > > > > Thank you for the patch. > > > > On Tue, Oct 12, 2021 at 09:58:58PM +0200, Guido Günther wrote: > > > Otherwise logs are filled with > > > > > > [drm:drm_bridge_attach] *ERROR* failed to attach bridge /soc@0/bus@30800000/mipi-dsi@30a0 0000 to encoder None-34: -517 > > > > > > when the bridge isn't ready yet. > > > > > > Fixes: fb8d617f8fd6 ("drm/bridge: Centralize error message when bridge attach fails") > > > Signed-off-by: Guido Günther <agx@sigxcpu.org> > > > --- > > > drivers/gpu/drm/drm_bridge.c | 11 ++++++----- > > > 1 file changed, 6 insertions(+), 5 deletions(-) > > > > > > diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c > > > index a8ed66751c2d..f0508e85ae98 100644 > > > --- a/drivers/gpu/drm/drm_bridge.c > > > +++ b/drivers/gpu/drm/drm_bridge.c > > > @@ -227,14 +227,15 @@ int drm_bridge_attach(struct drm_encoder *encoder, struct drm_bridge *bridge, > > > bridge->encoder = NULL; > > > list_del(&bridge->chain_node); > > > > > > + if (ret != -EPROBE_DEFER) { > > > #ifdef CONFIG_OF > > > - DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > > > - bridge->of_node, encoder->name, ret); > > > + DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > > > + bridge->of_node, encoder->name, ret); > > > #else > > > - DRM_ERROR("failed to attach bridge to encoder %s: %d\n", > > > - encoder->name, ret); > > > + DRM_ERROR("failed to attach bridge to encoder %s: %d\n", > > > + encoder->name, ret); > > > #endif > > > - > > > + } > > > > This looks fine as such, but I'm concerned about the direction it's > > taking. Ideally, probe deferral should happen at probe time, way before > > the bridge is attached. Doing otherwise is a step in the wrong direction > > in my opinion, and something we'll end up regretting when we'll feel the > > pain it inflicts. > > The particular case I'm seeing this is the nwl driver probe deferrals if > the panel bridge isn't ready (which needs a bunch of components > (dsi, panel, backlight wrapped led, ...) and it probes fine later on so I > wonder where you see the actual error cause? That downstream of the > bridge isn't ready or that the display controller is already attaching > the bridge? I should add that mxsfb does a `dev_err_probe()` already when checking the return value of `drm_bridge_attach()` so the error printed is triggered by the additional check added in the above function while the code path already ignored -EPROBE_DEFER before. This looks sensible to me since upper layers can't known when all the downstream bridges are done probing or am I missing something? Cheers, -- Guido > > Cheers, > -- Guido > > > > > > return ret; > > > } > > > EXPORT_SYMBOL(drm_bridge_attach); > > > > -- > > Regards, > > > > Laurent Pinchart > > ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/bridge: Ignore -EPROBE_DEFER when bridge attach fails 2021-10-12 20:47 ` Guido Günther 2021-10-13 6:02 ` Guido Günther @ 2021-10-13 6:48 ` Andrzej Hajda 2021-10-13 7:24 ` Guido Günther 1 sibling, 1 reply; 10+ messages in thread From: Andrzej Hajda @ 2021-10-13 6:48 UTC (permalink / raw) To: Guido Günther, Laurent Pinchart Cc: Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie, Daniel Vetter, Jyri Sarha, Tomi Valkeinen, dri-devel, linux-kernel On 12.10.2021 22:47, Guido Günther wrote: > Hi Laurent, > On Tue, Oct 12, 2021 at 11:17:07PM +0300, Laurent Pinchart wrote: >> Hi Guido, >> >> Thank you for the patch. >> >> On Tue, Oct 12, 2021 at 09:58:58PM +0200, Guido Günther wrote: >>> Otherwise logs are filled with >>> >>> [drm:drm_bridge_attach] *ERROR* failed to attach bridge /soc@0/bus@30800000/mipi-dsi@30a0 0000 to encoder None-34: -517 >>> >>> when the bridge isn't ready yet. >>> >>> Fixes: fb8d617f8fd6 ("drm/bridge: Centralize error message when bridge attach fails") >>> Signed-off-by: Guido Günther <agx@sigxcpu.org> >>> --- >>> drivers/gpu/drm/drm_bridge.c | 11 ++++++----- >>> 1 file changed, 6 insertions(+), 5 deletions(-) >>> >>> diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c >>> index a8ed66751c2d..f0508e85ae98 100644 >>> --- a/drivers/gpu/drm/drm_bridge.c >>> +++ b/drivers/gpu/drm/drm_bridge.c >>> @@ -227,14 +227,15 @@ int drm_bridge_attach(struct drm_encoder *encoder, struct drm_bridge *bridge, >>> bridge->encoder = NULL; >>> list_del(&bridge->chain_node); >>> >>> + if (ret != -EPROBE_DEFER) { >>> #ifdef CONFIG_OF >>> - DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", >>> - bridge->of_node, encoder->name, ret); >>> + DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", >>> + bridge->of_node, encoder->name, ret); >>> #else >>> - DRM_ERROR("failed to attach bridge to encoder %s: %d\n", >>> - encoder->name, ret); >>> + DRM_ERROR("failed to attach bridge to encoder %s: %d\n", >>> + encoder->name, ret); >>> #endif >>> - >>> + } >> >> This looks fine as such, but I'm concerned about the direction it's >> taking. Ideally, probe deferral should happen at probe time, way before >> the bridge is attached. Doing otherwise is a step in the wrong direction >> in my opinion, and something we'll end up regretting when we'll feel the >> pain it inflicts. > > The particular case I'm seeing this is the nwl driver probe deferrals if > the panel bridge isn't ready (which needs a bunch of components > (dsi, panel, backlight wrapped led, ...) and it probes fine later on so I > wonder where you see the actual error cause? That downstream of the > bridge isn't ready or that the display controller is already attaching > the bridge? So it is something wrong there, nwl should not publish bridge interface until it gather its resources (the panel in this case). Regards Andrzej > > Cheers, > -- Guido > >> >>> return ret; >>> } >>> EXPORT_SYMBOL(drm_bridge_attach); >> >> -- >> Regards, >> >> Laurent Pinchart >> ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/bridge: Ignore -EPROBE_DEFER when bridge attach fails 2021-10-13 6:48 ` Andrzej Hajda @ 2021-10-13 7:24 ` Guido Günther 0 siblings, 0 replies; 10+ messages in thread From: Guido Günther @ 2021-10-13 7:24 UTC (permalink / raw) To: Andrzej Hajda Cc: Laurent Pinchart, Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie, Daniel Vetter, Jyri Sarha, Tomi Valkeinen, dri-devel, linux-kernel Hi, On Wed, Oct 13, 2021 at 08:48:32AM +0200, Andrzej Hajda wrote: > On 12.10.2021 22:47, Guido Günther wrote: > > Hi Laurent, > > On Tue, Oct 12, 2021 at 11:17:07PM +0300, Laurent Pinchart wrote: > > > Hi Guido, > > > > > > Thank you for the patch. > > > > > > On Tue, Oct 12, 2021 at 09:58:58PM +0200, Guido Günther wrote: > > > > Otherwise logs are filled with > > > > > > > > [drm:drm_bridge_attach] *ERROR* failed to attach bridge /soc@0/bus@30800000/mipi-dsi@30a0 0000 to encoder None-34: -517 > > > > > > > > when the bridge isn't ready yet. > > > > > > > > Fixes: fb8d617f8fd6 ("drm/bridge: Centralize error message when bridge attach fails") > > > > Signed-off-by: Guido Günther <agx@sigxcpu.org> > > > > --- > > > > drivers/gpu/drm/drm_bridge.c | 11 ++++++----- > > > > 1 file changed, 6 insertions(+), 5 deletions(-) > > > > > > > > diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c > > > > index a8ed66751c2d..f0508e85ae98 100644 > > > > --- a/drivers/gpu/drm/drm_bridge.c > > > > +++ b/drivers/gpu/drm/drm_bridge.c > > > > @@ -227,14 +227,15 @@ int drm_bridge_attach(struct drm_encoder *encoder, struct drm_bridge *bridge, > > > > bridge->encoder = NULL; > > > > list_del(&bridge->chain_node); > > > > + if (ret != -EPROBE_DEFER) { > > > > #ifdef CONFIG_OF > > > > - DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > > > > - bridge->of_node, encoder->name, ret); > > > > + DRM_ERROR("failed to attach bridge %pOF to encoder %s: %d\n", > > > > + bridge->of_node, encoder->name, ret); > > > > #else > > > > - DRM_ERROR("failed to attach bridge to encoder %s: %d\n", > > > > - encoder->name, ret); > > > > + DRM_ERROR("failed to attach bridge to encoder %s: %d\n", > > > > + encoder->name, ret); > > > > #endif > > > > - > > > > + } > > > > > > This looks fine as such, but I'm concerned about the direction it's > > > taking. Ideally, probe deferral should happen at probe time, way before > > > the bridge is attached. Doing otherwise is a step in the wrong direction > > > in my opinion, and something we'll end up regretting when we'll feel the > > > pain it inflicts. > > > > The particular case I'm seeing this is the nwl driver probe deferrals if > > the panel bridge isn't ready (which needs a bunch of components > > (dsi, panel, backlight wrapped led, ...) and it probes fine later on so I > > wonder where you see the actual error cause? That downstream of the > > bridge isn't ready or that the display controller is already attaching > > the bridge? > > So it is something wrong there, nwl should not publish bridge interface > until it gather its resources (the panel in this case). That helps, I'll look at that. Thanks! -- Guido > > Regards > Andrzej > > > > > > Cheers, > > -- Guido > > > > > > > > > return ret; > > > > } > > > > EXPORT_SYMBOL(drm_bridge_attach); > > > > > > -- > > > Regards, > > > > > > Laurent Pinchart > > > > ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2021-10-15 7:33 UTC | newest] Thread overview: 10+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2021-10-12 19:58 [PATCH] drm/bridge: Ignore -EPROBE_DEFER when bridge attach fails Guido Günther 2021-10-12 20:08 ` Sam Ravnborg 2021-10-12 20:38 ` Guido Günther 2021-10-14 19:35 ` Sam Ravnborg 2021-10-15 7:33 ` Guido Günther 2021-10-12 20:17 ` Laurent Pinchart 2021-10-12 20:47 ` Guido Günther 2021-10-13 6:02 ` Guido Günther 2021-10-13 6:48 ` Andrzej Hajda 2021-10-13 7:24 ` Guido Günther
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.