Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp10835463rwr; Fri, 12 May 2023 13:51:23 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6RPF30MhXsU7cknlI27VvXHgxJhTlGiRw8xms1dWTA6Ms1lhJkRISrWvpgvUVLmycyKqDV X-Received: by 2002:a17:90a:604b:b0:247:8b61:a41 with SMTP id h11-20020a17090a604b00b002478b610a41mr24920980pjm.25.1683924683019; Fri, 12 May 2023 13:51:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1683924683; cv=none; d=google.com; s=arc-20160816; b=rotNKey4Gkah5hc4mET5yER0JddYHQ1YIIkb8BX09qBYRAcsDSEm6/nsOeZlyYLjLk 8b7O5hma1tp1Ln8dsnD6JoL9lxuEvQJIPT5jt63QEn3PiR8F4xIWL1oqbtELeMHMOery YA0oYDGF1AUW4MFUJPwO2Aep3OtI2nGKzuWip3tQw55iLRxMhgRxaB9lvN6d4w/DvhjV 5k7LMKZOwav0fblW+VjltFFwabGC6gW6vAGdOfDghptnB3Jv5Y16ZuqqENcDSVO9ZxOM hhpNwYRDm6k9/XNVabmXLBLUj0hMBqrrW3acljwLbkVfVkgVOMrNR7XmUGI18P9OSL5n X5Hg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=IOXMLddFAZy2pE9Lp1WVg2haIboZHO65OwgcsiGGOIg=; b=QY+XGnbPM39qHgQ549P3nU8SYzFTa0jbOmcTM33lPlzGp1OFWSdy1//yVIvKgj0eFk iD0Fzc4jVNJ9j7TduDyEIiJidsevSJWEY3+CyC1E4D/ZLNN4+AzZ5cB1us7wtUxDjlg5 ZIo4wbIBGwH3G36Kq24XS0gW45leU5f2MUvc8aXQHsABUgsTt5R3N5SdsT2+erJBOpNf 3EyL/McazDq4mXGPjmW75bGLDZO76LDYxhKHTeK9AGIbSMFTM5MD42gmqizO10/AeZoA 2GKLvid8sy5yEjh24gHGtlvPYya0lMbCW3HDjtK0DRKNoukOpUIiKR2QUTO+T54Kocg8 88Wg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=feEOWvMC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ds6-20020a17090b08c600b00232f57260c1si23641291pjb.1.2023.05.12.13.51.08; Fri, 12 May 2023 13:51:22 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=feEOWvMC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S238466AbjELUl5 (ORCPT + 99 others); Fri, 12 May 2023 16:41:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49498 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239005AbjELUly (ORCPT ); Fri, 12 May 2023 16:41:54 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 442C6D87C; Fri, 12 May 2023 13:41:20 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 4F4FF654A9; Fri, 12 May 2023 20:41:02 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id EB64FC433EF; Fri, 12 May 2023 20:40:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1683924061; bh=hP3d31o2Uy1uHcmbEyykVGmp60JVpaN4LTk0Cw67skw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=feEOWvMCfpoBTqrGYf2YvtPdar2YHXgGCd+lYjkncsiE3Evs0KMmH7uL6OQ68ZyGd vQEjq14hHuFQBi2kXz5YOh7xhmJgEyGfOLZRZM9ZOMeRp3jox4DI1PTkkum7p4q+ss 8ZKIRkuyRUWzngOmQ/2re/kRzQrnKCnagCly2AEkBj6HfQkVew6tXXafBn2fz6hQ63 kyoYG3h3gsMKu/cvpH295DvhUzFzkpCwDkf9y7pEWfTet5tE+6eN4JeqqK0Wwhvyx+ MpHqlT9PC+vyxyko1afXkHd8ho4MuYWJl45Ush+sfNQJaQnxXp7UbHp/k8Iqe3NdII LS6NMF2K9ZrJA== Date: Fri, 12 May 2023 21:40:56 +0100 From: Conor Dooley To: Michal Simek Cc: linux-kernel@vger.kernel.org, monstr@monstr.eu, michal.simek@xilinx.com, git@xilinx.com, Conor Dooley , Hyun Kwon , Krzysztof Kozlowski , Laurent Pinchart , Rob Herring , Vinod Koul , devicetree@vger.kernel.org, dmaengine@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v3] dt-bindings: dma: xilinx: Add power-domains to xlnx,zynqmp-dpdma Message-ID: <20230512-urging-entrust-4cfe21b362dc@spud> References: <8f5651634df338743f95a7253a741f9ddc92487d.1683891609.git.michal.simek@amd.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dwj8cU9gNpq12C/4" Content-Disposition: inline In-Reply-To: <8f5651634df338743f95a7253a741f9ddc92487d.1683891609.git.michal.simek@amd.com> X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --dwj8cU9gNpq12C/4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 12, 2023 at 01:40:33PM +0200, Michal Simek wrote: > DP DMA has own power domain that's why describe required power-domain > property. >=20 > Signed-off-by: Michal Simek > --- >=20 > Changes in v3: > - make power-domains as required property > - also update commit message >=20 > Changes in v2: > - rewrite commit message - requested by Krzysztof >=20 > The commit b06112cd5e08 ("arm64: dts: zynqmp: Add power domain for the > DisplayPort DMA controller") added this property already in Linux that's > why the patch is also fixing dts_check warnings. >=20 > In v2 I got ack from Krzysztof but not adding it because of additional > discussion about required property in v3. > https://lore.kernel.org/r/029ba923-d13e-ea7c-018d-95e179dda2e5@linaro.org It was not entirely clear reading that whether the driver actually functions correctly if the property is omitted. Is it the case that if the property is omitted, and the power domain controller driver is enabled, that the dma controller will not operate correctly? If I am understanding correctly, it very much does sound like it should be listed as required, so: Acked-by: Conor Dooley Thanks, Conor. >=20 > --- > .../devicetree/bindings/dma/xilinx/xlnx,zynqmp-dpdma.yaml | 6 ++++++ > 1 file changed, 6 insertions(+) >=20 > diff --git a/Documentation/devicetree/bindings/dma/xilinx/xlnx,zynqmp-dpd= ma.yaml b/Documentation/devicetree/bindings/dma/xilinx/xlnx,zynqmp-dpdma.ya= ml > index d6cbd95ec26d..2128f4645c98 100644 > --- a/Documentation/devicetree/bindings/dma/xilinx/xlnx,zynqmp-dpdma.yaml > +++ b/Documentation/devicetree/bindings/dma/xilinx/xlnx,zynqmp-dpdma.yaml > @@ -41,6 +41,9 @@ properties: > clock-names: > const: axi_clk > =20 > + power-domains: > + maxItems: 1 > + > required: > - "#dma-cells" > - compatible > @@ -48,12 +51,14 @@ required: > - interrupts > - clocks > - clock-names > + - power-domains > =20 > additionalProperties: false > =20 > examples: > - | > #include > + #include > =20 > dma: dma-controller@fd4c0000 { > compatible =3D "xlnx,zynqmp-dpdma"; > @@ -63,6 +68,7 @@ examples: > clocks =3D <&dpdma_clk>; > clock-names =3D "axi_clk"; > #dma-cells =3D <1>; > + power-domains =3D <&zynqmp_firmware PD_DP>; > }; > =20 > ... > --=20 > 2.36.1 >=20 --dwj8cU9gNpq12C/4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCZF6kWAAKCRB4tDGHoIJi 0kCmAP4pWHJt5dVzjarDpG7i4yvQm2I+n6YRflOinEHa8n0SlQEA3s/Qm+/y5iKZ flaLeEDOHLlBvm3gwiZ9iG+fKv7cagE= =TAVP -----END PGP SIGNATURE----- --dwj8cU9gNpq12C/4--