From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f45.google.com (mail-wm1-f45.google.com [209.85.128.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 8DE7634FF6C for ; Fri, 27 Mar 2026 16:46:33 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.45 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774629995; cv=none; b=mTkbcNvnPfiMNTLnc9M3BPd2zno0UeemXxxLGMeYz+SHecrjuD1wp5TTieEDPDW2ohDZjOgI81FKBrl3M77J+LThx2JxANnIs25lZtRqyv+DWGIcK3oD7xsrxESP9NcZoCzlqqn8anHxmJ3bytIIuP7yZfSssouTURRU4h/zWPo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774629995; c=relaxed/simple; bh=nmnNOSZra5VKM8rRDPTT6EwSxDFRxMABF7GuoB2jK3A=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=EF5ywKjEhStOafxiqV2Sqsj95mufOB2cf066CC+7zik0frqC2jVp1TSE4N+i18oeZ8s2Fn8CIRw0qjqSAY3nxV/j56DoZAWSVlqBLFw0M2C/JzgqWRnqp1i1U12cr3lez630bXBUaXz6262o41wI0rdybWsHUFFC1BS0B8sE0Uc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com; spf=pass smtp.mailfrom=baylibre.com; dkim=pass (2048-bit key) header.d=baylibre-com.20230601.gappssmtp.com header.i=@baylibre-com.20230601.gappssmtp.com header.b=X3qCbJPR; arc=none smtp.client-ip=209.85.128.45 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=baylibre.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=baylibre-com.20230601.gappssmtp.com header.i=@baylibre-com.20230601.gappssmtp.com header.b="X3qCbJPR" Received: by mail-wm1-f45.google.com with SMTP id 5b1f17b1804b1-48558d6ef83so22498595e9.3 for ; Fri, 27 Mar 2026 09:46:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20230601.gappssmtp.com; s=20230601; t=1774629992; x=1775234792; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=nmnNOSZra5VKM8rRDPTT6EwSxDFRxMABF7GuoB2jK3A=; b=X3qCbJPRTd7xbL8qvOAhh5t2Vm89DA/HzK3ek9oBYqvAwJUPNCGTFVTN1aMv4sirfV 24R5BFyO2MlgU3v3mspvTkzF5SfBWsfZSbxwqOmh4YDwvhfpR03qhO7U0Gk/ODtmGabw RMm83677nQpXhimbI5ingMvYkUoEx2cNGUYha54X7UR3zxFkMiujrBKFNNKlvJtmiKQU ek9RCjm6wKg6BM7i1Sfdiea0tqahMZy9E+MZxsPyE/ZyCIfVU+efH1cWOglUZmp2y55E IqCzgVtLs8ZKkhNV7OqnFtcOSRUPRfiSpBxhrKHQt/j3f7oB657w05WeDca3MPtZiwKt OUxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1774629992; x=1775234792; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=nmnNOSZra5VKM8rRDPTT6EwSxDFRxMABF7GuoB2jK3A=; b=lSXAuld9uJsCou9bz7DX4IfGzYKgfbk0JGFNkO90LnuqjmPNqkWNxN2nzHfiEFbMPI S913ZyHfWku395x4j9UGhP37jMmNObofVEWrFNouF6kheHnH1uZGcwQMaakd6VJCCkCP NObUGHqCaSkyiamukcalF9oFBzjqL2fy4t5qq1FksZ8M3RNbuFC7xvoqXtB76JxN1GBp lQD4BtCWb8yQE2dR/Syv+AYacVg+mZTn0EsS6zBJKd1il7+9i/so4KdDq7EBHTz5dUFX rHTEwDKSKQcpxSW/suXMlb16lI75fa09lcT7/XZH1T2CNrx516VfwtWCDWqHNhPd3vPg uP0w== X-Forwarded-Encrypted: i=1; AJvYcCV8WXOr/PkQ9UPSoHUPj5KDhXB2YyZC5nIYhyR+S2MLfjx+RUH1/JIVBEtLgQ1BP29w/8ppU7VyxOKR@vger.kernel.org X-Gm-Message-State: AOJu0YxFlytPl2pydNaNfqbjnsPC7zCnBbrQ/Zkft2CzfiAG1ciZcy4D +C89/NBVAKavPwAvwwo5/KsT3yijji80vDyA3vn+pjjc5EPfDBsWI7h4xRH68n0l3SI= X-Gm-Gg: ATEYQzyoKIhAgsSb7M7b5NvYoUADdmHibLMDoIbmDPHtjT1GL1A/FTAs/OBahUIId66 PovaCPIt4U5J+Wl2Krheipz3qt0Ah0XvxgjCtQeBnaUDZUE6ofdO0uDJwS0ZeGlddmEcttcvdL1 zoFQ3+FBrZHN/b10heuo5XWkD0HqByFRNJVYX7vTZNxo46KqIKdXXgfKeJZoxH6ndMFjmS+GFRC XP/Yy5YAh96u+LsyORA/M1uTpc/B2ZfUe7hBSDnJRBGVQEIJ7HbzaF+bWDBXI7dMQvvm3nkNIxQ KznZkzZG6mB9kOY/efBcfReDjcnPGuKd/EYl90ZmpyqZlEoanuPrS8H/E4reNgOY6GcN41PLoKV VEww1HGykOOVKzU+4aWqYTpx3FCHmOJTUQN76xhevtpLPzY5BZ14lsrB21G0wsh5rjGIICfUBFa Hd1Q7Pold8uwNlYCbUf0n4ww== X-Received: by 2002:a05:600c:1d1e:b0:486:ffa3:55f with SMTP id 5b1f17b1804b1-48727f069eemr56959445e9.27.1774629991836; Fri, 27 Mar 2026 09:46:31 -0700 (PDT) Received: from localhost ([212.133.41.47]) by smtp.gmail.com with UTF8SMTPSA id 5b1f17b1804b1-48725eae727sm38380005e9.2.2026.03.27.09.46.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 27 Mar 2026 09:46:30 -0700 (PDT) Date: Fri, 27 Mar 2026 17:46:29 +0100 From: "u.kleine-koenig@baylibre.com" To: Cosmin-Gabriel Tanislav Cc: Biju Das , Daniel Lezcano , Thomas Gleixner , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Geert Uytterhoeven , "magnus.damm" , "linux-iio@vger.kernel.org" , "linux-pwm@vger.kernel.org" , "linux-renesas-soc@vger.kernel.org" , "devicetree@vger.kernel.org" Subject: Re: [PATCH] dt-bindings: timer: renesas,rz-mtu3: Use #pwm-cells = <3> Message-ID: References: <20250527205823.377785-2-u.kleine-koenig@baylibre.com> Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="tqo3pkbr3kw3htxb" Content-Disposition: inline In-Reply-To: --tqo3pkbr3kw3htxb Content-Type: text/plain; protected-headers=v1; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: [PATCH] dt-bindings: timer: renesas,rz-mtu3: Use #pwm-cells = <3> MIME-Version: 1.0 Hello, On Wed, Mar 25, 2026 at 01:24:40PM +0000, Cosmin-Gabriel Tanislav wrote: > Sorry for replying to an old patch, but the context is relevant to my > question. >=20 > I'm working on adding MTU3 support for a new platform, Renesas RZ/T2H. >=20 > From this patch, it is clear that new platforms should use > #pwm-cells =3D <3>; as <2> is deprecated. >=20 > What I would like to clarify is whether existing platforms are also > expected to be migrated from #pwm-cells =3D <2> to #pwm-cells =3D <3>. >=20 > My understanding is that changing the provider to #pwm-cells =3D <3> would > break existing consumers that still specify only two cells in their PWM > specifiers, since those references would then fail the checks inside > of_phandle_iterator_next(). The conversion doesn't break dtbs, because in a single dtb consumer and PWM device are consistent. So from my POV updating is fine. > There are no existing consumers in-tree, but there might be out-of-tree > ones that depend on #pwm-cells =3D <2>;. That might happen for out-of-tree dts files that include the SoC's =2Edtsi. IMHO it's ok to break these. > If we're okay with the ABI breakage I can proceed with the changes for > existing platforms too. The reason that made me stop continuing the conversion myself is the somewhat stuck discussion at https://patchwork.ozlabs.org/project/linux-pwm/patch/crk42dsypmbyqk7avldghj= q32vslmalfmmouwxzgtdci4agfhz@rkbmxj5z22fx/ =2E Best regards Uwe --tqo3pkbr3kw3htxb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEP4GsaTp6HlmJrf7Tj4D7WH0S/k4FAmnGtGAACgkQj4D7WH0S /k4B7QgAkrjyiqIOxfTYLU37jtZHVvglcPCSu+AxXEZvPLhgJIbGOX2Whlv8Itm3 TjMQW1kSHf86Ml8+Us0r1Gfg0xtdpWTCLXoG9X8SwNRHo5Bs5kPE2BjE3jnimbUz N2e1EyuC1MlRRm3Qth4APLqn1O/qGM+LhTqJpWzRt3hakH6sZbulAjYgIaZ3c3hW ZziSJpkddseN2oiIX0G1x4c51+sw2IMsZd7slkc+6gZvXAV9PFrzm47cp6lm655j D4mnnifOPJ0IQY+mgj73yl4KBOyhYejTnRS8WuyUxySXomY4wy9hnYNE9SdWzj70 br7SBGxmv4WPfuvCiMGrtBmIkObrpA== =a9Lm -----END PGP SIGNATURE----- --tqo3pkbr3kw3htxb--