Received: by 2002:a25:ca44:0:0:0:0:0 with SMTP id a65csp2023688ybg; Thu, 30 Jul 2020 08:30:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxbPVoldd65OhfjD1e6iXrHuOmadtSPenhb/IvzM/PyfGMKC3StnQ8WlgG3T7fbcq+nxn04 X-Received: by 2002:aa7:c6ce:: with SMTP id b14mr3370605eds.208.1596123047712; Thu, 30 Jul 2020 08:30:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596123047; cv=none; d=google.com; s=arc-20160816; b=y5Ncb8GGxnb5ecqm+ehaFaSK+9AoR2E3fadmbJx5Lj1qBQAM5em2glny26wmuq0TOS dwnXkfxBVc03QADZHADQbNhU8ATVxxNZ6cBdXSGyq+nIYoGkeQM5H7KXVJ7dCrPnVOyd mEpfhPEXOuQEo9OumxWTCSFcfud1RZ/L5Zb8VnL8m6DwX5mphMwCleOHHLlTeK9Oholz FbF+V9E/8HQ/gWahfHsBd17C+uck425aIXsGsGDH4kwWn5Ha3w6lY65BTlvBnOzPGBGS qPE2lVja0rzft3trQ62lF7BDVkXdtXAijKX4in6ZkauGyhMd/yOHH3gG3leQobmiKmde tcxA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=KV8cSh1wLHxO2zPDaZDPS3XHm7FRTjhwca5CjHzO37k=; b=SS8p5OUgcLOVwC/efWRBKQU6gEPexCmJLXleQl1sU+OQIxedH4Ykrxc1j2+XWTwMkv 6WQMegHm1Ete4yzC37Qvxvm4TaJjDj/DajWti3RvBvJ+xmp8V7Y1AZEjmJYNIidEfNAw kpctyfAYTcm3stRqry6OVf5zJ/tE+NH3CLx03FLpC9h/Dw/TvzNlG7NMCQNiDWe5R9XT ZKBLM8fm0y3btbpdbVzcWbMV57rQswIxs2dtIw9BZbMk0pYDChdfqlo39YNvW5hgwy2u gLoPbMXUcmhFboMeHTVCA09t18tTwlFYDtIbnImnBprDOgqL2Le+7XnCqfaEGAK4qnHA bIDw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q11si3636994edh.154.2020.07.30.08.30.25; Thu, 30 Jul 2020 08:30:47 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729633AbgG3P3b (ORCPT + 99 others); Thu, 30 Jul 2020 11:29:31 -0400 Received: from asavdk3.altibox.net ([109.247.116.14]:36560 "EHLO asavdk3.altibox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726275AbgG3P3b (ORCPT ); Thu, 30 Jul 2020 11:29:31 -0400 Received: from ravnborg.org (unknown [188.228.123.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by asavdk3.altibox.net (Postfix) with ESMTPS id E27A320038; Thu, 30 Jul 2020 17:29:26 +0200 (CEST) Date: Thu, 30 Jul 2020 17:29:25 +0200 From: Sam Ravnborg To: Paul Cercueil Cc: David Airlie , Daniel Vetter , od@zcrc.me, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 2/3] drm/ingenic: ipu: Remove YUV422 from supported formats on JZ4725B Message-ID: <20200730152925.GA1474381@ravnborg.org> References: <20200730144830.10479-1-paul@crapouillou.net> <20200730144830.10479-3-paul@crapouillou.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200730144830.10479-3-paul@crapouillou.net> X-CMAE-Score: 0 X-CMAE-Analysis: v=2.3 cv=f+hm+t6M c=1 sm=1 tr=0 a=S6zTFyMACwkrwXSdXUNehg==:117 a=S6zTFyMACwkrwXSdXUNehg==:17 a=kj9zAlcOel0A:10 a=ER_8r6IbAAAA:8 a=7gkXJVJtAAAA:8 a=XF-YUntD94uUTtdHvy4A:9 a=CjuIK1q_8ugA:10 a=9LHmKk7ezEChjTCyhBa9:22 a=E9Po1WZjFZOl8hwRPBS3:22 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Paul On Thu, Jul 30, 2020 at 04:48:29PM +0200, Paul Cercueil wrote: > When configuring the IPU for packed YUV 4:2:2, depending on the scaling > ratios given by the source and destination resolutions, it is possible > to crash the IPU block, to the point where a software reset of the IP > does not fix it. This can happen anytime, in the first few frames, or > after dozens of minutes. The same crash also happens when the IPU is > fully controlled by the LCD controller (in that case no HW register is > written at any moment after startup), which points towards a hardware > bug. > > Thanksfully multiplanar YUV is not affected. > > Until this bug is fixed or worked around, address this issue by removing > support for YUV 4:2:2 on the IPU of the JZ4725B. > > v2: Update commit message (remove the "crash beyond repair" bit) > > Signed-off-by: Paul Cercueil Reviewed-by: Sam Ravnborg > --- > drivers/gpu/drm/ingenic/ingenic-ipu.c | 6 ++++++ > 1 file changed, 6 insertions(+) > > diff --git a/drivers/gpu/drm/ingenic/ingenic-ipu.c b/drivers/gpu/drm/ingenic/ingenic-ipu.c > index 7eae56fa92ea..7dd2a6ae4994 100644 > --- a/drivers/gpu/drm/ingenic/ingenic-ipu.c > +++ b/drivers/gpu/drm/ingenic/ingenic-ipu.c > @@ -795,10 +795,16 @@ static int ingenic_ipu_remove(struct platform_device *pdev) > } > > static const u32 jz4725b_ipu_formats[] = { > + /* > + * While officially supported, packed YUV 4:2:2 formats can cause > + * random hardware crashes on JZ4725B under certain circumstances. > + * It seems to happen with some specific resize ratios. > + * Until a proper workaround or fix is found, disable these formats. > DRM_FORMAT_YUYV, > DRM_FORMAT_YVYU, > DRM_FORMAT_UYVY, > DRM_FORMAT_VYUY, > + */ > DRM_FORMAT_YUV411, > DRM_FORMAT_YUV420, > DRM_FORMAT_YUV422, > -- > 2.27.0