Received: by 2002:a05:6500:1b8f:b0:1fa:5c73:8e2d with SMTP id df15csp11723lqb; Tue, 28 May 2024 07:36:55 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCXVTKWHN42Jc6BuCQNg4A8rakW/pE0mKcsPtmGCt6H1w0xGFBJCPf5rqGsubnDQ0owilo1GXUa4GYAY+34CX2R4kKOidP2DUHOLhZHvZg== X-Google-Smtp-Source: AGHT+IFXAMJb653hYhN/8D8EORqG8L1wpBeB4zbQBR5iItBqiEsdEO8kpyV7/K84SbC4dxQcmmF5 X-Received: by 2002:a05:6a20:f3a4:b0:1ac:efd3:4d87 with SMTP id adf61e73a8af0-1b205ce8dfbmr18840911637.19.1716907015066; Tue, 28 May 2024 07:36:55 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1716907015; cv=pass; d=google.com; s=arc-20160816; b=gx60HOBk7fRAYjkG6ex/OD3J++7mUkbLkxKDPuWt/RVK312Rz2SAfNWt3iuMmU6d9A 01ubfLNAuTs53NjTB9hXMOnB7caOBXPkKqMv3QIkT+tj+6lu0ywC8GXw2gjUV3sEhxIg sY3QyUQVvjKYBVX0mK56d5JEZKGe1jsICAKWmP67KbNJNysuV7AKACBsTxQ+6LGv37iE gXiveJyiXeigVxBxjvzklYgfAtBJ+Jydac2sxbhfHlWvnn4iCc2FIbMoaws7SGB2BqMg iyGtJzYjeGNUUqAw6g/tcztj5Kr/CNS8mQNASF34cQdk97/o72o4G57Kaouu5zrVEXKI cgSg== 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=WfbJZC+d6GZHGjylQAW+6PKxit7MBvLlz9CAXyInke8=; fh=j3212GBeCMBeb+aca/QveJznneHm2A5twmkJEX7N8+k=; b=KvJF/OsjBZgXefCBKln/sSgNzISLtiW/JyMsjqqxh7VkEX9TpXmfezQPxeLSw7+gJ5 +nWcqi+OU7ksWHNMfCviN0x5ytTVIEg60taMsFlXREah5belFQoXYI70GYnX/wTQF74r SbjP9TPCO2W0G+tTNw2weqPGGcAi4Ee0ai4+KunDX7652KwhekrdAdHLB6oyhRHvvhLa b8f2qdEZS5pPxSQ9AS7w2oozFBGbKtKvbMHwnpkLkUaNb4G1O+Ms9g7o8V7tTdEKG9+/ wb8rgbiPNZYO1encNTONrS4j5rj2MtJWJAZ79+HxzhZv7ezrEPt6Rest0L1dpXuyIiyZ WrRg==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=J3xNdJbv; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-192547-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-192547-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 41be03b00d2f7-6822779bb30si8186439a12.359.2024.05.28.07.36.54 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 28 May 2024 07:36:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-192547-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=J3xNdJbv; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-192547-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-192547-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 9EDA1284B56 for ; Tue, 28 May 2024 14:36:53 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 809A416FF29; Tue, 28 May 2024 14:36:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="J3xNdJbv" 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 9814216DEC6; Tue, 28 May 2024 14:36:45 +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=1716907005; cv=none; b=VSE85lmsxlGUtYUlch1nUQSxFeCMFSI00Wo9geCN5RTF84R4cl/3pqYLA3wH+b8tIIQTWxv9DozTUAg8V/9U8YCByFeXnXx4UTFu1rOsn+c3nnDOS+1Ryukf44yFqh34aM/aJvkfXYc92yeVNX/sxaP7J/1V2VOtr+CRIpa1X3Y= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1716907005; c=relaxed/simple; bh=BSUmfVdSlgpymoA4HoMBGd+tj1luXASp3mrYAsdGrnE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=CyJdHEkl0p4pffwAQjACer+ymCEWHN9cRlhKbTii0N58TT5E7fscsK6X+mKbj582RCIU6wCa2fmPmVwAk01yxCrEdJ6071PUEQkPJQ/ytKUDPLp2IFjThXEumVC2KwUH/5w6KaKL1A5cePAPyEXROxKbBCphBCmUdrJXJ/m/I78= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=J3xNdJbv; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id E3014C3277B; Tue, 28 May 2024 14:36:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1716907005; bh=BSUmfVdSlgpymoA4HoMBGd+tj1luXASp3mrYAsdGrnE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=J3xNdJbv6rn57nzTaPgvOWM8OPbYYmqDJcpJPRVgElmo1w6L0Nx3R59DAEIzhgSmz ODXYs65o6j0U0sY3e6mR/ThLjK85OM06jF23DPz+k0Rgv/wJIp81qDT804X7IOg/ku 7H5Xg1r3q1v4nqFFIL+uQBZCuq5WeMSUyR0ATZTm69Ze/Q9xPU1tO+rPSSqnK4E0hr 6HWnjV887O24nYk4xKHeHwUIpl52rzuXaXAZgfdJihi2LdK2+38uKPadRsF4Og8QUd kWBPidxILOZFEdcSS3vFmgiUXff7QC4oVxtk3GBXe0twlk4w6WR03RF/FkqRuKl+4X BySOFyDuyxaIQ== Date: Tue, 28 May 2024 15:36:40 +0100 From: Conor Dooley To: Krzysztof Kozlowski Cc: Andreas Kemnade , lee@kernel.org, robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org, lgirdwood@gmail.com, broonie@kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org Subject: Re: [RFC PATCH] dt-bindings: regulator: twl-regulator: convert to yaml Message-ID: <20240528-unimpeded-dealing-0128abb54272@spud> References: <20240528065756.1962482-1-andreas@kemnade.info> <20240528131622.4b4f8d03@aktux> <20240528150647.40385d08@aktux> <3a29c775-4131-4047-9777-4146e6c8eed0@kernel.org> 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="yUj0T/sqf3gA9NuE" Content-Disposition: inline In-Reply-To: <3a29c775-4131-4047-9777-4146e6c8eed0@kernel.org> --yUj0T/sqf3gA9NuE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 28, 2024 at 03:54:05PM +0200, Krzysztof Kozlowski wrote: > On 28/05/2024 15:06, Andreas Kemnade wrote: > > On Tue, 28 May 2024 13:25:29 +0200 > > Krzysztof Kozlowski wrote: > >=20 > >> On 28/05/2024 13:16, Andreas Kemnade wrote: > >>> On Tue, 28 May 2024 12:04:22 +0200 > >>> Krzysztof Kozlowski wrote: > >>> =20 > >>>> On 28/05/2024 08:57, Andreas Kemnade wrote: =20 > >>>>> Convert the regulator bindings to yaml files. To allow only the reg= ulator > >>>>> compatible corresponding to the toplevel mfd compatible, split the = file > >>>>> into one per device. > >>>>> > >>>>> To not need to allow any subnode name, specify clearly node names > >>>>> for all the regulators. > >>>>> > >>>>> Drop one twl5030 compatible due to no documentation on mfd side and= no > >>>>> users of the twl5030. > >>>>> > >>>>> Signed-off-by: Andreas Kemnade > >>>>> --- > >>>>> Reason for being RFC: > >>>>> the integration into ti,twl.yaml seems not to work as expected > >>>>> make dt_binding_check crashes without any clear error message > >>>>> if used on the ti,twl.yaml > >>>>> > >>>>> .../devicetree/bindings/mfd/ti,twl.yaml | 4 +- > >>>>> .../regulator/ti,twl4030-regulator.yaml | 402 ++++++++++++++= ++++ > >>>>> .../regulator/ti,twl6030-regulator.yaml | 292 +++++++++++++ > >>>>> .../regulator/ti,twl6032-regulator.yaml | 238 +++++++++++ > >>>>> .../bindings/regulator/twl-regulator.txt | 80 ---- > >>>>> 5 files changed, 935 insertions(+), 81 deletions(-) > >>>>> create mode 100644 Documentation/devicetree/bindings/regulator/ti,= twl4030-regulator.yaml > >>>>> create mode 100644 Documentation/devicetree/bindings/regulator/ti,= twl6030-regulator.yaml > >>>>> create mode 100644 Documentation/devicetree/bindings/regulator/ti,= twl6032-regulator.yaml > >>>>> delete mode 100644 Documentation/devicetree/bindings/regulator/twl= -regulator.txt > >>>>> > >>>>> diff --git a/Documentation/devicetree/bindings/mfd/ti,twl.yaml b/Do= cumentation/devicetree/bindings/mfd/ti,twl.yaml > >>>>> index c2357fecb56cc..4ced6e471d338 100644 > >>>>> --- a/Documentation/devicetree/bindings/mfd/ti,twl.yaml > >>>>> +++ b/Documentation/devicetree/bindings/mfd/ti,twl.yaml > >>>>> @@ -50,7 +50,7 @@ allOf: > >>>>> properties: > >>>>> compatible: > >>>>> const: ti,twl4030-wdt > >>>>> - > >>>>> + $ref: /schemas/regulator/ti,twl4030-regulator.yaml =20 > >>>> > >>>> That's not needed, just like othehr refs below. > >>>> =20 > >>> but how to prevent error messages like this: > >>> > >>> arch/arm/boot/dts/ti/omap/omap2430-sdp.dtb: twl@48: Unevaluated prope= rties are not allowed ('gpio', 'keypad', 'pwm', 'pwmled', 'regulator-vaux1'= , 'regulator-vaux2', 'regulator-vaux3', 'regulator-vaux4', 'regulator-vdac'= , 'regulator-vdd1', 'regulator-vintana1', 'regulator-vintana2', 'regulator-= vintdig', 'regulator-vio', 'regulator-vmmc1', 'regulator-vmmc2', 'regulator= -vpll1', 'regulator-vpll2', 'regulator-vsim', 'regulator-vusb1v5', 'regulat= or-vusb1v8', 'regulator-vusb3v1 > >>> > >>> esp. the regulator parts without adding stuff to ti,twl.yaml? =20 > >> > >> Eh? That's a watchdog, not regulator. Why do you add ref to regulator? > >> > > hmm, wrongly indented? At what level doet it belong? But as the regualo= r.yaml stuff can > > be shortened, maybe just add it directly to ti,twl.yaml to avoid that t= rouble. >=20 > I don't follow. The diff here and in other two places suggest you add > twl-regulator reference to wdt/gpio/whatnot nodes, not to regulators. The diff may look like that, but I think they're just trying to add it as a subnode of the pmic. There are other nodes, like the madc that do this in the same file: madc: type: object $ref: /schemas/iio/adc/ti,twl4030-madc.yaml unevaluatedProperties: false I guess this is what was being attempted, albeit incorrectly. --yUj0T/sqf3gA9NuE Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCZlXr+AAKCRB4tDGHoIJi 0j9uAQC3pwdHQucNm0SqQ0bnTS8kgNAy9mN+8gAmir3pxWrQhwD+PUYyBa08fTN7 WpInMAQB537+Ja8D4ucMVXAXbvr7VgY= =V9s5 -----END PGP SIGNATURE----- --yUj0T/sqf3gA9NuE--