Received: by 2002:a05:6358:7058:b0:131:369:b2a3 with SMTP id 24csp6512044rwp; Tue, 18 Jul 2023 01:13:00 -0700 (PDT) X-Google-Smtp-Source: APBJJlGEoiw1dPCBylcQ2n+rvSE63XtfCXdnbIlcJEmSQxymLex2I0ezH8DiMeajfEw54NSJf04d X-Received: by 2002:a17:902:eb42:b0:1b6:ba60:77f0 with SMTP id i2-20020a170902eb4200b001b6ba6077f0mr10366887pli.10.1689667979689; Tue, 18 Jul 2023 01:12:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689667979; cv=none; d=google.com; s=arc-20160816; b=g2I/b1/M/nZ6wWgtYLPAXrbHhs3VzhDYQ9gz/8LRXRsbxdY8I1rY1PrpW2qtdfhyFp ylmRtTahHoOfIimJLGnc6VEfjcRYb2BW3sSWLdNo3nWCKgwFOlC2chBE2SsXKI+3H+qU BJISMtT7tNJ6Or19B6rHVGVV//AgzBvZMHqPq6bfO/rgFy89peTZXqBr6dw3jWck4GD1 0tgu4oD/GBgQr2v/TC7p5gSpyYM2wg8xs2rZA85ObZC2MgdX4ZnLUXNs1mz1G3nBSB9J XE19UW7/J3zcjp4VEtvkjedYqICS6W/P/sScpAkySQg1llWmUq4gE98WX3NNTlMPpSyl S+PA== 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; bh=ScaUnRjNYJ8fARpXLCgMCg9QwAI/PMbOBjOIoj2YZPg=; fh=w0/nT5Ldh4dVu/tYTBec3NRra82/QibRltt4u8Pr70Y=; b=LYLSJkH/HHmWTe751r0t0LLQkKe66VIvTGSZsh4OXLSCOHW4gAJcPmbjslsYQ914TB 1iQ9qTW3ORugeL7fy4faILf6ZAzlEUCDdUOJDhcqwhI9rwZhuiZoP9xSbEE3Zu/rtmYB DrYUR2+V1u/QItpTXh0UC5siVGEk/3ev+eg9//SrrsDjASgG01QS3jc46Hkg13x8oLSo ulHQEAuIZXuSw8pHzQM7GZUa8revmW+XIOrqDqjJHI4IkxtPJWTZ03fYrZBYHnE745gN FZUCOZQrkEKbNBylaNue+dxOIE284w17F18fnOFFT6y6Mqrlz9c05E9UHI9PV+HP80Hi 9ODg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id l1-20020a170902f68100b001b89b7ce902si1323025plg.305.2023.07.18.01.12.46; Tue, 18 Jul 2023 01:12:59 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230183AbjGRIBP (ORCPT + 99 others); Tue, 18 Jul 2023 04:01:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33276 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231912AbjGRIA7 (ORCPT ); Tue, 18 Jul 2023 04:00:59 -0400 Received: from metis.ext.pengutronix.de (metis.ext.pengutronix.de [IPv6:2001:67c:670:201:290:27ff:fe1d:cc33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 751F41FEE for ; Tue, 18 Jul 2023 01:00:16 -0700 (PDT) Received: from moin.white.stw.pengutronix.de ([2a0a:edc0:0:b01:1d::7b] helo=bjornoya.blackshift.org) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qLfao-0005y5-CC; Tue, 18 Jul 2023 09:57:58 +0200 Received: from pengutronix.de (unknown [172.20.34.65]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: mkl-all@blackshift.org) by smtp.blackshift.org (Postfix) with ESMTPSA id 51F291F3ED5; Tue, 18 Jul 2023 07:57:50 +0000 (UTC) Date: Tue, 18 Jul 2023 09:57:49 +0200 From: Marc Kleine-Budde To: Krzysztof Kozlowski Cc: Markus Schneider-Pargmann , Wolfgang Grandegger , Rob Herring , Krzysztof Kozlowski , "David S . Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Conor Dooley , Chandrasekar Ramakrishnan , Michal Kubiak , Vivek Yadav , linux-can@vger.kernel.org, netdev@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Simon Horman Subject: Re: [PATCH v2 5/6] can: tcan4x5x: Add support for tcan4552/4553 Message-ID: <20230718-marigold-violation-8d40e9d264c2-mkl@pengutronix.de> References: <20230621093103.3134655-1-msp@baylibre.com> <20230621093103.3134655-6-msp@baylibre.com> <32557326-650c-192d-9a82-ca5451b01f70@linaro.org> <20230621123158.fd3pd6i7aefawobf@blmsp> <21f12495-ffa9-a0bf-190a-11b6ae30ca45@linaro.org> <20230622122339.6tkajdcenj5r3vdm@blmsp> <20230627142300.heju4qccian5hsjk@blmsp> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="74iwm2jmiacg2jdx" Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: 2a0a:edc0:0:b01:1d::7b X-SA-Exim-Mail-From: mkl@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE, URIBL_BLOCKED autolearn=unavailable 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 --74iwm2jmiacg2jdx Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 01.07.2023 10:34:00, Krzysztof Kozlowski wrote: > On 27/06/2023 16:23, Markus Schneider-Pargmann wrote: >=20 > >>> The version information is always readable for that chip, regardless = of > >>> state and wake GPIOs as far as I know. So yes it is possible to setup > >>> the GPIOs based on the content of the ID register. > >>> > >>> I personally would prefer separate compatibles. The binding > >>> documentation needs to address that wake and state GPIOs are not > >>> available for tcan4552/4553. I think having compatibles that are for > >>> these chips would make sense then. However this is my opinion, you are > >>> the maintainer. > >> > >> We do not talk about compatibles in the bindings here. This is > >> discussion about your driver. The entire logic of validating DTB is > >> flawed and not needed. Detect the variant and act based on this. > >=20 > > I thought it was about the bindings, sorry. > >=20 > > So to summarize the compatibles ti,tcan4552 and ti,tcan4553 are fine. > > But the driver should use the ID register for detection and not compare > > the detected variant with the given compatible? > >=20 > > In my opinion it is useful to have an error messages that says there is > > something wrong with the devicetree as this can be very helpful for the > > developers who bringup new devices. This helps to quickly find issues > > with the devicetree. >=20 > That's not a current policy for other drivers, so this shouldn't be > really special. Kernel is poor in validating DTS. It's not its job. It's > the job of the DT schema. Fine with me. I decided to have a check of the auto-detected chip variant against the specified one in the mcp251xfd driver, as it widely used with raspi boards, where commonly DT overlays are used. It also helps remote diagnostics of people, who don't focus on kernel development. regards, Marc --=20 Pengutronix e.K. | Marc Kleine-Budde | Embedded Linux | https://www.pengutronix.de | Vertretung N=C3=BCrnberg | Phone: +49-5121-206917-129 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-9 | --74iwm2jmiacg2jdx Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEDs2BvajyNKlf9TJQvlAcSiqKBOgFAmS2RfoACgkQvlAcSiqK BOj47Af7B3Hdzd2/p1G8Qprj/lvOLWeZU5GsBj4CDxEtl62ZGZUusqFDMpPC0lTS TrrEcTZBT9Uozu1YdUTXzLWds6qD8vR9XoK5bq1PpXuF/0pcxFeOVodE14FhPYYu plLFed2tRYmQkcksXLgNQh8UPhVC44O7BOHlvHgTl+9ew27r1MKG2Aeb3BsPDDXq o0mck7GdJ7mTejPZDktkBhhyLbzYMSyn5PgdZMPgMR/5SGcCX38JiXUxWrSjD2jt 7Tg7NiYyj3dyzaqzWFRUJgyJkifirMS+8rNRPUq8vZFvQGq80TdENuzsKibCS0xu +PQFb7a+suiwV9hwL9FvrfsOlY4Gsw== =HGF4 -----END PGP SIGNATURE----- --74iwm2jmiacg2jdx--