Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp11381519ybi; Thu, 25 Jul 2019 15:24:56 -0700 (PDT) X-Google-Smtp-Source: APXvYqw/iPVXwI/dzdPRvqrxZXTJ7sMXYw9H0sDovbBZ06E01s4EAF74wR9RpvvSvlDQQcFgDhqj X-Received: by 2002:a17:902:6a2:: with SMTP id 31mr88324151plh.296.1564093495947; Thu, 25 Jul 2019 15:24:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564093495; cv=none; d=google.com; s=arc-20160816; b=k/4GwyGA3ys1uINQ/pf3RknQ+jW8kTqYyPwOpimiZzi/4a5md8yfHPNKyaQWe5ApLt dKhQJ1THzb+XjVw+pAhhO/scUiRFkBoFaN6ddTuOE3l/CCK5WRpWcvhTRcUi5G2Y2slk tXhdrt5YYOGR7Ky0BxrSUwmdu8ZPtdbwlWpIMW5UhlTFObJdKioCsC3BQQQQtOyBRQov YIn8dSzgQBXrZy66PRmSrxR1cE8K3xHockDLRf3fsVJMTy5PEt5OLtzlkWUV2DS+osX9 slCMZcyzXCfzjD51I7ywX7VwIiajDXKtgAShVZkKFrJD6xcOiCu0dYLS3GM7VgAsU5Kw dUSg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=Ab9pxh/QJnnR/9RUQRbd59aj+TbVNSWylijwIrqowIw=; b=oCvNVLW93XlWgAybJ6HzhNsF66UGbjKy07yBBIbsWgwXX6TBNR1eZAVROl3ml4CORC 8V3ofgLKhTMf0Ck1LvztS8dsAc665qIs9Doc2bBKuQNmMLip+DHlUKq+ovvqYx93qF53 Ppw7p8KylqcwUKledxvRLp7LiWM1EhXnraukbzCT/AT0D3bMZoNm6x1gxTte+XTtJP/t iGFz3Dpuk6CCA/O71wu6L21aeHs6TiffKGjlNYI0bpDmnzx95ktTzJCdDq6ti2PvxrMk 0oOXSPqK4fawEqC6hk91pjzZ1XYdpaXHpm7WhGAvYjpFZswSJ/C5MtIw/grIEAoX/iuk PBWg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=qQ0pmHAS; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a17si19464209pfa.45.2019.07.25.15.24.40; Thu, 25 Jul 2019 15:24:55 -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; dkim=pass header.i=@kernel.org header.s=default header.b=qQ0pmHAS; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726909AbfGYWYI (ORCPT + 99 others); Thu, 25 Jul 2019 18:24:08 -0400 Received: from mail.kernel.org ([198.145.29.99]:51544 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726751AbfGYWYH (ORCPT ); Thu, 25 Jul 2019 18:24:07 -0400 Received: from mail-qt1-f169.google.com (mail-qt1-f169.google.com [209.85.160.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 3672922C7E; Thu, 25 Jul 2019 22:24:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1564093446; bh=3JLogo6H+bSfeYeWtbaf6Mngs+H5aQPOTF5AdZi4JbQ=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=qQ0pmHASFnfLaGawnik5VEoSJv0ubNcBHj1bRacJYGJRhko66TxkYcoc0ZNJiWtRM /okS464Oy2UMDzloZChf/rj6Bx3I39iCuYcOl2CWKKdV+eX2zOLVyfM4V+SctfAXHT Rn+V2exDT35fhGJEVrOJoteHZDhoBpSCZFGmrwHA= Received: by mail-qt1-f169.google.com with SMTP id y26so50697975qto.4; Thu, 25 Jul 2019 15:24:06 -0700 (PDT) X-Gm-Message-State: APjAAAWVDgv1p58BPm8DEpqS45SMDmz5lac/HjvzB4CTR290NP1mwzIE t6mwC8PwfbVRdVAOeNXiql9SerLXqAv1i+tesA== X-Received: by 2002:aed:3fb0:: with SMTP id s45mr65093826qth.136.1564093445297; Thu, 25 Jul 2019 15:24:05 -0700 (PDT) MIME-Version: 1.0 References: <1562625253-29254-1-git-send-email-yongqiang.niu@mediatek.com> <1562625253-29254-6-git-send-email-yongqiang.niu@mediatek.com> <20190724201635.GA18345@bogus> <1564024819.2621.4.camel@mtksdaap41> In-Reply-To: <1564024819.2621.4.camel@mtksdaap41> From: Rob Herring Date: Thu, 25 Jul 2019 16:23:54 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v4, 05/33] dt-bindings: mediatek: add RDMA1 description for mt8183 display To: CK Hu Cc: yongqiang.niu@mediatek.com, Philipp Zabel , Matthias Brugger , David Airlie , Daniel Vetter , Mark Rutland , dri-devel , devicetree@vger.kernel.org, "linux-kernel@vger.kernel.org" , "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , "moderated list:ARM/Mediatek SoC support" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 24, 2019 at 9:20 PM CK Hu wrote: > > Hi, Rob: > > On Wed, 2019-07-24 at 14:16 -0600, Rob Herring wrote: > > On Tue, Jul 09, 2019 at 06:33:45AM +0800, yongqiang.niu@mediatek.com wrote: > > > From: Yongqiang Niu > > > > > > This patch add RDMA1 description for mt8183 display > > > > > > Signed-off-by: Yongqiang Niu > > > --- > > > Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt | 1 + > > > 1 file changed, 1 insertion(+) > > > > > > diff --git a/Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt b/Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt > > > index afd3c90..bb9274a 100644 > > > --- a/Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt > > > +++ b/Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt > > > @@ -30,6 +30,7 @@ Required properties (all function blocks): > > > "mediatek,-disp-ovl" - overlay (4 layers, blending, csc) > > > "mediatek,-disp-ovl-2l" - overlay (2 layers, blending, csc) > > > "mediatek,-disp-rdma" - read DMA / line buffer > > > + "mediatek,-disp-rdma1" - function is same with RDMA, fifo size is different > > > > This can't be determined by which chip it is? IOW, a chip may have both > > rdma and rdma1? > > In MT8183, there are two different rdma. The difference is the fifo size > in each one. I've a question: is it better to have two compatible string > for each one, or just one compatible string for both but with a property > to set fifo size? If that's the only diff, then a property for fifo size is fine. We just don't want to be adding a new property for each new difference.