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 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 0FB41C4167D for ; Wed, 1 Nov 2023 22:24:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Message-ID: Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:References: List-Owner; bh=3bku9JYEbbTpq7q3YUeMlJ0Srsy6hCBASB/jQ5OUOWo=; b=nXCeeDb+rGDeSp 1fih0CkUD6v+LbEtW8F9EClzbnc5BUvKpeqbPPi8ffNrbBozGZ7hZtmi7aJ8h9JzYDiBdxupqio85 TsIPZ7ZPBaddYF76jmsz7Uj9hfyFqvwihZ0g8JtxeMziJNrTbhmSgkELzqicVLwCdXtQty7yTOME3 SGNRpJLPJocCeRLD3p0zhUnfxbI3DpoFLeteyoDXRdZ1Nhb59TK2SjUu63cSwIsF47s8mn1vU/kSo GZGk+lqvKScwDI0KynhfymFZUvqJFp6fzwcaxCrsgtZjXcwXzkHwKG72yR5n5km4CuZF404s0XRLh 26q5xkjyir4Ldx63dHbQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1qyJcg-008Ct4-3A; Wed, 01 Nov 2023 22:23:38 +0000 Received: from ams.source.kernel.org ([145.40.68.75]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1qyJcd-008Cs3-0p; Wed, 01 Nov 2023 22:23:36 +0000 Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by ams.source.kernel.org (Postfix) with ESMTP id 4788BB81AAA; Wed, 1 Nov 2023 22:23:31 +0000 (UTC) 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> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20231101_152335_455527_4736DB52 X-CRM114-Status: GOOD ( 15.77 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , 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 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 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel