Received: by 2002:ab2:3141:0:b0:1ed:23cc:44d1 with SMTP id i1csp2081817lqg; Mon, 4 Mar 2024 12:13:23 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCVafOEO3X7dd7nYCXC2xocnirnU0nnP6zhNbcWL7duvenOioT00LVpa79DipIG6q3ZOMPlvT9+cP9RqM23yeMCNSoUtHwf6P3MHOB+Znw== X-Google-Smtp-Source: AGHT+IFB2KmFQi7MX5CElbxFEzSbGuL76c6MSbdLPN7n3yz/zPApLJAhLYMbZYU1d1lYMcSssdYa X-Received: by 2002:a17:90a:ae14:b0:299:a69:1f8b with SMTP id t20-20020a17090aae1400b002990a691f8bmr7413197pjq.23.1709583202941; Mon, 04 Mar 2024 12:13:22 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1709583202; cv=pass; d=google.com; s=arc-20160816; b=ISC/qO8rT7lJ0BVsZV7FXatJFd5eroBp1HSym2eZ31xJYPPuU5HIY+ap3gEN23zHKf Ox7B62cZ/aYifO3REW7NGzDSgMCNdBtjnVydx11ggDEewXDuf6605xEFe3Z3xlKIbOcc drzvGHuv5uIWSDyioBu8cMmcuVyro9qdzEhkDc/RirLDqNl4MF0JDalJIYhsZbrXGqPa SrUugobMED28xQA8jJWOU1qr8+1mLj4hcdWCmNIlLF+VeZpgQ8kb805g9ky9pGpc/61f ez50ucm99BM0iPlZxbwrdya4W4Ks/2k4oyJJH0h31u85pMj9ms8zUbDuFKVGrRXssY/z 9cgQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=tZGBqCK5y7x6JWItyE3Xl66BL7r6C86qtFXkauNsc+U=; fh=o7G789Y7txUmCMPoCI8T1NtiVfSh4OslPl+LjoO8GEM=; b=D0KpDtAzFEcHyOwvLNdGZomicd4s7K1PIHnwXfCMZcExwANsQCqzoaJ3Ohluq+K2tp JZ4S+AlReJulfSDpa4V1etNKMeH8zNQ2yHaoSj62VEBity5rPO/UXDSCWs2ul45u3yii 07IbapWTnV0pfKndapGkeMq6PIS0G47LW15rUdfzlqiVGsw3/WD1fD6Xh+ktNAzxlHDf krigO42MuVJq7PuI+rumpB/PWsNiUXirmfQkgEMIYYIH1Qh/UtIEXDVqHWV63+7giiyS 9byyefy0r6/B5gXLuOlzZLJ4yvYUPVJkmBQyO9xZpQ3opnSqaIsN+gEsBasAmo2ouEFR puhg==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=k85dEHj8; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-91211-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-91211-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id d5-20020a17090ab30500b0029a3b77d1cbsi10962885pjr.3.2024.03.04.12.13.22 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Mar 2024 12:13:22 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-91211-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=k85dEHj8; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-91211-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-91211-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 9B49E286894 for ; Mon, 4 Mar 2024 20:13:22 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id CE3FC7AE67; Mon, 4 Mar 2024 20:13:13 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="k85dEHj8" 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 E693962171; Mon, 4 Mar 2024 20:13:12 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709583193; cv=none; b=SElJdsKfK5Jc8KI9giwMScnQzM1fPAMJ6B2Om3iBbGzDNyFQfT0gdwXKuzw/B+eNkIke9+fHTx+tQqy7w9d0FAAy7YPGw79o2OB53okR5Uj9HPalmO6YZ4G+sBkVOLXiKG9wx7vqTiS4WV8DKwLjzfJZAI4e9z9QAfneFDMUHQE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709583193; c=relaxed/simple; bh=Jarf+3xgm31a5ItvIpY/7IPTj0Vs8zmgBoIbgY65ZsU=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=S20gJAshz2YikDTv17kjrr7UPCxho2F52f6k77wdzK70ZoyLxx9qyy/OenGAeyKa2f6jiOAlPs7g9HRPdkuNY2OnsT5B9iTUH+G9aHtyAIVERudF8br+F5ZPVAWY5n7wwQeeImc0ib3Nkxi3v3rc3TEBaixK3NYHceHLbYaX384= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=k85dEHj8; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id 424EFC433F1; Mon, 4 Mar 2024 20:13:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1709583192; bh=Jarf+3xgm31a5ItvIpY/7IPTj0Vs8zmgBoIbgY65ZsU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=k85dEHj8+jTdrQGFPCxKUTyZPYtvSW8yVrZPUefH7fCrOBySUGu/XDD0+cXAil+Ro UVIh278q4HvcZPCDWkfAm4xmc/qbitRfQFj6C2AO35cx8ZwNppPqtPdSbIssr18miG mBKplj0BBKFKN2LuTbpAa3rG2oO3bzCGESDE9m1/W4DiOolIFHAanor8J+OVwLuoyu KJ0G2b7tczan5XxTPfVhF/GjEPvSX+n7eKt9dYVbqYVe720b62X1DvKsyIgy4isBAm h8CpL64c69YnJoq4LiRG7iYPrnTmRjiImLi4cYEFrzKKrL1hR6NY1HLfAK2a8CjSHt gxEdL2IZSXYHQ== Date: Mon, 4 Mar 2024 20:13:06 +0000 From: Conor Dooley To: Frank Li Cc: Liam Girdwood , Mark Brown , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , Shengjiu Wang , linux-sound@vger.kernel.org, devicetree@vger.kernel.org, imx@lists.linux.dev, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 3/4] ASoC: dt-bindings: fsl-sai: allow only one dma-names Message-ID: <20240304-cape-saloon-80f241bfd6df@spud> References: <20240227-asrc_8qxp-v2-0-521bcc7eb1c0@nxp.com> <20240227-asrc_8qxp-v2-3-521bcc7eb1c0@nxp.com> <20240229-husband-penalty-8c1ab0f57f55@spud> <20240229-rundown-isotope-954ba9ea4c57@spud> <20240301-crudeness-resale-3c0a1228850d@spud> <20240301-deluxe-tiptoeing-741af7d620b9@spud> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="G/bhWJ7YMFFq+jSj" Content-Disposition: inline In-Reply-To: --G/bhWJ7YMFFq+jSj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 01, 2024 at 12:25:44PM -0500, Frank Li wrote: > On Fri, Mar 01, 2024 at 05:07:07PM +0000, Conor Dooley wrote: > > On Fri, Mar 01, 2024 at 11:46:20AM -0500, Frank Li wrote: > > > On Fri, Mar 01, 2024 at 04:05:25PM +0000, Conor Dooley wrote: > > > > On Thu, Feb 29, 2024 at 02:38:24PM -0500, Frank Li wrote: > > > > > On Thu, Feb 29, 2024 at 06:57:29PM +0000, Conor Dooley wrote: > > > > > > On Thu, Feb 29, 2024 at 06:55:58PM +0000, Conor Dooley wrote: > > > > > > > On Tue, Feb 27, 2024 at 03:54:11PM -0500, Frank Li wrote: > > > > > > > > Some sai only connect one direction. So allow only "rx" or = "tx" for > > > > > > > > dma-names. > > > > > > >=20 > > > > > > > Which sai? Can you restrict this per compatible please, so th= at someone > > > > > > > cannot add 2 dmas for ones where only the tx is supported. > > > > > > >=20 > > > > > > > | dmas: > > > > > > > | minItems: 1 > > > > > > > | items: > > > > > > > | - description: DMA controller phandle and request line= for RX > > > > > > > | - description: DMA controller phandle and request line= for TX > > > > > > >=20 > > > > > > > The binding already allows only one, but it documents that th= e first dma > > > > > > > is always the RX dma, and that doesn't change with this patch= =2E. > > > > > >=20 > > > > > > I said "doesn't change" - but I don't think you can change this > > > > > > trivially, as something could rely on the first dma being the r= x one. > > > > > > You'd have to check that there is nothing using these using ind= ices > > > > > > rather than names before making any changes here. > > > > >=20 > > > > > Linux driver and dts with tx only work well. Only issue is dtb_ch= eck will > > > > > report error. I want to eliminate these DTB_CHECK warning. > > > >=20 > > > > Linux is not the only user of these bindings, citing linux as your > > > > evidence here is only sufficient if no other users exist. Do they? > > >=20 > > > But, 'dmas' should be common property for all these bindings? I don't= think > > > they use 'descriptions:' property, which should guide dts writer to w= rite > > > dts file. actually words 'DMA controller phandle and request line' ju= st > > > nonsense words. let 'regs', it'd better descript at 'reg-names' inste= ad > > > of 'regs' if reg-names exist. Only meansful words is "RX" and "TX", w= hich > > > already show at "dma-names". > >=20 > > None of this matters. If there's a documented order for these, which > > there is, software is not obligated to use the names and can rely on the > > order alone. You need to check that there are no other users which will > > be broken by your proposed change. >=20 > As my best knowledge, only linux use this binding. If you've checked and there are no users, that's fine. Please mention in the commit message that there are no users that will be affected as justification for the ABI change. --G/bhWJ7YMFFq+jSj Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCZeYrUgAKCRB4tDGHoIJi 0kXGAP0ZXQDdSBHtYgiW6KEtRSeHnNW+Qzp4Xi6aG6/WngSB7wEAkXcAGBBLZxUQ 3gj8XZWrnoAYzbHNua6AJZOzWa0FEQY= =OdYx -----END PGP SIGNATURE----- --G/bhWJ7YMFFq+jSj--