From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 26B3518E06 for ; Wed, 1 Nov 2023 22:23:30 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="o5hbScwE" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 5B768C433C8; Wed, 1 Nov 2023 22:23:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1698877410; bh=PiNESkCwicT3kj8jbpckjD4qQNgjxA4dxrb2+kC3aw0=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=o5hbScwEhJfIvM2KJMCZ/nYYeWBEH8IaEVzX11nTIGg70kMdMyUrApl84214GVCcx g49c338k38KiKmSqmKCDEi6618JqnfXItWX0IMGrtAUp5NuPtbY7Jj1hBj78bsgNDB feywTViURQG3Yw229eI031CJStFayMlPJNnLAZPdL8G4w8eiRrDqu4LwpKVNjEIm/M UjOIZKHMuBWhHAa24+RPc3Z/yzGYFZh21prAxW18Jo/0sLnnzrTPqiAXrCRH4kin4J LXHFEwiAs7oWp1NiCYi0yg23nFr9xFHy/v+2VMDPoIJKlQqPCZh+CtYzBw5n/zcByg RgYxx90tF806g== Date: Wed, 1 Nov 2023 17:23:28 -0500 From: Bjorn Helgaas To: Niklas Cassel Cc: Serge Semin , Niklas Cassel , Bjorn Helgaas , Lorenzo Pieralisi , Krzysztof =?utf-8?Q?Wilczy=C5=84ski?= , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Heiko Stuebner , Shawn Lin , Simon Xue , Damien Le Moal , Sebastian Reichel , "linux-pci@vger.kernel.org" , "devicetree@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-rockchip@lists.infradead.org" Subject: Re: [PATCH v3 2/6] dt-bindings: PCI: dwc: rockchip: Add optional dma interrupts Message-ID: <20231101222328.GA101333@bhelgaas> Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Tue, Oct 31, 2023 at 03:51:03PM +0000, Niklas Cassel wrote: > On Tue, Oct 31, 2023 at 04:10:17AM +0300, Serge Semin wrote: > > On Fri, Oct 27, 2023 at 05:51:14PM +0200, Niklas Cassel wrote: > > > However, e.g. rk3568 only has one channel for reads and one for writes. > > > (Now this SoC doesn't have dedicated IRQs for the eDMA, but let's pretend > > > that it did.) > > > > > > So for rk3568, it would then instead be: > > > dma0: wr0 > > > dma1: rd0 > > > dma2: > > > dma3: > > > > rk3568 doesn't have IRQs supplied in a normal way, as separate > > signals. Instead they are combined in the 'sys' IRQ. So you should > > define the IRQs constraint being device-specific by using for example > > the "allOf: if-else" pattern. > > Thank you for your review comment. > > I agree. Will fix this in next version. When you do, would you mind capitalizing "ATU", "DMA", etc in your subject lines, commit logs, comments, etc? Then it'll be more obvious that these aren't ordinary English words. Bjorn