[PATCH v8 08/15] drm/imx: dc: Add DPR channel support

Laurentiu Palcu laurentiu.palcu at oss.nxp.com
Fri Oct 30 06:06:19 PDT 2026


On Fri, Oct 30, 2026 at 05:54:32PM +0800, Liu Ying wrote:
> Display Prefetch Resolve Channel(DPRC) is a part of a prefetch engine.
> It fetches display data, transforms it to linear format and stores it
> to DPRC's RTRAM.  PRG, as the other part of a prefetch engine, acts as
> a gasket between the RTRAM controller and a FetchUnit.  Add a platform
> driver to support the DPRC.
> 
> Reviewed-by: Frank Li <Frank.Li at nxp.com>
> Acked-by: Maxime Ripard <mripard at kernel.org>
> Signed-off-by: Liu Ying <victor.liu at nxp.com>
> ---
> v8:
> - Check device_link_add()'s return value and bail out if needed.
>   (Sashiko AI bot)
> - Mask IRQ_DPR_CRTL_DONE irq and synchronize wrap_irq in
>   dc_dprc_disable_repeat_en() to avoid a race condition.  (Sashiko AI bot)
> - Call devm_pm_runtime_enable() before devm_request_irq() to avoid reading
>   dprc->reg in dc_dprc_wrap_irq_handler while dprc->clks are disabled, since
>   another device sharing wrap_irq could raise an interrupt during probe.
>   (Sashiko AI bot)
> - Drop an unused header file.  (Laurentiu)
> - Use dev_err_probe() to handle errors returned from several function calls.
>   (Laurentiu)
> 
> v7:
> - Collect Maxime's A-b tag.
> - Fix dc_dprc_regmap_write_ranges[].  (Sashiko AI bot)
> - Fix dc_dprc_wrap_irq_handler() return value.  (Sashiko AI bot)
> - Check runtime PM status in dc_dprc_wrap_irq_handler().  (Sashiko AI bot)
> - Fix DPU_DRPC_MAX_STRIDE macro.  (Sashiko AI bot)
> - Support deferral probe if platform_get_irq_byname() fails.  (Sashiko AI bot)
> - Avoid dangling prg->dprc by calling dc_prg_set_dprc() properly.
>   (Sashiko AI bot)
> - Add dc_dprc_get() helper for consumer device to get DPRC properly.
> - Set use_raw_spinlock flag in regmap configuration to avoid a potential
>   hard lockup because dc_dprc_disable_repeat_en() is supposed to be called
>   with local irq and preempt disabled.
> 
> v6:
> - Include "dc-drv.h" to avoid build warning with C=1.
> 
> v3:
> - Call dc_dprc_enable() only when start == true.  (Frank)
> - Collect Frank's R-b tag.
> 
> v2:
> - Manage clocks with bulk interfaces.  (Frank)
> - Sort variables in probe function in reverse Christmas tree fashion.  (Frank)
> ---
>  drivers/gpu/drm/imx/dc/Kconfig   |   1 +
>  drivers/gpu/drm/imx/dc/Makefile  |   6 +-
>  drivers/gpu/drm/imx/dc/dc-dprc.c | 534 +++++++++++++++++++++++++++++++++++++++
>  drivers/gpu/drm/imx/dc/dc-dprc.h |  37 +++
>  drivers/gpu/drm/imx/dc/dc-drv.c  |   1 +
>  drivers/gpu/drm/imx/dc/dc-drv.h  |   1 +
>  drivers/gpu/drm/imx/dc/dc-prg.c  |  12 +
>  drivers/gpu/drm/imx/dc/dc-prg.h  |   4 +
>  8 files changed, 593 insertions(+), 3 deletions(-)
> 

[...]

> diff --git a/drivers/gpu/drm/imx/dc/dc-dprc.c b/drivers/gpu/drm/imx/dc/dc-dprc.c
> new file mode 100644
> index 000000000000..29188fa72a32
> --- /dev/null
> +++ b/drivers/gpu/drm/imx/dc/dc-dprc.c

[...]

> +bool dc_dprc_rtram_width_supported(struct dc_dprc *dprc, unsigned int width)

In your reply to my v7 comment, you also said that this function uses the
'dprc' argument in later commits. FWIW, I couldn't find those commits in this
series that do.  So, you could get rid of it too.

Otherwise:
Reviewed-by: Laurentiu Palcu <laurentiu.palcu at oss.nxp.com>

> +{
> +	return width <= DPU_DPRC_MAX_RTRAM_WIDTH;
> +}

[...]

-- 
Thanks,
Laurentiu



More information about the linux-arm-kernel mailing list