Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp5727372ybx; Sun, 10 Nov 2019 20:13:06 -0800 (PST) X-Google-Smtp-Source: APXvYqxxonow48iBa1iZoCGZCEKQOsTn1nYU9hqPo5SI8b1/QoGBR3p5jtZavaA/SDNJT8p1ToZK X-Received: by 2002:a17:906:6093:: with SMTP id t19mr5320389ejj.50.1573445586545; Sun, 10 Nov 2019 20:13:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573445586; cv=none; d=google.com; s=arc-20160816; b=wIaxUxzrp6LYix+A1oJRitpDD2WlJAowOu9FCNbQfyFT2lzi55442urtUuuy9wCg/u DiXCefhv7xZHlwjj9jVYLq05acZ1LZ0flBCf34UvvPw1LmqsoWOkffanxmF6xWRukLmE +11cXlI1hhqyD6XC4kxAcMxiXYcj2dYH5E2zKS/1nF/zIL8c411+DG3cmMsVWvKMQF2b gffE9efyHZdtlLHKgQK4+YldUsT1nIeatZD9ckYTWjqqqnvONAPEY0AntP25yWdzJLOV 5cV/JOYB9RsBkZ7EKCBscu8ol4DB+aZURYIA4IIGfftkRqyhM4ImMlhf2TLX9VkN372D jmKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=2ac27ge85QY28+L516827ClJ0pMBynv9FlbW2iYCijA=; b=CevRMSWnjg4wNOc8ksHbxP2qmLBr4JckC0sQW08tn7sMWg/SaTMSkdxv0ZodLuCQ0K 777rTnPpyiUi2P0XsAiXtXuFrJFV+r2DFW0Jmu0Fc9JaMdtqE52HP3gJp49hR8yhwcEP mLa8LAnteEh2rqXso65v4JYhZKcNeUbfhOVVEQolnogzkIcDpshxunu+MA+ve1Kpfv0Q FLa+IyWgCDviFi0ZN2J/7NrEZ/hOAcfcmwTaUndRtoW72pZCYRM7L68w4rGwmKL6hNOj +IgpNn80AyeFzsguljY15ViKs2fd79KYKZdFKpFW1M7DD3CW7QDG9L2rDURSodrjSZGg QWlw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=b4jJ40N9; 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 u2si8598120ejx.364.2019.11.10.20.12.31; Sun, 10 Nov 2019 20:13:06 -0800 (PST) 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=b4jJ40N9; 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 S1726830AbfKKEHx (ORCPT + 99 others); Sun, 10 Nov 2019 23:07:53 -0500 Received: from mail.kernel.org ([198.145.29.99]:54590 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726756AbfKKEHw (ORCPT ); Sun, 10 Nov 2019 23:07:52 -0500 Received: from localhost (unknown [106.201.42.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id BEB86206BB; Mon, 11 Nov 2019 04:07:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1573445271; bh=0sFiDQ1Ua0cntLXmApw+pNgbF+rKtXJ5SSDn5ybn9FU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=b4jJ40N9GFXb0NQusGBdTcO5gkD517TNBKxqR5jaqNit19nmZKb/coqEswEfbdjiR GD2wyY6NdpPxOdCulUjESDGAQMJOaF3HcF6MgWEsa/aa+odZGFfcARZJ1Iv0KTKiEN TfB+vggW+N199oO82dWSZJftkJU4MLLjk+ePZ9wo= Date: Mon, 11 Nov 2019 09:37:47 +0530 From: Vinod Koul To: Peter Ujfalusi Cc: robh+dt@kernel.org, nm@ti.com, ssantosh@kernel.org, dan.j.williams@intel.com, dmaengine@vger.kernel.org, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, grygorii.strashko@ti.com, lokeshvutla@ti.com, t-kristo@ti.com, tony@atomide.com, j-keerthy@ti.com Subject: Re: [PATCH v4 01/15] bindings: soc: ti: add documentation for k3 ringacc Message-ID: <20191111040747.GJ952516@vkoul-mobl> References: <20191101084135.14811-1-peter.ujfalusi@ti.com> <20191101084135.14811-2-peter.ujfalusi@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191101084135.14811-2-peter.ujfalusi@ti.com> User-Agent: Mutt/1.12.1 (2019-06-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 01-11-19, 10:41, Peter Ujfalusi wrote: > From: Grygorii Strashko > > The Ring Accelerator (RINGACC or RA) provides hardware acceleration to > enable straightforward passing of work between a producer and a consumer. > There is one RINGACC module per NAVSS on TI AM65x and j721e. > > This patch introduces RINGACC device tree bindings. > > Signed-off-by: Grygorii Strashko > Signed-off-by: Peter Ujfalusi > Reviewed-by: Rob Herring > --- > .../devicetree/bindings/soc/ti/k3-ringacc.txt | 59 +++++++++++++++++++ > 1 file changed, 59 insertions(+) > create mode 100644 Documentation/devicetree/bindings/soc/ti/k3-ringacc.txt > > diff --git a/Documentation/devicetree/bindings/soc/ti/k3-ringacc.txt b/Documentation/devicetree/bindings/soc/ti/k3-ringacc.txt > new file mode 100644 > index 000000000000..86954cf4fa99 > --- /dev/null > +++ b/Documentation/devicetree/bindings/soc/ti/k3-ringacc.txt > @@ -0,0 +1,59 @@ > +* Texas Instruments K3 NavigatorSS Ring Accelerator > + > +The Ring Accelerator (RA) is a machine which converts read/write accesses > +from/to a constant address into corresponding read/write accesses from/to a > +circular data structure in memory. The RA eliminates the need for each DMA > +controller which needs to access ring elements from having to know the current > +state of the ring (base address, current offset). The DMA controller > +performs a read or write access to a specific address range (which maps to the > +source interface on the RA) and the RA replaces the address for the transaction > +with a new address which corresponds to the head or tail element of the ring > +(head for reads, tail for writes). > + > +The Ring Accelerator is a hardware module that is responsible for accelerating > +management of the packet queues. The K3 SoCs can have more than one RA instances > + > +Required properties: > +- compatible : Must be "ti,am654-navss-ringacc"; > +- reg : Should contain register location and length of the following > + named register regions. > +- reg-names : should be > + "rt" - The RA Ring Real-time Control/Status Registers > + "fifos" - The RA Queues Registers > + "proxy_gcfg" - The RA Proxy Global Config Registers > + "proxy_target" - The RA Proxy Datapath Registers > +- ti,num-rings : Number of rings supported by RA > +- ti,sci-rm-range-gp-rings : TI-SCI RM subtype for GP ring range > +- ti,sci : phandle on TI-SCI compatible System controller node > +- ti,sci-dev-id : TI-SCI device id > +- msi-parent : phandle for "ti,sci-inta" interrupt controller > + > +Optional properties: > + -- ti,dma-ring-reset-quirk : enable ringacc / udma ring state interoperability > + issue software w/a > + > +Example: > + > +ringacc: ringacc@3c000000 { > + compatible = "ti,am654-navss-ringacc"; > + reg = <0x0 0x3c000000 0x0 0x400000>, > + <0x0 0x38000000 0x0 0x400000>, > + <0x0 0x31120000 0x0 0x100>, > + <0x0 0x33000000 0x0 0x40000>; > + reg-names = "rt", "fifos", > + "proxy_gcfg", "proxy_target"; > + ti,num-rings = <818>; > + ti,sci-rm-range-gp-rings = <0x2>; /* GP ring range */ > + ti,dma-ring-reset-quirk; > + ti,sci = <&dmsc>; > + ti,sci-dev-id = <187>; why do we need dev-id for? doesn't phandle the line above help? -- ~Vinod