Received: by 2002:a05:7412:bc1a:b0:d7:7d3a:4fe2 with SMTP id ki26csp643007rdb; Sat, 19 Aug 2023 17:58:51 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFAaVPnY1QMQfZGAFloAPsdhygCTPQZO2hbbTDWsixPWO+4PkWripKd5DxgAsKapage6jH3 X-Received: by 2002:a05:6870:d0c6:b0:1ba:1998:1d23 with SMTP id k6-20020a056870d0c600b001ba19981d23mr4442883oaa.35.1692493131411; Sat, 19 Aug 2023 17:58:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1692493131; cv=none; d=google.com; s=arc-20160816; b=P9t9bJcLBoT6W/rcAd4Jg5um5Rv/XP9Clcwsz6JcJdY3BVfCvGQoJAtW9YGeTQsZ4P /vFmmhON8X2+nFvtDO4c+pBhg6H8jVcIXQGZ3T+N31u7ZrEQWUAG9jFQYVJnz9k6yVF1 0qQlvvqooIWE82Z2ZYYtZjhEtG36+t7kX9HZn41lxC8aj+IhxVn3jQCeNOx4sWqrUCrU Aa9iHgoDJhgFkUWqCGHbVWveGudM0mOeoYSZl9XEMUUPl2d+wHsT1nMQedgTqqjSkZ3x e0Z2BhYCHw7kJXvZ8ACTxNhiczo7QP0KBNUcOJkDFW0Vdc111922fgdj/0oSN7lyEcsU WdsQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=PbNpmN9r0DSMGwCtjkGzRg6bHt05+jgmIgObHStUPts=; fh=7BqAQoOj3YCLT15Zp4FyfXZoYTthGdX4wLJyiG1g8fM=; b=W/2IlvXO/UBpS6dQoWDSWuFsE6GkxVb9vNIjDrXHNSE+ZVmrOCG8uG6bZimK2EbzH9 bk4jeOKoDEIDavpHUW1kABfFJ2E+KCLBi0vBz9ZKX0pyMfd8mk98o0Pne6R0GcccHyhN zzJjIgkat+x1ajs0Rvm69VQl2O+Cd0sj1hRKUfZR1Dwkz8f7cPgHkBvutcS0FiAKZmJ/ YBJWQgyynSDT/8uf8Pvw5404P9dGbiq8wTc2fyq9LWBwR+ayu+BtmtCj1o+HbJGwBLPK vnUCamZLzLGHbCfYTmPpQ6Ic1cPsmBZ47fAIkHI/W5N1d9AcuQmyX5pczWi1u5Y2iwzX pL8Q== 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 bt10-20020a056a00438a00b0068717b693fasi4346592pfb.336.2023.08.19.17.58.39; Sat, 19 Aug 2023 17:58:51 -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 S229684AbjHTAKq (ORCPT + 99 others); Sat, 19 Aug 2023 20:10:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34010 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229747AbjHTAK0 (ORCPT ); Sat, 19 Aug 2023 20:10:26 -0400 Received: from mail.andi.de1.cc (mail.andi.de1.cc [IPv6:2a02:c205:3004:2154::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A93BF88325; Sat, 19 Aug 2023 13:19:16 -0700 (PDT) Received: from p5dcc3be5.dip0.t-ipconnect.de ([93.204.59.229] helo=aktux) by mail.andi.de1.cc with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qXSPZ-002ojp-1j; Sat, 19 Aug 2023 22:19:05 +0200 Date: Sat, 19 Aug 2023 22:19:03 +0200 From: Andreas Kemnade To: Krzysztof Kozlowski Cc: jic23@kernel.org, lars@metafoo.de, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, conor+dt@kernel.org, linux-iio@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org Subject: Re: [PATCH] dt-bindings: iio: adc: Add TI TWL603X GPADC Message-ID: <20230819221903.726a1c39@aktux> In-Reply-To: <426d78d6-9fa6-bfeb-b36a-fba264097a27@linaro.org> References: <20230816202614.324457-1-andreas@kemnade.info> <426d78d6-9fa6-bfeb-b36a-fba264097a27@linaro.org> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.37; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_BLOCKED,T_SPF_HELO_TEMPERROR,T_SPF_TEMPERROR, URIBL_BLOCKED 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 Hi, On Sat, 19 Aug 2023 20:35:27 +0200 Krzysztof Kozlowski wrote: > On 16/08/2023 22:26, Andreas Kemnade wrote: > > Document TI TWL603X GPADC devicetree bindings. > > A driver is already there, the compatibles are used, but not documented. > > Use two separate files to reference only the allowed compatible in > > a future YAML version of > > Documentation/devicetree/bindings/mfd/twl-family.txt > > > > Signed-off-by: Andreas Kemnade > > --- > > Thank you for your patch. There is something to discuss/improve. > > > > .../bindings/iio/adc/ti,twl6030-gpadc.yaml | 42 +++++++++++++++++++ > > .../bindings/iio/adc/ti,twl6032-gpadc.yaml | 42 +++++++++++++++++++ > > 2 files changed, 84 insertions(+) > > create mode 100644 Documentation/devicetree/bindings/iio/adc/ti,twl6030-gpadc.yaml > > create mode 100644 Documentation/devicetree/bindings/iio/adc/ti,twl6032-gpadc.yaml > > > > diff --git a/Documentation/devicetree/bindings/iio/adc/ti,twl6030-gpadc.yaml b/Documentation/devicetree/bindings/iio/adc/ti,twl6030-gpadc.yaml > > new file mode 100644 > > index 000000000000..08bc0468f616 > > --- /dev/null > > +++ b/Documentation/devicetree/bindings/iio/adc/ti,twl6030-gpadc.yaml > > @@ -0,0 +1,42 @@ > > +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) > > +%YAML 1.2 > > +--- > > +$id: http://devicetree.org/schemas/iio/adc/ti,twl6030-gpadc.yaml# > > +$schema: http://devicetree.org/meta-schemas/core.yaml# > > + > > +title: GPADC subsystem in the TWL6030 power module > > + > > +maintainers: > > + - Jonathan Cameron > > This should be rather someone knowing or having or caring about this > particular hardware, not subsystem maintainer. > Hmm, I have the twl6032, but not the twl6030. So probably Tony (OMAP-Maintainer) or me? > > + > > +description: > > + The GPADC subsystem in the TWL6030 consists of a 10-bit ADC > > + combined with a 15-input analog multiplexer. > > + > > +properties: > > + compatible: > > + const: ti,twl6030-gpadc > > Devices look fairly similar. Same properties. Why aren't they in one > binding (enum here instead)? > I hope it can be done. See commit message. Maybe my reasoning is wrong. So what I am thinking about: &i2c { twl: pmic@48 { compatible = "ti,twl6032; adc { compatible = "ti,twl6032-gpadc"; } } } So the idea was to later enforce that below a "ti,twl6032" no "ti,twl6030-gpadc" is allowed in a future yaml version of mfd/twl-family.txt by using a if: ... compatible = "twl,6032" .. $ref ti,twl6032-gpadc.yaml If there are other possibilities or that can be just ignored for now, I fully agree to your proposal. Regards, Andreas