Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp346168imm; Wed, 13 Jun 2018 01:06:24 -0700 (PDT) X-Google-Smtp-Source: ADUXVKJ68oI6P6cUBjEtGiiwWXr+ShezIUrShrGNh9jkw8e74aDf3M8alffb8vu0E/78IcpxxwIf X-Received: by 2002:a17:902:a518:: with SMTP id s24-v6mr4115167plq.144.1528877184782; Wed, 13 Jun 2018 01:06:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528877184; cv=none; d=google.com; s=arc-20160816; b=0k2jmMXWLKN4l+Js0yMySr8Qtg/u7tVY+ctT2SZakoAyNYDvXhYXdOXiaOV0FvNh3g 0Qdg+umvz2y+4ebI2xXDrtqI5JfxKw2PalHAMW2wvgDZhR7fRGsc4So1pW2wDinMHAi6 QNds9EmNtcVdOTrodcIqceUqjVMEY48+dzaKcmGlITy9wJnq8rP5L7m80YpZa5RvSu5t FAOrI+3h5HkbXdtmGHWtcA5q/aX/vmLaMiA+VGFwv9tipJTFApixPspJLsmjz7ZTnBUe cvEz3od2FVWCurWFAMBRyyfEliBDGFEpAirQHDlBe8xrIJ9DJinaKhf58IuAtL/iNCYc Cl1w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id :arc-authentication-results; bh=MrS7C1BsO07jV65lZSX6X6AHf1LFWK9VxCeVcDit+qw=; b=Vm5EOGH7NWRKms+Tvw7DuGqsdAYKUdA0jzGTR432cXa/WKv+1W8t5G0IMxodBRSthU iejRxChgxiBILmF6XMEy8dBPnQhNYmq9PxrRwzqIFTA4HlKCn+mLlmN/ljjTLWh/yzY9 aK4Si2XxJt5BYGkYo92S9EPBbeikYAKbmMsAaCYJcZBRzu76OhBjMc9FFcgvL5mru7oJ AAxh8lrbMDa1W54pdXuA0xhA7DPciDhlbg69GjUSfZTi7LKU6luZlJr6ww4Hk8BL0N8F a163iJY9J/9DbQdEeshKVnqScSG08WW8G+rVR0rLZ7tCrf9sgK2x/HR3mfc/l8lJuOKn Pzkw== 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 r67-v6si2114482pfr.134.2018.06.13.01.06.10; Wed, 13 Jun 2018 01:06:24 -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 S1754542AbeFMIFV (ORCPT + 99 others); Wed, 13 Jun 2018 04:05:21 -0400 Received: from mailgw01.mediatek.com ([210.61.82.183]:8730 "EHLO mailgw01.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1754472AbeFMIFQ (ORCPT ); Wed, 13 Jun 2018 04:05:16 -0400 X-UUID: c5e17e59590d4b878061811ab621b682-20180613 Received: from mtkcas08.mediatek.inc [(172.21.101.126)] by mailgw01.mediatek.com (envelope-from ) (mhqrelay.mediatek.com ESMTP with TLS) with ESMTP id 110980950; Wed, 13 Jun 2018 16:05:14 +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; Wed, 13 Jun 2018 16:05:12 +0800 Received: from [172.21.77.4] (172.21.77.4) by mtkcas07.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1210.3 via Frontend Transport; Wed, 13 Jun 2018 16:05:12 +0800 Message-ID: <1528877112.30263.24.camel@mtksdaap41> Subject: Re: [PATCH 13/28] drm/mediatek: add connection from RDMA0 to DSI3 From: CK Hu To: Stu Hsieh CC: Philipp Zabel , David Airlie , Rob Herring , Mark Rutland , Matthias Brugger , , , , , , Date: Wed, 13 Jun 2018 16:05:12 +0800 In-Reply-To: <1528875983.11190.29.camel@mtksdccf07> References: <1528687580-549-1-git-send-email-stu.hsieh@mediatek.com> <1528687580-549-14-git-send-email-stu.hsieh@mediatek.com> <1528868751.15127.10.camel@mtksdaap41> <1528875983.11190.29.camel@mtksdccf07> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-MTK: N Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Stu: On Wed, 2018-06-13 at 15:46 +0800, Stu Hsieh wrote: > Hi, CK: > > On Wed, 2018-06-13 at 13:45 +0800, CK Hu wrote: > > Hi, Stu: > > > > Two inline comment. > > > > On Mon, 2018-06-11 at 11:26 +0800, Stu Hsieh wrote: > > > This patch add the connection from RDMA0 to DSI3 > > > > > > Signed-off-by: Stu Hsieh > > > --- > > > drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 4 ++++ > > > drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 2 +- > > > 2 files changed, 5 insertions(+), 1 deletion(-) > > > > > > diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c > > > index c08aed8dae44..fed1b5704355 100644 > > > --- a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c > > > +++ b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c > > > @@ -83,6 +83,7 @@ > > > #define GAMMA_MOUT_EN_RDMA1 0x1 > > > #define RDMA0_MOUT_DPI0 0x2 > > > #define RDMA0_MOUT_DSI2 0x4 > > > +#define RDMA0_MOUT_DSI3 0x5 > > > > Usually, each bit of a mout register represent a output enable. Is this > > value 0x5 is a correct value? > > In hw CONFIG SPEC show as following: > Bit(s) Name Description > 2:0 DISP_PATH0_SOUT_SEL_IN 0 : Output to DSI0 > 1: Ooutput to DSI1 > 2: Ooutput to DPI > 3: Ooutput to DPI1 > 4: Ooutput to DSI2 > 5: Ooutput to DSI3 > 6 : reserved > 7: Ooutput to DISP_UFOE > So, the value 0x5 is correct value. > From the definition, it looks like that RDMA0 could only single output (output to only one destination at one moment). The register naming 'DISP_REG_CONFIG_DISP_RDMA0_MOUT_EN' (MOUT means output to multiple destination simultaneously) would confuse me. If the data sheet use the confused naming, I think I could just accept it. Regards, CK > Regard, > Stu > > > > > > #define RDMA1_MOUT_DPI0 0x2 > > > #define DPI0_SEL_IN_RDMA1 0x1 > > > #define COLOR1_SEL_IN_OVL1 0x1 > > > @@ -164,6 +165,9 @@ static unsigned int mtk_ddp_mout_en(enum mtk_ddp_comp_id cur, > > > } else if (cur == DDP_COMPONENT_RDMA0 && next == DDP_COMPONENT_DSI2) { > > > *addr = DISP_REG_CONFIG_DISP_RDMA0_MOUT_EN; > > > value = RDMA0_MOUT_DSI2; > > > + } else if (cur == DDP_COMPONENT_RDMA0 && next == DDP_COMPONENT_DSI3) { > > > + *addr = DISP_REG_CONFIG_DISP_RDMA0_MOUT_EN; > > > + value = RDMA0_MOUT_DSI3; > > > } else if (cur == DDP_COMPONENT_RDMA1 && next == DDP_COMPONENT_DPI0) { > > > *addr = DISP_REG_CONFIG_DISP_RDMA1_MOUT_EN; > > > value = RDMA1_MOUT_DPI0; > > > diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c b/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c > > > index fe6fdc021fc7..22f4c72fa785 100644 > > > --- a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c > > > +++ b/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c > > > @@ -228,7 +228,7 @@ static const struct mtk_ddp_comp_match mtk_ddp_matches[DDP_COMPONENT_ID_MAX] = { > > > [DDP_COMPONENT_DSI0] = { MTK_DSI, 0, NULL }, > > > [DDP_COMPONENT_DSI1] = { MTK_DSI, 1, NULL }, > > > [DDP_COMPONENT_DSI2] = { MTK_DSI, 2, NULL }, > > > - [DDP_COMPONENT_DSI2] = { MTK_DSI, 3, NULL }, > > > + [DDP_COMPONENT_DSI3] = { MTK_DSI, 3, NULL }, > > > > I think this is not related to this patch. > OK > > > > > Regards, > > CK > > > > > [DDP_COMPONENT_GAMMA] = { MTK_DISP_GAMMA, 0, &ddp_gamma }, > > > [DDP_COMPONENT_OD0] = { MTK_DISP_OD, 0, &ddp_od }, > > > [DDP_COMPONENT_OD1] = { MTK_DISP_OD, 1, &ddp_od }, > > > > > >