* [PATCH v3 0/3] drm/rockchip: lvds: probe logging improvements
@ 2025-03-04 12:44 Heiko Stuebner
2025-03-04 12:44 ` [PATCH v3 1/3] drm/rockchip: lvds: move pclk preparation in with clk_get Heiko Stuebner
` (3 more replies)
0 siblings, 4 replies; 9+ messages in thread
From: Heiko Stuebner @ 2025-03-04 12:44 UTC (permalink / raw)
To: heiko
Cc: andy.yan, maarten.lankhorst, mripard, tzimmermann, dri-devel,
linux-arm-kernel, linux-rockchip, linux-kernel, quentin.schulz
Getting the panel already uses dev_err_probe to stay silent, when
the panel just probes later, and the lvds defers.
But the phy needed on px30, also has the capability to probe after
the lvds. So make the rest of the lvds probe/bind logic also use
more modern logging than DRM_DEV_ERR, that is deprecated anyway.
changes in v3:
- add patch to lower warning level on missing pinctrl (Quentin)
- one more dev_err_probe (Quentin)
changes in v2:
- reword the messages about getting (and preparing) pclk (Quentin)
- use a ret = dev_err_probe(dev, -EINVAL, ...) pattern
in some (additional) places (Quentin)
Heiko Stuebner (3):
drm/rockchip: lvds: move pclk preparation in with clk_get
drm/rockchip: lvds: Hide scary error messages on probe deferral
drm/rockchip: lvds: lower log severity for missing pinctrl settings
drivers/gpu/drm/rockchip/rockchip_lvds.c | 80 +++++++++---------------
1 file changed, 29 insertions(+), 51 deletions(-)
--
2.47.2
^ permalink raw reply [flat|nested] 9+ messages in thread* [PATCH v3 1/3] drm/rockchip: lvds: move pclk preparation in with clk_get 2025-03-04 12:44 [PATCH v3 0/3] drm/rockchip: lvds: probe logging improvements Heiko Stuebner @ 2025-03-04 12:44 ` Heiko Stuebner 2025-03-04 20:30 ` Dragan Simic 2025-03-04 12:44 ` [PATCH v3 2/3] drm/rockchip: lvds: Hide scary error messages on probe deferral Heiko Stuebner ` (2 subsequent siblings) 3 siblings, 1 reply; 9+ messages in thread From: Heiko Stuebner @ 2025-03-04 12:44 UTC (permalink / raw) To: heiko Cc: andy.yan, maarten.lankhorst, mripard, tzimmermann, dri-devel, linux-arm-kernel, linux-rockchip, linux-kernel, quentin.schulz, Heiko Stuebner From: Heiko Stuebner <heiko.stuebner@cherry.de> The LVDS block needs a separate pclk only on some socs, so currently requests and prepares it in the soc-specific probe function, but common code is required to unprepare it in the error path or on driver remove. While this works because clk_unprepare just does nothing if clk is NULL, this mismatch of who is responsible still is not very nice. The clock-framework already has a helper for clk-get-and-prepare even with devres support in devm_clk_get_prepared(). This will get and prepare the clock and also unprepare it on driver removal, saving the driver from having to handle it "manually". Reviewed-by: Quentin Schulz <quentin.schulz@cherry.de> Reviewed-by: Andy Yan <andy.yan@rock-chips.com> Signed-off-by: Heiko Stuebner <heiko.stuebner@cherry.de> --- drivers/gpu/drm/rockchip/rockchip_lvds.c | 19 +++---------------- 1 file changed, 3 insertions(+), 16 deletions(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_lvds.c b/drivers/gpu/drm/rockchip/rockchip_lvds.c index 385cf6881504..ecfae8d5da89 100644 --- a/drivers/gpu/drm/rockchip/rockchip_lvds.c +++ b/drivers/gpu/drm/rockchip/rockchip_lvds.c @@ -448,15 +448,13 @@ struct drm_encoder_helper_funcs px30_lvds_encoder_helper_funcs = { static int rk3288_lvds_probe(struct platform_device *pdev, struct rockchip_lvds *lvds) { - int ret; - lvds->regs = devm_platform_ioremap_resource(pdev, 0); if (IS_ERR(lvds->regs)) return PTR_ERR(lvds->regs); - lvds->pclk = devm_clk_get(lvds->dev, "pclk_lvds"); + lvds->pclk = devm_clk_get_prepared(lvds->dev, "pclk_lvds"); if (IS_ERR(lvds->pclk)) { - DRM_DEV_ERROR(lvds->dev, "could not get pclk_lvds\n"); + DRM_DEV_ERROR(lvds->dev, "could not get or prepare pclk_lvds\n"); return PTR_ERR(lvds->pclk); } @@ -480,12 +478,6 @@ static int rk3288_lvds_probe(struct platform_device *pdev, } } - ret = clk_prepare(lvds->pclk); - if (ret < 0) { - DRM_DEV_ERROR(lvds->dev, "failed to prepare pclk_lvds\n"); - return ret; - } - return 0; } @@ -728,20 +720,15 @@ static int rockchip_lvds_probe(struct platform_device *pdev) dev_set_drvdata(dev, lvds); ret = component_add(&pdev->dev, &rockchip_lvds_component_ops); - if (ret < 0) { + if (ret < 0) DRM_DEV_ERROR(dev, "failed to add component\n"); - clk_unprepare(lvds->pclk); - } return ret; } static void rockchip_lvds_remove(struct platform_device *pdev) { - struct rockchip_lvds *lvds = platform_get_drvdata(pdev); - component_del(&pdev->dev, &rockchip_lvds_component_ops); - clk_unprepare(lvds->pclk); } struct platform_driver rockchip_lvds_driver = { -- 2.47.2 ^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: [PATCH v3 1/3] drm/rockchip: lvds: move pclk preparation in with clk_get 2025-03-04 12:44 ` [PATCH v3 1/3] drm/rockchip: lvds: move pclk preparation in with clk_get Heiko Stuebner @ 2025-03-04 20:30 ` Dragan Simic 2025-03-04 21:11 ` Heiko Stübner 0 siblings, 1 reply; 9+ messages in thread From: Dragan Simic @ 2025-03-04 20:30 UTC (permalink / raw) To: Heiko Stuebner Cc: andy.yan, maarten.lankhorst, mripard, tzimmermann, dri-devel, linux-arm-kernel, linux-rockchip, linux-kernel, quentin.schulz, Heiko Stuebner Hello Heiko, On 2025-03-04 13:44, Heiko Stuebner wrote: > diff --git a/drivers/gpu/drm/rockchip/rockchip_lvds.c > b/drivers/gpu/drm/rockchip/rockchip_lvds.c > index 385cf6881504..ecfae8d5da89 100644 > --- a/drivers/gpu/drm/rockchip/rockchip_lvds.c > +++ b/drivers/gpu/drm/rockchip/rockchip_lvds.c > @@ -448,15 +448,13 @@ struct drm_encoder_helper_funcs > px30_lvds_encoder_helper_funcs = { > static int rk3288_lvds_probe(struct platform_device *pdev, > struct rockchip_lvds *lvds) > { > - int ret; > - > lvds->regs = devm_platform_ioremap_resource(pdev, 0); > if (IS_ERR(lvds->regs)) > return PTR_ERR(lvds->regs); > > - lvds->pclk = devm_clk_get(lvds->dev, "pclk_lvds"); > + lvds->pclk = devm_clk_get_prepared(lvds->dev, "pclk_lvds"); > if (IS_ERR(lvds->pclk)) { > - DRM_DEV_ERROR(lvds->dev, "could not get pclk_lvds\n"); > + DRM_DEV_ERROR(lvds->dev, "could not get or prepare pclk_lvds\n"); I'm wondering why this patch isn't replacing deprecated DRM logging macros with their preferred successors in a couple of places, just like what the patch 2/3 from this series does? ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH v3 1/3] drm/rockchip: lvds: move pclk preparation in with clk_get 2025-03-04 20:30 ` Dragan Simic @ 2025-03-04 21:11 ` Heiko Stübner 0 siblings, 0 replies; 9+ messages in thread From: Heiko Stübner @ 2025-03-04 21:11 UTC (permalink / raw) To: Dragan Simic Cc: andy.yan, maarten.lankhorst, mripard, tzimmermann, dri-devel, linux-arm-kernel, linux-rockchip, linux-kernel, quentin.schulz, Heiko Stuebner Am Dienstag, 4. März 2025, 21:30:22 MEZ schrieb Dragan Simic: > Hello Heiko, > > On 2025-03-04 13:44, Heiko Stuebner wrote: > > diff --git a/drivers/gpu/drm/rockchip/rockchip_lvds.c > > b/drivers/gpu/drm/rockchip/rockchip_lvds.c > > index 385cf6881504..ecfae8d5da89 100644 > > --- a/drivers/gpu/drm/rockchip/rockchip_lvds.c > > +++ b/drivers/gpu/drm/rockchip/rockchip_lvds.c > > @@ -448,15 +448,13 @@ struct drm_encoder_helper_funcs > > px30_lvds_encoder_helper_funcs = { > > static int rk3288_lvds_probe(struct platform_device *pdev, > > struct rockchip_lvds *lvds) > > { > > - int ret; > > - > > lvds->regs = devm_platform_ioremap_resource(pdev, 0); > > if (IS_ERR(lvds->regs)) > > return PTR_ERR(lvds->regs); > > > > - lvds->pclk = devm_clk_get(lvds->dev, "pclk_lvds"); > > + lvds->pclk = devm_clk_get_prepared(lvds->dev, "pclk_lvds"); > > if (IS_ERR(lvds->pclk)) { > > - DRM_DEV_ERROR(lvds->dev, "could not get pclk_lvds\n"); > > + DRM_DEV_ERROR(lvds->dev, "could not get or prepare pclk_lvds\n"); > > I'm wondering why this patch isn't replacing deprecated DRM > logging macros with their preferred successors in a couple of > places, just like what the patch 2/3 from this series does? because this patch is about reorganizing the clock handling :-) Changing the logging functions is a different topic and so has no place in _this_ patch. And of course drm-logging is a separate beast to tame altogether. drm_err vs. dev_err; lvds->dev vs. drm_dev (there was an argument over what belongs where recently) . And I had neither the capacity nor time to delve into all that, so limited myself to stuff I understood :-) Heiko ^ permalink raw reply [flat|nested] 9+ messages in thread
* [PATCH v3 2/3] drm/rockchip: lvds: Hide scary error messages on probe deferral 2025-03-04 12:44 [PATCH v3 0/3] drm/rockchip: lvds: probe logging improvements Heiko Stuebner 2025-03-04 12:44 ` [PATCH v3 1/3] drm/rockchip: lvds: move pclk preparation in with clk_get Heiko Stuebner @ 2025-03-04 12:44 ` Heiko Stuebner 2025-03-04 14:59 ` Quentin Schulz 2025-03-04 12:44 ` [PATCH v3 3/3] drm/rockchip: lvds: lower log severity for missing pinctrl settings Heiko Stuebner 2025-03-04 21:12 ` [PATCH v3 0/3] drm/rockchip: lvds: probe logging improvements Heiko Stuebner 3 siblings, 1 reply; 9+ messages in thread From: Heiko Stuebner @ 2025-03-04 12:44 UTC (permalink / raw) To: heiko Cc: andy.yan, maarten.lankhorst, mripard, tzimmermann, dri-devel, linux-arm-kernel, linux-rockchip, linux-kernel, quentin.schulz, Heiko Stuebner From: Heiko Stuebner <heiko.stuebner@cherry.de> Commit 52d11c863ac9 ("drm/rockchip: lvds: do not print scary message when probing defer") already started hiding scary messages that are not relevant if the requested supply just returned EPROBE_DEFER, but there are more possible sources - like the phy. So modernize the whole logging in the probe path by replacing the remaining deprecated DRM_DEV_ERROR with appropriate dev_err(_probe) and drm_err calls. The distinction here is that all messages talking about mishaps of the lvds element use dev_err(_probe) while messages caused by interaction with the main Rockchip drm-device use drm_err. Reviewed-by: Andy Yan <andy.yan@rock-chips.com> Signed-off-by: Heiko Stuebner <heiko.stuebner@cherry.de> --- drivers/gpu/drm/rockchip/rockchip_lvds.c | 63 ++++++++++-------------- 1 file changed, 27 insertions(+), 36 deletions(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_lvds.c b/drivers/gpu/drm/rockchip/rockchip_lvds.c index ecfae8d5da89..bfebe42a0331 100644 --- a/drivers/gpu/drm/rockchip/rockchip_lvds.c +++ b/drivers/gpu/drm/rockchip/rockchip_lvds.c @@ -453,10 +453,9 @@ static int rk3288_lvds_probe(struct platform_device *pdev, return PTR_ERR(lvds->regs); lvds->pclk = devm_clk_get_prepared(lvds->dev, "pclk_lvds"); - if (IS_ERR(lvds->pclk)) { - DRM_DEV_ERROR(lvds->dev, "could not get or prepare pclk_lvds\n"); - return PTR_ERR(lvds->pclk); - } + if (IS_ERR(lvds->pclk)) + return dev_err_probe(lvds->dev, PTR_ERR(lvds->pclk), + "could not get or prepare pclk_lvds\n"); lvds->pins = devm_kzalloc(lvds->dev, sizeof(*lvds->pins), GFP_KERNEL); @@ -465,14 +464,14 @@ static int rk3288_lvds_probe(struct platform_device *pdev, lvds->pins->p = devm_pinctrl_get(lvds->dev); if (IS_ERR(lvds->pins->p)) { - DRM_DEV_ERROR(lvds->dev, "no pinctrl handle\n"); + dev_err(lvds->dev, "no pinctrl handle\n"); devm_kfree(lvds->dev, lvds->pins); lvds->pins = NULL; } else { lvds->pins->default_state = pinctrl_lookup_state(lvds->pins->p, "lcdc"); if (IS_ERR(lvds->pins->default_state)) { - DRM_DEV_ERROR(lvds->dev, "no default pinctrl state\n"); + dev_err(lvds->dev, "no default pinctrl state\n"); devm_kfree(lvds->dev, lvds->pins); lvds->pins = NULL; } @@ -547,11 +546,10 @@ static int rockchip_lvds_bind(struct device *dev, struct device *master, lvds->drm_dev = drm_dev; port = of_graph_get_port_by_id(dev->of_node, 1); - if (!port) { - DRM_DEV_ERROR(dev, - "can't found port point, please init lvds panel port!\n"); - return -EINVAL; - } + if (!port) + return dev_err_probe(dev, -EINVAL, + "can't found port point, please init lvds panel port!\n"); + for_each_child_of_node(port, endpoint) { child_count++; of_property_read_u32(endpoint, "reg", &endpoint_id); @@ -563,8 +561,7 @@ static int rockchip_lvds_bind(struct device *dev, struct device *master, } } if (!child_count) { - DRM_DEV_ERROR(dev, "lvds port does not have any children\n"); - ret = -EINVAL; + ret = dev_err_probe(dev, -EINVAL, "lvds port does not have any children\n"); goto err_put_port; } else if (ret) { dev_err_probe(dev, ret, "failed to find panel and bridge node\n"); @@ -581,8 +578,7 @@ static int rockchip_lvds_bind(struct device *dev, struct device *master, lvds->output = rockchip_lvds_name_to_output(name); if (lvds->output < 0) { - DRM_DEV_ERROR(dev, "invalid output type [%s]\n", name); - ret = lvds->output; + ret = dev_err_probe(dev, lvds->output, "invalid output type [%s]\n", name); goto err_put_remote; } @@ -593,8 +589,8 @@ static int rockchip_lvds_bind(struct device *dev, struct device *master, lvds->format = rockchip_lvds_name_to_format(name); if (lvds->format < 0) { - DRM_DEV_ERROR(dev, "invalid data-mapping format [%s]\n", name); - ret = lvds->format; + ret = dev_err_probe(dev, lvds->format, + "invalid data-mapping format [%s]\n", name); goto err_put_remote; } @@ -604,8 +600,8 @@ static int rockchip_lvds_bind(struct device *dev, struct device *master, ret = drm_simple_encoder_init(drm_dev, encoder, DRM_MODE_ENCODER_LVDS); if (ret < 0) { - DRM_DEV_ERROR(drm_dev->dev, - "failed to initialize encoder: %d\n", ret); + drm_err(drm_dev, + "failed to initialize encoder: %d\n", ret); goto err_put_remote; } @@ -618,8 +614,8 @@ static int rockchip_lvds_bind(struct device *dev, struct device *master, &rockchip_lvds_connector_funcs, DRM_MODE_CONNECTOR_LVDS); if (ret < 0) { - DRM_DEV_ERROR(drm_dev->dev, - "failed to initialize connector: %d\n", ret); + drm_err(drm_dev, + "failed to initialize connector: %d\n", ret); goto err_free_encoder; } @@ -633,9 +629,9 @@ static int rockchip_lvds_bind(struct device *dev, struct device *master, connector = drm_bridge_connector_init(lvds->drm_dev, encoder); if (IS_ERR(connector)) { - DRM_DEV_ERROR(drm_dev->dev, - "failed to initialize bridge connector: %pe\n", - connector); + drm_err(drm_dev, + "failed to initialize bridge connector: %pe\n", + connector); ret = PTR_ERR(connector); goto err_free_encoder; } @@ -643,8 +639,7 @@ static int rockchip_lvds_bind(struct device *dev, struct device *master, ret = drm_connector_attach_encoder(connector, encoder); if (ret < 0) { - DRM_DEV_ERROR(drm_dev->dev, - "failed to attach encoder: %d\n", ret); + drm_err(drm_dev, "failed to attach encoder: %d\n", ret); goto err_free_connector; } @@ -706,24 +701,20 @@ static int rockchip_lvds_probe(struct platform_device *pdev) lvds->grf = syscon_regmap_lookup_by_phandle(dev->of_node, "rockchip,grf"); - if (IS_ERR(lvds->grf)) { - DRM_DEV_ERROR(dev, "missing rockchip,grf property\n"); - return PTR_ERR(lvds->grf); - } + if (IS_ERR(lvds->grf)) + return dev_err_probe(dev, PTR_ERR(lvds->grf), "missing rockchip,grf property\n"); ret = lvds->soc_data->probe(pdev, lvds); - if (ret) { - DRM_DEV_ERROR(dev, "Platform initialization failed\n"); - return ret; - } + if (ret) + return dev_err_probe(dev, ret, "Platform initialization failed\n"); dev_set_drvdata(dev, lvds); ret = component_add(&pdev->dev, &rockchip_lvds_component_ops); if (ret < 0) - DRM_DEV_ERROR(dev, "failed to add component\n"); + return dev_err_probe(dev, ret, "failed to add component\n"); - return ret; + return 0; } static void rockchip_lvds_remove(struct platform_device *pdev) -- 2.47.2 ^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: [PATCH v3 2/3] drm/rockchip: lvds: Hide scary error messages on probe deferral 2025-03-04 12:44 ` [PATCH v3 2/3] drm/rockchip: lvds: Hide scary error messages on probe deferral Heiko Stuebner @ 2025-03-04 14:59 ` Quentin Schulz 0 siblings, 0 replies; 9+ messages in thread From: Quentin Schulz @ 2025-03-04 14:59 UTC (permalink / raw) To: Heiko Stuebner Cc: andy.yan, maarten.lankhorst, mripard, tzimmermann, dri-devel, linux-arm-kernel, linux-rockchip, linux-kernel, Heiko Stuebner Hi Heiko, On 3/4/25 1:44 PM, Heiko Stuebner wrote: > From: Heiko Stuebner <heiko.stuebner@cherry.de> > > Commit 52d11c863ac9 ("drm/rockchip: lvds: do not print scary message when > probing defer") already started hiding scary messages that are not relevant > if the requested supply just returned EPROBE_DEFER, but there are more > possible sources - like the phy. > > So modernize the whole logging in the probe path by replacing the > remaining deprecated DRM_DEV_ERROR with appropriate dev_err(_probe) > and drm_err calls. > > The distinction here is that all messages talking about mishaps of the > lvds element use dev_err(_probe) while messages caused by interaction > with the main Rockchip drm-device use drm_err. > > Reviewed-by: Andy Yan <andy.yan@rock-chips.com> Reviewed-by: Quentin Schulz <quentin.schulz@cherry.de> Thanks! Quentin ^ permalink raw reply [flat|nested] 9+ messages in thread
* [PATCH v3 3/3] drm/rockchip: lvds: lower log severity for missing pinctrl settings 2025-03-04 12:44 [PATCH v3 0/3] drm/rockchip: lvds: probe logging improvements Heiko Stuebner 2025-03-04 12:44 ` [PATCH v3 1/3] drm/rockchip: lvds: move pclk preparation in with clk_get Heiko Stuebner 2025-03-04 12:44 ` [PATCH v3 2/3] drm/rockchip: lvds: Hide scary error messages on probe deferral Heiko Stuebner @ 2025-03-04 12:44 ` Heiko Stuebner 2025-03-04 15:00 ` Quentin Schulz 2025-03-04 21:12 ` [PATCH v3 0/3] drm/rockchip: lvds: probe logging improvements Heiko Stuebner 3 siblings, 1 reply; 9+ messages in thread From: Heiko Stuebner @ 2025-03-04 12:44 UTC (permalink / raw) To: heiko Cc: andy.yan, maarten.lankhorst, mripard, tzimmermann, dri-devel, linux-arm-kernel, linux-rockchip, linux-kernel, quentin.schulz, Heiko Stuebner From: Heiko Stuebner <heiko.stuebner@cherry.de> While missing lvds pinctrl is unexpected and is reported, we nevertheless don't fail setting up the device and instead continue without explicit pinctrl handling. So lower the log-level from error to warning to reflect that. Signed-off-by: Heiko Stuebner <heiko.stuebner@cherry.de> --- drivers/gpu/drm/rockchip/rockchip_lvds.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_lvds.c b/drivers/gpu/drm/rockchip/rockchip_lvds.c index bfebe42a0331..a673779de3d2 100644 --- a/drivers/gpu/drm/rockchip/rockchip_lvds.c +++ b/drivers/gpu/drm/rockchip/rockchip_lvds.c @@ -464,14 +464,14 @@ static int rk3288_lvds_probe(struct platform_device *pdev, lvds->pins->p = devm_pinctrl_get(lvds->dev); if (IS_ERR(lvds->pins->p)) { - dev_err(lvds->dev, "no pinctrl handle\n"); + dev_warn(lvds->dev, "no pinctrl handle\n"); devm_kfree(lvds->dev, lvds->pins); lvds->pins = NULL; } else { lvds->pins->default_state = pinctrl_lookup_state(lvds->pins->p, "lcdc"); if (IS_ERR(lvds->pins->default_state)) { - dev_err(lvds->dev, "no default pinctrl state\n"); + dev_warn(lvds->dev, "no default pinctrl state\n"); devm_kfree(lvds->dev, lvds->pins); lvds->pins = NULL; } -- 2.47.2 ^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: [PATCH v3 3/3] drm/rockchip: lvds: lower log severity for missing pinctrl settings 2025-03-04 12:44 ` [PATCH v3 3/3] drm/rockchip: lvds: lower log severity for missing pinctrl settings Heiko Stuebner @ 2025-03-04 15:00 ` Quentin Schulz 0 siblings, 0 replies; 9+ messages in thread From: Quentin Schulz @ 2025-03-04 15:00 UTC (permalink / raw) To: Heiko Stuebner Cc: andy.yan, maarten.lankhorst, mripard, tzimmermann, dri-devel, linux-arm-kernel, linux-rockchip, linux-kernel, Heiko Stuebner Hi Heiko, On 3/4/25 1:44 PM, Heiko Stuebner wrote: > From: Heiko Stuebner <heiko.stuebner@cherry.de> > > While missing lvds pinctrl is unexpected and is reported, we nevertheless > don't fail setting up the device and instead continue without explicit > pinctrl handling. So lower the log-level from error to warning to reflect > that. > Suggested-by: Quentin Schulz <quentin.schulz@cherry.de> Reviewed-by: Quentin Schulz <quentin.schulz@cherry.de> Thanks! Quentin ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH v3 0/3] drm/rockchip: lvds: probe logging improvements 2025-03-04 12:44 [PATCH v3 0/3] drm/rockchip: lvds: probe logging improvements Heiko Stuebner ` (2 preceding siblings ...) 2025-03-04 12:44 ` [PATCH v3 3/3] drm/rockchip: lvds: lower log severity for missing pinctrl settings Heiko Stuebner @ 2025-03-04 21:12 ` Heiko Stuebner 3 siblings, 0 replies; 9+ messages in thread From: Heiko Stuebner @ 2025-03-04 21:12 UTC (permalink / raw) To: Heiko Stuebner Cc: andy.yan, maarten.lankhorst, mripard, tzimmermann, dri-devel, linux-arm-kernel, linux-rockchip, linux-kernel, quentin.schulz On Tue, 04 Mar 2025 13:44:15 +0100, Heiko Stuebner wrote: > Getting the panel already uses dev_err_probe to stay silent, when > the panel just probes later, and the lvds defers. > > But the phy needed on px30, also has the capability to probe after > the lvds. So make the rest of the lvds probe/bind logic also use > more modern logging than DRM_DEV_ERR, that is deprecated anyway. > > [...] Applied, thanks! [1/3] drm/rockchip: lvds: move pclk preparation in with clk_get commit: d4f5efb9139cad34823f265053c57baf6af3c70c [2/3] drm/rockchip: lvds: Hide scary error messages on probe deferral commit: 37c18639504aacbd31371f562fabafdb890bcd2e [3/3] drm/rockchip: lvds: lower log severity for missing pinctrl settings commit: 4006be2f77cd26d065133b338dc51f59857d20f0 With some freedesktop.org hickup, I forgot to send the "patch applied" mail, when I applied the series this afternoon, done now. Best regards, -- Heiko Stuebner <heiko@sntech.de> ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2025-03-04 22:59 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2025-03-04 12:44 [PATCH v3 0/3] drm/rockchip: lvds: probe logging improvements Heiko Stuebner 2025-03-04 12:44 ` [PATCH v3 1/3] drm/rockchip: lvds: move pclk preparation in with clk_get Heiko Stuebner 2025-03-04 20:30 ` Dragan Simic 2025-03-04 21:11 ` Heiko Stübner 2025-03-04 12:44 ` [PATCH v3 2/3] drm/rockchip: lvds: Hide scary error messages on probe deferral Heiko Stuebner 2025-03-04 14:59 ` Quentin Schulz 2025-03-04 12:44 ` [PATCH v3 3/3] drm/rockchip: lvds: lower log severity for missing pinctrl settings Heiko Stuebner 2025-03-04 15:00 ` Quentin Schulz 2025-03-04 21:12 ` [PATCH v3 0/3] drm/rockchip: lvds: probe logging improvements Heiko Stuebner
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox