Re: [PATCH v2] drm: rcar-du: Reject modes that fail CRTC timing requirements

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Laurent,

Thank you for the patch(es)

On 21/11/2018 22:20, Laurent Pinchart wrote:
> The hardware requires the HDSR and VDSR registers to be set to 1 or
> higher. This translates to a minimum combined horizontal sync and back
> porch of 20 pixels and a minimum vertical back porch of 3 lines. Reject
> modes that fail those requirements.
> 
> Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@xxxxxxxxxxxxxxxx>

Reviewed-by: Kieran Bingham <kieran.bingham+renesas@xxxxxxxxxxxxxxxx>

> ---
> Changes since v1:
> 
> - Don't use mode->crtc_v* as they are only set after calling .mode_valid()
> - Tested the patch on real hardware (which would have prevented the
>   buggy v1...)
> ---
>  drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 12 ++++++++++++
>  1 file changed, 12 insertions(+)
> 
> diff --git a/drivers/gpu/drm/rcar-du/rcar_du_crtc.c b/drivers/gpu/drm/rcar-du/rcar_du_crtc.c
> index 79021d7aa3ce..90dacab67be5 100644
> --- a/drivers/gpu/drm/rcar-du/rcar_du_crtc.c
> +++ b/drivers/gpu/drm/rcar-du/rcar_du_crtc.c
> @@ -735,10 +735,22 @@ enum drm_mode_status rcar_du_crtc_mode_valid(struct drm_crtc *crtc,
>  	struct rcar_du_crtc *rcrtc = to_rcar_crtc(crtc);
>  	struct rcar_du_device *rcdu = rcrtc->group->dev;
>  	bool interlaced = mode->flags & DRM_MODE_FLAG_INTERLACE;
> +	unsigned int vbp;
>  
>  	if (interlaced && !rcar_du_has(rcdu, RCAR_DU_FEATURE_INTERLACED))
>  		return MODE_NO_INTERLACE;
>  
> +	/*
> +	 * The hardware requires a minimum combined horizontal sync and back
> +	 * porch of 20 pixels and a minimum vertical back porch of 3 lines.
> +	 */
> +	if (mode->htotal - mode->hsync_start < 20)
> +		return MODE_HBLANK_NARROW;
> +
> +	vbp = (mode->vtotal - mode->vsync_end) / (interlaced ? 2 : 1);

I can't see where the interlaced value was calculated before on patch
v1. Was it handled somewhere before/while being set in to crtc->vtotal?,

That said, I can see that it makes sense here, so it's not a problem.


> +	if (vbp < 3)
> +		return MODE_VBLANK_NARROW;
> +
>  	return MODE_OK;
>  }
>  
> 

-- 
Regards
--
Kieran



[Index of Archives]     [Linux Samsung SOC]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]

  Powered by Linux