Received: by 2002:a05:7412:1e0b:b0:fc:a2b0:25d7 with SMTP id kr11csp56752rdb; Wed, 14 Feb 2024 12:32:49 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCX+EDReYUAQO1QxI5bEfWXW4hTRTavAKjdy/bdgVy8Y4pJCVoujQBSQcYCZZDYGxoJb9Yiiuo7La3/0hmlqr+LpT7jMBi2HWR/j8Vlx9A== X-Google-Smtp-Source: AGHT+IGEav72VcVlyY/Yx2AJaGzQ5ySpaVQMZJi6SJTAP/7uURksYJfVOd460tkOCHS3ePKqNHYx X-Received: by 2002:a05:6a20:4b08:b0:19e:b15c:c8d0 with SMTP id fp8-20020a056a204b0800b0019eb15cc8d0mr3451711pzb.18.1707942769136; Wed, 14 Feb 2024 12:32:49 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1707942769; cv=pass; d=google.com; s=arc-20160816; b=MXv26RXrbVHJEuR8F4OoThezuE7LTj6R/0VdjTQZf+zhWKIQy/1QlEoPIauvGGszxv nj8kX0oe3i0QtTx4Q24qXm+fD0gLA9lDBt0XjLtCDesgMXibSzUhCFDgLMMr0++VtV5o B0vtTdvRKkIvH5unYT1FeaB4iyq+l1QorcT42HXnmv3cy5SACnddRMn2XZqvr8mG3CW3 E7qChc5N9UCinorBHCk8MVUNVVfFgdpPJ4/hm5WZynwmbm7cTH2G15j19Ar7yngilhYl 7uYEJem+JB3LlAN8CYUtjq5s0rmnwiEE56VncfDEC00jLt4wCnr7RWrz7yFx739jxzhh RhSQ== 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=sDKdjSNcvLqK5KJzhH1KxCp5HQEGeuq8PnFl1gcFG2I=; fh=67Ej200yTUKcwYdtIRt7QqyKRsI4DrBjOxJzCPSWbqM=; b=lZJi1pBOfvA3PM1Z52PM7lQeIjwe3UtbYXFeIuX0DLf98C0QrWTCyDlJKfD63H3FvI isiUhvAJTZAF8BUE8cjSOaxX5HTT1MBHq7BmnUUK+8ulJRK+sofJE1Idv2TQJbDGOoT8 IaxfAZoD3cw9DBkS64F1TwhZGJVDBfdpLOz6WnH3/ZJxXDAIxB2omBKWgw/0tnfj1CaE u9uNhDZnYfTDwU6eLaf4LXaq4nEZRJ0npmbeg+HowhFkjtfxdnznHyg2JIesJQ5exUJL V5MrrZuaC8i6xmCydakuxourWb/EfBeVd/O31TU/JBwqmVRi5lTf46gE3Unv7lVYiYYU 44UA==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=BPF7r5o8; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-65901-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-65901-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org X-Forwarded-Encrypted: i=2; AJvYcCUlydA2NHKy2WRRDTSmvIo8sv5DxY7Ue7DfBF+Hsu00qe2d2X3iVfS6Ajsw/GxurTHT6egrLlA7gB/oOsTr2s7BSBpS4VL7UrRiaqTp+Q== Return-Path: Received: from sy.mirrors.kernel.org (sy.mirrors.kernel.org. [2604:1380:40f1:3f00::1]) by mx.google.com with ESMTPS id d63-20020a633642000000b005cdfb96ea62si4200741pga.243.2024.02.14.12.32.48 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 14 Feb 2024 12:32:49 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-65901-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) client-ip=2604:1380:40f1:3f00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=BPF7r5o8; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-65901-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-65901-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 sy.mirrors.kernel.org (Postfix) with ESMTPS id 145ACB27145 for ; Wed, 14 Feb 2024 19:55:44 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 24A3E13DB83; Wed, 14 Feb 2024 19:55:33 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="BPF7r5o8" 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 2B3CC13B7B5; Wed, 14 Feb 2024 19:55:31 +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=1707940532; cv=none; b=qWiyZ1Sl9oYOrS/zkrAbrp/UCfVfRFNOmr7OAM3+d70MF86fZkQYfiFFRfg2strSwaPVg1ZwopdmLVK5jwfhOtuMsO7MR1KE5dcOvtpIJi18ewGOBFUAOZKzVx22LZ2eIVo43tNYHCqrpfWCWSFD+6YEKxUoiqzYDFrhj2B7GDE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1707940532; c=relaxed/simple; bh=aN1RQYhpuVAtEpsc/MudXniLKa3dvmAiLsNZ9i8++FQ=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=TxfEQ1CGRWj7ULMDEKGQpHgVjVgdTbgQHjRtudkGWMSeo3R5ZdRcR/pZ09NaaEdjP1HfEins+osDuw+cyhbAInkw81fiPjgTU9pqc/p8Cdaf1FVl5Z+jh0Nh/tb8DqL57ChfMQgysTk0Y6vurbwLAbZSeWXHi5+dDmjzABF1ICM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=BPF7r5o8; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id 82B97C433C7; Wed, 14 Feb 2024 19:55:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1707940531; bh=aN1RQYhpuVAtEpsc/MudXniLKa3dvmAiLsNZ9i8++FQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=BPF7r5o8y4H7bDrDpLcEtMHw2F5B4qUrp6FwYfjwuCg/FcXarE+YdrxY69PpTtat9 JxJPI2PdTNzOC1wmE2B7cpj3GL2NmnAFGMhFQjtT4C34N4olyB5orZB7XhfHjyy5Wh scfs3njKTQZOU+LywXw1fjBRxl4IIe2dc+hoQgzwaQeN7At17fp1IMFHWQTXM1yDqj aHICeaEL/1iZQSa33XVXUSrPS4g70whSndILPuQgfT1DpOhXfzabSATDF8SBpEN2TW sDNt6VjfQ+r2A/sqMutDNkSZ0cB2cKugqhjsRFOyXyVOGwCy4TEhLQH9r8h1CGn8c9 3IUomvF86kyGA== Date: Wed, 14 Feb 2024 19:55:27 +0000 From: Conor Dooley To: Guenter Roeck Cc: Naresh Solanki , Jean Delvare , Rob Herring , Krzysztof Kozlowski , Conor Dooley , mazziesaccount@gmail.com, linux-hwmon@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] dt-bindings: hwmon: tda38640: Add interrupt & regulator properties Message-ID: <20240214-dimly-wife-5b6239d4adec@spud> References: <20240214092504.1237402-1-naresh.solanki@9elements.com> <20240214-trinity-delouse-6dcd0b046895@spud> <0f1665e5-bae1-4a17-a976-cc225a28dad3@roeck-us.net> 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="xG+P4JTtsjcaH+61" Content-Disposition: inline In-Reply-To: <0f1665e5-bae1-4a17-a976-cc225a28dad3@roeck-us.net> --xG+P4JTtsjcaH+61 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 14, 2024 at 10:48:52AM -0800, Guenter Roeck wrote: > On 2/14/24 09:51, Conor Dooley wrote: > > On Wed, Feb 14, 2024 at 02:55:03PM +0530, Naresh Solanki wrote: > > > Add properties for interrupt & regulator. > > > Also update example. > >=20 > > I feel like a broken record. Your patches need to explain _why_ you're > > doing what you're doing. I can read the diff and see this, but I do not > > know what the justification for it is. > >=20 > > /30 seconds later > > I really am a broken record, to quote from v1: > > | Feeling like a broken record, given I am leaving the same comments on > > | multiple patches. The commit message needs to explain why you're doing > > | something. I can read the diff and see what you did! > >=20 > > https://lore.kernel.org/all/20240126-fleshed-subdued-36bae813e2ba@spud/ > >=20 > > The patch itself does look better than the v1, with one minor comment > > below. > >=20 > > Thanks, > > Conor. > >=20 > > > Signed-off-by: Naresh Solanki > > >=20 > > > --- > > > Changes in v2: > > > 1. Remove TEST=3D.. > > > 2. Update regulator subnode property as vout0 > > > 3. Restore commented line in example > > > 4. blank line after interrupts property in example. > > > --- > > > .../hwmon/pmbus/infineon,tda38640.yaml | 28 ++++++++++++++++= +++ > > > 1 file changed, 28 insertions(+) > > >=20 > > > diff --git a/Documentation/devicetree/bindings/hwmon/pmbus/infineon,t= da38640.yaml b/Documentation/devicetree/bindings/hwmon/pmbus/infineon,tda38= 640.yaml > > > index ded1c115764b..a93b3f86ee87 100644 > > > --- a/Documentation/devicetree/bindings/hwmon/pmbus/infineon,tda38640= =2Eyaml > > > +++ b/Documentation/devicetree/bindings/hwmon/pmbus/infineon,tda38640= =2Eyaml > > > @@ -30,6 +30,23 @@ properties: > > > unconnected(has internal pull-down). > > > type: boolean > > > + interrupts: > > > + maxItems: 1 > > > + > > > + regulators: > > > + type: object > > > + description: > > > + list of regulators provided by this controller. > > > + > > > + properties: > > > + vout0: > >=20 > > Why "vout0" if there's only one output? Is it called that in the > > documentation? I had a quick check but only saw it called "vout". > > Are there other related devices that would have multiple regulators > > that might end up sharing the binding? > >=20 >=20 > Primarily because that is what the PMBus core generates for the driver > because no one including me was aware that this is unacceptable > for single-output drivers. Is it unacceptable? If you're implying that I am saying it is, that's not what I was doing here - I'm just wondering why it was chosen. Numbering when there's only one seems odd, so I was just looking for the rationale. > We now have commit 88b5970e92d0 ("hwmon: > (pmbus/core) Add helper macro to define single pmbus regulator"). > I guess we can update the tda38640 driver to use the new macro > to register vout instead of vout0. --xG+P4JTtsjcaH+61 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCZc0arwAKCRB4tDGHoIJi 0lyZAQDo72m1JTDm3RB2kzIKmBYKf7gk6P+U/7VON1Kjca7/+wD+KDyCgv+ptSlb 2Gv/TNj8JuKGhWht70cIyT72yXA1QwI= =enKi -----END PGP SIGNATURE----- --xG+P4JTtsjcaH+61--