From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from Atcsqr.andestech.com (60-248-80-70.hinet-ip.hinet.net [60.248.80.70]) (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 1E74529D265; Wed, 8 Oct 2025 03:14:21 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=60.248.80.70 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1759893288; cv=none; b=CWhWK3E0VO15K/gPMVAeJxwGJH2i7CCDr0KAooNCbJDAG+feUXGS5MgkXi6u9xEXKPCdAM6NVbUQ7n7J4aW5eI1RLyugkhCoCOAb8VGXN9sBGg2qyytUGNjUj0fDXH8iOfw8gqfGY+yuVwJg0LWWgIMn4XirTqDuByj4TNYZz/g= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1759893288; c=relaxed/simple; bh=d99t9cp8yN86q1UpKSem+Z3ivj9HMuilHwtcTXGMYkc=; h=Date:From:To:CC:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=TSoZeAQnZ1QjBVnPFYHwYGWOD0sZxvoullIy4f822FMs6yhuIJa2ZiWv4iVeaMCrnz+zslU5YgJTe1bYLtYkf/E67obru+/5bL5XjxaL38fXIrWfULR7SWhzBdmwmOQp1KT/Ww5YGNMCXnUqoKiFDgLSqCpnQdOSkYavJZkAIpA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=permerror header.from=andestech.com; spf=pass smtp.mailfrom=andestech.com; arc=none smtp.client-ip=60.248.80.70 Authentication-Results: smtp.subspace.kernel.org; dmarc=permerror header.from=andestech.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=andestech.com Received: from mail.andestech.com (ATCPCS31.andestech.com [10.0.1.89]) by Atcsqr.andestech.com with ESMTPS id 5983DnJu017651 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 8 Oct 2025 11:13:49 +0800 (+08) (envelope-from cl634@andestech.com) Received: from swlinux02 (10.0.15.183) by ATCPCS31.andestech.com (10.0.1.89) with Microsoft SMTP Server id 14.3.498.0; Wed, 8 Oct 2025 11:13:48 +0800 Date: Wed, 8 Oct 2025 11:13:48 +0800 From: CL Wang To: Krzysztof Kozlowski CC: Conor Dooley , , , , , , , , , Subject: Re: [PATCH V1 1/2] dt-bindings: dmaengine: Add support for ATCDMAC300 DMA engine Message-ID: References: <20251002131659.973955-1-cl634@andestech.com> <20251002131659.973955-2-cl634@andestech.com> <20251002-absolute-spinning-f899e75b2c4a@spud> <734de17e-a712-4eb5-96fa-b7e75f86d880@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@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: <734de17e-a712-4eb5-96fa-b7e75f86d880@kernel.org> User-Agent: Mutt/2.2.12 (2023-09-09) X-DKIM-Results: atcpcs31.andestech.com; dkim=none; X-DNSRBL: X-SPAM-SOURCE-CHECK: pass X-MAIL:Atcsqr.andestech.com 5983DnJu017651 Hi Krzysztof, Thank you for pointing this out. "ATCDMAC300" is the IP block name of the DMA controller used in Andes SoC. According to your suggestion, I have updated the binding to use SoC-specific compatibles with "andestech,atcdmac300" as a fallback, as shown below: - const: andestech,atcdmac300 + items: + - enum: + - andestech,qilai-dma + - const: andestech,atcdmac300 ... dma-controller@f0c00000 { - compatible = "andestech,atcdmac300"; + compatible = "andestech,qilai-dma", "andestech,atcdmac300"; Does this look aligned with the recommended DeviceTree binding convention? Thanks again for your detailed feedback. Best regards, CL On Tue, Oct 07, 2025 at 11:27:12PM +0900, Krzysztof Kozlowski wrote: > [EXTERNAL MAIL] > > On 07/10/2025 21:33, CL Wang wrote: > > Hi Conor, > > > > Thanks for your review. > > > > Yes, the DMA driver supports the Qilai platform. I have updated the DTS binding as shown below. > > Could you please take a look and let me know if anything still needs to be adjusted? > > > > properties: > > compatible: > > - const: andestech,atcdmac300 > > + oneOf: > > + - items: > > + - enum: > > + - andestech,qilai-dma > > + - const: andestech,atcdmac300 > > + - const: andestech,atcdmac300 > > ... > > dma-controller@f0c00000 { > > - compatible = "andestech,atcdmac300"; > > + compatible = "andestech,qilai-dma", "andestech,atcdmac300"; > > What is "atcdmac300" then? Usually the recommendation is to go only with > soc-based compatibles, not IP blocks. See also: > > https://elixir.bootlin.com/linux/v6.17.1/source/Documentation/devicetree/bindings/writing-bindings.rst#L42 > > Best regards, > Krzysztof