From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-10.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4F7F8C41604 for ; Tue, 6 Oct 2020 19:25:33 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id E2CD1206B5 for ; Tue, 6 Oct 2020 19:25:32 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="Ffklc5za" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org E2CD1206B5 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=v4ds5wBU9Mzx+/Dp29J3uLQz15gMWBm3jPts6Py5U3A=; b=Ffklc5za44t3NIF39AvRBxLNX Is8HGBmUNE43WiF6JJsiUSdZ5W2LUaC4t1v7pxTaQergfN092AFSXsUPVzIOi//LNEQQFIf8i2/LR uNwdkHAbqnwqBV4V9L/mDwNMh+dfCFmQqXNYYiboWQASHioXyoVB2dXA1hOYSMgs9u+gApbp98X2v R4zG9j/zX1WMrHYWbCuidlYuVZ66E41H+S5r9qKOezhdoQYOkqpddIizq/6z2acsowoHgOf7VGxLw vtP/uj3oP6V9c3wORcfl/P+3RMMGJ9u1JpmGyE2/CX+S5I1bp2xUV16KoPdRI72UMtZiDdiW9LGlc 6vev67oRw==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kPsZA-0000Hh-VD; Tue, 06 Oct 2020 19:24:05 +0000 Received: from mail-ot1-f66.google.com ([209.85.210.66]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kPsZ7-0000HA-W9 for linux-arm-kernel@lists.infradead.org; Tue, 06 Oct 2020 19:24:02 +0000 Received: by mail-ot1-f66.google.com with SMTP id s66so13382252otb.2 for ; Tue, 06 Oct 2020 12:24:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=e5c17+l70lnKi26mqSACtmJRwz5/sBAePFA0C8/p9hU=; b=OyptPd9+PLwTIuUoDE8KW9tK0XBofhlN6682qiagEsWYHhm+T+sJaXK15FB1OObPiC lXmUC+iDAQ6J4szcrC7lMDI/iFAipnAjiL8Uh/5CscSTnkh94jVi9LnI7GafiHx4EbBL dnMW17Tj4i2cIupl6r7NNwgK+6GrF8X04Oo/0YtbLwlCewPqDnuB6z0KD8xQ9sy0PQZF 1x4wYwl7DdqFVOwZWDLlJUOUem5qWPUCrp5SMMhL/PwM0O1qiayJE9Q/Zrz1qyteeJn0 2523IoAh+VRiXgT4oGvLkWCvwL7iiKBsBjxb+a1Eb0y0PMlpTSxtx1TZWUXGZJcosDkW AbQQ== X-Gm-Message-State: AOAM531tA2+C0GA1OaD/F3NJlnhnpQEvYZvJjy/kalIDu6yniSb6H0Ik s0QQMkrNxXx+F35/5S0hzg== X-Google-Smtp-Source: ABdhPJyrGr2h285NvWtfE5XgO+Lp2KkjAs6EAyCYJrD1o/BAOstQwbfLIYZ2uORxXTP8lYQ9tc1uyA== X-Received: by 2002:a9d:5e11:: with SMTP id d17mr3763871oti.333.1602012241192; Tue, 06 Oct 2020 12:24:01 -0700 (PDT) Received: from xps15 (24-155-109-49.dyn.grandenetworks.net. [24.155.109.49]) by smtp.gmail.com with ESMTPSA id a82sm1601126oii.44.2020.10.06.12.23.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 06 Oct 2020 12:24:00 -0700 (PDT) Received: (nullmailer pid 2678887 invoked by uid 1000); Tue, 06 Oct 2020 19:23:59 -0000 Date: Tue, 6 Oct 2020 14:23:59 -0500 From: Rob Herring To: Peter Ujfalusi Subject: Re: [PATCH 09/18] dt-bindings: dma: ti: Add document for K3 BCDMA Message-ID: <20201006192359.GA2667071@bogus> References: <20200930091412.8020-1-peter.ujfalusi@ti.com> <20200930091412.8020-10-peter.ujfalusi@ti.com> <9b0cea1e-c9c3-b38f-2bf1-1501133c16ae@ti.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <9b0cea1e-c9c3-b38f-2bf1-1501133c16ae@ti.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20201006_152402_072239_6131C035 X-CRM114-Status: GOOD ( 20.98 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: nm@ti.com, devicetree@vger.kernel.org, vigneshr@ti.com, lokeshvutla@ti.com, linux-kernel@vger.kernel.org, t-kristo@ti.com, vkoul@kernel.org, ssantosh@kernel.org, dmaengine@vger.kernel.org, dan.j.williams@intel.com, linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Thu, Oct 01, 2020 at 09:49:43AM +0300, Peter Ujfalusi wrote: > Hi Rob, > > On 30/09/2020 12.14, Peter Ujfalusi wrote: > > New binding document for > > Texas Instruments K3 Block Copy DMA (BCDMA). > > > > BCDMA is introduced as part of AM64. > > > > Signed-off-by: Peter Ujfalusi > > --- > > .../devicetree/bindings/dma/ti/k3-bcdma.yaml | 183 ++++++++++++++++++ > > 1 file changed, 183 insertions(+) > > create mode 100644 Documentation/devicetree/bindings/dma/ti/k3-bcdma.yaml > > > > diff --git a/Documentation/devicetree/bindings/dma/ti/k3-bcdma.yaml b/Documentation/devicetree/bindings/dma/ti/k3-bcdma.yaml > > new file mode 100644 > > index 000000000000..c84fb641738f > > --- /dev/null > > +++ b/Documentation/devicetree/bindings/dma/ti/k3-bcdma.yaml > > @@ -0,0 +1,183 @@ > > ... > > > + compatible: > > + enum: > > + - ti,am64-dmss-bcdma > > Would it be OK if I use ti,am64x-dmss-bcdma or should I stick with > am64-dmss-bcdma. 'ti,am654.*' was used pretty consistently, is this family different? > The TRM refers to the family as AM64x, but having the 'x' in the > compatible did not sounded right. We generally don't want wildcards, but if the last digit is just pinout or fusing differences, then it's fine IMO. Bottomline, just be consistent across all the compatible strings for this SoC. Rob _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel