From mboxrd@z Thu Jan 1 00:00:00 1970 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 47B1E1C6FE5; Mon, 1 Sep 2025 18:54:07 +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=1756752848; cv=none; b=ktDG3WfeDOcagonehsP/z1oRShbht6CZ9EIQR+tGxNHEj+JUyc7XccA+JjtgEF/uNy17/NTaDw9DONG8ekJEurGqdqx670Atqjpfwsb7s5mRWbixB2ChmM1ha/bgfONSifSOOZnFAyGg7MVn5/dV1JfgekSuME98r1KH2mU+J0U= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1756752848; c=relaxed/simple; bh=Xi7uJgeT47v5WYcTiHi2K9OVW5hfR4RMt06x+KdFnog=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Ypj6jHIWM6fT5nosOlV+vZF+XY1hkOCuvZFbUUPYYAADx9N9XdqGkRfOKqgCC+0zNfFIGxjl74RjnJa2HQrUf8H+7/bfqFSQEF+K/+I/1iKuFeHTRuzqQDHbA+hKos7QPlDVFfP+ZxOdqbj6WV+amr7Ou/YPy/CEkEYRTP/JQDs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=e63V08Qn; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="e63V08Qn" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0F084C4CEF0; Mon, 1 Sep 2025 18:54:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1756752847; bh=Xi7uJgeT47v5WYcTiHi2K9OVW5hfR4RMt06x+KdFnog=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=e63V08Qnr70i/tV4xWOR8B5RSztHrVzdM3ydH2V1ggNY8gNaiGtWogePeB7RR0/0O MfrcDP3qJZLfXGA/6gJlHPTTm7CHEvCcMfFDIpFT7kqTFAaPHzDYKZHKEPvFzKYSlp 2qhTimTNpTzgQB85Sr8wNXxOLfSaNVbktR+1QjNJe79YcsWIDIb2synEt2oplOtXvO Y6a9sDZ7n2tx3V+oNQaGcy3pimB8Swsudv97Hl+XW6djS3V/1ktd8NGgg6mi/IALSs RCRWQXuiAVOjZlE221VncgOw4grGKxGgpbsbhOmaWErFsJNWxZptPTGtTOadpmYpU6 AkXRkQi7HjkZQ== Date: Mon, 1 Sep 2025 19:54:01 +0100 From: Conor Dooley To: Peng Fan Cc: Marc Kleine-Budde , Vincent Mailhol , Vinod Koul , Kishon Vijay Abraham I , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Aswath Govindraju , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , Frank Li , Haibo Chen , linux-can@vger.kernel.org, linux-phy@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, imx@lists.linux.dev, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v4 1/6] dt-bindings: phy: ti,tcan104x-can: Document NXP TJA105X/1048 Message-ID: <20250901-diligent-dreaded-59b9ad5c3976@spud> References: <20250901-can-v4-0-e42b5fe2cf9e@nxp.com> <20250901-can-v4-1-e42b5fe2cf9e@nxp.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="FeGVNRkXCgteXrc9" Content-Disposition: inline In-Reply-To: <20250901-can-v4-1-e42b5fe2cf9e@nxp.com> --FeGVNRkXCgteXrc9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 01, 2025 at 11:18:11AM +0800, Peng Fan wrote: > The TJA105[1,7] is a high-speed CAN transceiver which is a pin-compatible > alternative for TI TCAN1043 with sleep mode supported, and has a compatib= le > programming model, therefore use ti,tcan1043 as fallback compatible. >=20 > The TJA1048 is a dual high-speed CAN transceiver with sleep mode supporte= d. >=20 > Reviewed-by: Frank Li > Signed-off-by: Peng Fan > --- > .../devicetree/bindings/phy/ti,tcan104x-can.yaml | 30 ++++++++++++++++= ++++-- > 1 file changed, 28 insertions(+), 2 deletions(-) >=20 > diff --git a/Documentation/devicetree/bindings/phy/ti,tcan104x-can.yaml b= /Documentation/devicetree/bindings/phy/ti,tcan104x-can.yaml > index 4a8c3829d85d3c4a4963750d03567c1c345beb91..f8e0c24856a2ba83b5c988b24= 6464f47e11a032f 100644 > --- a/Documentation/devicetree/bindings/phy/ti,tcan104x-can.yaml > +++ b/Documentation/devicetree/bindings/phy/ti,tcan104x-can.yaml > @@ -19,18 +19,25 @@ properties: > - enum: > - microchip,ata6561 > - const: ti,tcan1042 > + - items: > + - enum: > + - nxp,tja1051 > + - nxp,tja1057 > + - const: ti,tcan1043 > - enum: > - ti,tcan1042 > - ti,tcan1043 > + - nxp,tja1048 > - nxp,tjr1443 > =20 > '#phy-cells': > - const: 0 > + enum: [0, 1] > =20 > standby-gpios: > description: > gpio node to toggle standby signal on transceiver > - maxItems: 1 > + minItems: 1 > + maxItems: 2 You're adding a second standby gpio, which one is which? I assume you mean that item 1 is stbn1 and item 2 is stbn 2 for tja1048. Might be kinda obvious, but I think it should be mentioned. tja105{1,7} don't have a standby gpio, but they do have a silent mode. silent mode seems fundamentally different to standby, since the receiver still works. Seems like that should be handled differently, no? > =20 > enable-gpios: > description: > @@ -53,6 +60,25 @@ required: > - compatible > - '#phy-cells' > =20 > +allOf: > + - if: > + properties: > + compatible: > + contains: > + const: nxp,tja1048 > + then: > + properties: > + '#phy-cells': > + const: 1 > + standby-gpios: > + minItems: 2 > + else: > + properties: > + '#phy-cells': > + const: 0 > + standby-gpios: > + maxItems: 1 > + > additionalProperties: false > =20 > examples: >=20 > --=20 > 2.37.1 >=20 --FeGVNRkXCgteXrc9 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCaLXryQAKCRB4tDGHoIJi 0udxAP9nOX9SHvGfe+kYTOpLO/W11mN1b3yO33WzvHLUTObYXQD/WIoItvlF1YeL S0+fgQThRA5/J2UGH/Qksz2gTzAzMQA= =FTGQ -----END PGP SIGNATURE----- --FeGVNRkXCgteXrc9--