Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp1886350imm; Sun, 27 May 2018 19:27:32 -0700 (PDT) X-Google-Smtp-Source: AB8JxZohkh4xjoBHS31rfvf4cTKQLhZ1SY2v+uL94Vw6ZbwaLVra/XzNX5tU0JEK7SqP9GZrhuua X-Received: by 2002:a17:902:da4:: with SMTP id 33-v6mr11660289plv.169.1527474452461; Sun, 27 May 2018 19:27:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527474452; cv=none; d=google.com; s=arc-20160816; b=jFLKZgh3bD3atrkV8HaooA+9ux+bNxnNyNh/hPBMTwlhQ3OPN+JNT7gmBpDd3M0htA Z/F4a+apsq+Hguv0+hLJ2K1jBadTRM7u1dst2OXDKtK8AoNshn6I/w1PaffeuRQYnHsu M4T3NiZ0mEWl5+57Zmunv6EBlc0GQ2YJ/eIKeP8ImaXV6txWNV24hhtHfRQ2V+nc7h6F uy+EYerjuSRqZz0FRgjIEO2S+Ec3CusgsXo+ZcpMoanbevhSxtCqvzAwAuX2wWyfvuPv W4us4vfT1B88m7BZkuRGSJkj5TDqGEcJ5nmVowfk8HiyAWihTek8NR+LN6C2aSSCYnZU UdQw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :references:in-reply-to:date:cc:to:from:subject:message-id :arc-authentication-results; bh=Q2ms919ktG+FYFubrbZwEgJ826J+/YG9kjZ5wnIAh98=; b=hyuEBX5FfYt1N7SHfAWSGgzxnuSvsKY2FeJYHRiRxa27umAdVxACPVgQ/fy2AJ/1B5 EXEMg2BJNBVdwEKXNkHU5WfRGNS7imOizZMNbtFM16X2lzRBoskV3Oz8zkMJNElvqPEF 0seqAp0zpiTVdEjmkUn6T6GAgX/r8PIbSU1k5Yhu1+x8dDpQyXWYskTVWu+/u/UQE45T 7svtVCWJlZfOacjjPEhOZI3R3a9LWsz9Qv2EYUZKdsfWNyymGODRe0WShbW1JL4m+AH9 faQ4PdbrrG1TlcuMxlmm456leGi5FNOw+E9luTLNlEjBkiRh16hcgYYPSNq80ecIOrjq IsEw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g67-v6si30059237pfe.4.2018.05.27.19.27.18; Sun, 27 May 2018 19:27:32 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753046AbeE1C1I (ORCPT + 99 others); Sun, 27 May 2018 22:27:08 -0400 Received: from mailgw02.mediatek.com ([210.61.82.184]:51706 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1752978AbeE1C1E (ORCPT ); Sun, 27 May 2018 22:27:04 -0400 X-UUID: 6332e2ab24854901a3649e5b8582a131-20180528 Received: from mtkexhb01.mediatek.inc [(172.21.101.102)] by mailgw02.mediatek.com (envelope-from ) (mhqrelay.mediatek.com ESMTP with TLS) with ESMTP id 228477808; Mon, 28 May 2018 10:27:00 +0800 Received: from mtkcas07.mediatek.inc (172.21.101.84) by mtkmbs01n1.mediatek.inc (172.21.101.68) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 28 May 2018 10:26:58 +0800 Received: from [172.21.84.99] (172.21.84.99) by mtkcas07.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1210.3 via Frontend Transport; Mon, 28 May 2018 10:26:58 +0800 Message-ID: <1527474417.11190.21.camel@mtksdccf07> Subject: Re: [PATCH v3 8/8] drm/mediatek: add third ddp path From: Stu Hsieh To: CK Hu CC: Philipp Zabel , David Airlie , Rob Herring , Mark Rutland , Matthias Brugger , , , , , , Date: Mon, 28 May 2018 10:26:57 +0800 In-Reply-To: <1527224425.27165.27.camel@mtksdaap41> References: <1527215665-11937-1-git-send-email-stu.hsieh@mediatek.com> <1527215665-11937-9-git-send-email-stu.hsieh@mediatek.com> <1527224425.27165.27.camel@mtksdaap41> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-MTK: N Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, CK: I've some idea as below. On Fri, 2018-05-25 at 13:00 +0800, CK Hu wrote: > Hi, Stu: > > On Fri, 2018-05-25 at 10:34 +0800, stu.hsieh@mediatek.com wrote: > > From: Stu Hsieh > > > > This patch create third crtc by third ddp path > > > > Apply this patch before the patch 'Add support for mediatek SOC MT2712' > because this patch is necessary for mt2712. > > > Signed-off-by: Stu Hsieh > > --- > > drivers/gpu/drm/mediatek/mtk_drm_drv.c | 5 +++++ > > 1 file changed, 5 insertions(+) > > > > diff --git a/drivers/gpu/drm/mediatek/mtk_drm_drv.c b/drivers/gpu/drm/mediatek/mtk_drm_drv.c > > index b32c4cc8d051..3a866e1d6af4 100644 > > --- a/drivers/gpu/drm/mediatek/mtk_drm_drv.c > > +++ b/drivers/gpu/drm/mediatek/mtk_drm_drv.c > > @@ -267,6 +267,11 @@ static int mtk_drm_kms_init(struct drm_device *drm) > > if (ret < 0) > > goto err_component_unbind; > > > > + ret = mtk_drm_crtc_create(drm, private->data->third_path, > > + private->data->third_len); > > I think you should prevent doing this for mt8173 and mt2701 because that > two SoC has only two ddp path. Now, 8173 and 2701 have only two ddp path, there is a problem on run time. There are three crtc for drm resource, and there is nothing in third crtc. Because 8173 and 2701 have no third ddp, and the third ddp_len is zero. So, I want to add the condition like following in mtk_crtc_create() if (path_len == 0) return 0; Then, the valur ret is zero and it would not create the null third crtc. Regards, Stu > > Regards, > CK > > > + if (ret < 0) > > + goto err_component_unbind; > > + > > /* Use OVL device for all DMA memory allocations */ > > np = private->comp_node[private->data->main_path[0]] ?: > > private->comp_node[private->data->ext_path[0]]; > >