Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3791550pxk; Tue, 8 Sep 2020 02:34:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyGsotlx3C5KO8gADxQy1TGl4G9GirHmEPLHSlcaF8xE2cgiT3nlawOJH9XrCmmV95t140Z X-Received: by 2002:a05:6402:6d6:: with SMTP id n22mr25644881edy.79.1599557693845; Tue, 08 Sep 2020 02:34:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599557693; cv=none; d=google.com; s=arc-20160816; b=L8zXmgTErZm9aYHKr+4YGzVMG1zdye2FABNcHO3z1Ai5DoY/PIoKZFg5ihB9lTqSqI VTtBnW+F+uBJDXOaFXHSz6HkAVmv36pQcDHLIBVxVh/QKyFkkfN4RLL1/BjBHaufTzLY jS5qW6nxX8sGSISz6aGmaolyz6IP0zLKEZ6gvnUQ6c/Lu5C1VHZURB3mwOZV5wlch/i2 cOUfkQMsu2N5dQSz/mkXk5Lt61w4j9FstIQWiRxxXYUaG5FJGa8BRmoHYUYsznIIxSa8 W6uz3N615TqOn/2MUjhn9gR08/AV4+NDKs1rxlj8SsygXjr/Axf2/A8tKUxOG7G7PZqS /ubw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=KtdeDp9pHEYWx9hOSIN8nvddsUpDN8pFi/4F2qxlQEM=; b=Q7dU77x91xTcKyvmshD2xkugSGog1PgWtmEYVugBoveJ1CG0AurWk/t8ZXEBfnvweY n5P4K5lDQZAvROgYIeFRc175YLc4Wzp+1Jm67LGe9AjSj63hZzZM/CDxwd/azNYRvkQA j6aSUJ/JifGNSkkhXVEXvUnoMkuyDaFPwPtjickX8Y3IhpHv21zT/PdpWku9tKHpNDYW vUcYHHoLaNCdxxbqIezU5EDNIsGZdOt4rYPwmPBBZJS6a+ui6e9t0dfhgUNRHghBYakS abBQZKxRU8yw5sDs492LSgnQoX1dxMv7CRkGKxHL8sLk4knAtxW2BMBuXiIAHgzFO1al Hpgw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id di23si11910965edb.451.2020.09.08.02.34.30; Tue, 08 Sep 2020 02:34:53 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728828AbgIHJdv (ORCPT + 99 others); Tue, 8 Sep 2020 05:33:51 -0400 Received: from retiisi.org.uk ([95.216.213.190]:60616 "EHLO hillosipuli.retiisi.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727995AbgIHJdv (ORCPT ); Tue, 8 Sep 2020 05:33:51 -0400 Received: from valkosipuli.localdomain (valkosipuli.retiisi.org.uk [IPv6:2a01:4f9:c010:4572::80:2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hillosipuli.retiisi.org.uk (Postfix) with ESMTPS id C4DE2634C8C; Tue, 8 Sep 2020 12:33:41 +0300 (EEST) Received: from sailus by valkosipuli.localdomain with local (Exim 4.92) (envelope-from ) id 1kFa0T-0000VG-WE; Tue, 08 Sep 2020 12:33:42 +0300 Date: Tue, 8 Sep 2020 12:33:41 +0300 From: Sakari Ailus To: Sowjanya Komatineni Cc: Jacopo Mondi , thierry.reding@gmail.com, jonathanh@nvidia.com, hverkuil@xs4all.nl, jacopo+renesas@jmondi.org, luca@lucaceresoli.net, leonl@leopardimaging.com, robh+dt@kernel.org, lgirdwood@gmail.com, broonie@kernel.org, linux-media@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v5 2/3] dt-bindings: media: imx274: Add optional input clock and supplies Message-ID: <20200908093341.GB834@valkosipuli.retiisi.org.uk> References: <1599012278-10203-1-git-send-email-skomatineni@nvidia.com> <1599012278-10203-3-git-send-email-skomatineni@nvidia.com> <20200903125542.nxiafnysatoexken@uno.localdomain> <20200903163525.p5z2adhp4wq453bs@uno.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 03, 2020 at 09:40:57AM -0700, Sowjanya Komatineni wrote: > > On 9/3/20 9:35 AM, Jacopo Mondi wrote: > > Hi Sowjanya, > > > > On Thu, Sep 03, 2020 at 09:05:27AM -0700, Sowjanya Komatineni wrote: > > > On 9/3/20 5:55 AM, Jacopo Mondi wrote: > > > > Hello Sowjanya, > > > > > > > > On Tue, Sep 01, 2020 at 07:04:37PM -0700, Sowjanya Komatineni wrote: > > > > > This patch adds IMX274 optional external clock input and voltage > > > > > supplies to device tree bindings. > > > > > > > > > > Reviewed-by: Luca Ceresoli > > > > > Signed-off-by: Sowjanya Komatineni > > > > > --- > > > > > .../devicetree/bindings/media/i2c/sony,imx274.yaml | 21 +++++++++++++++++++++ > > > > > 1 file changed, 21 insertions(+) > > > > > > > > > > diff --git a/Documentation/devicetree/bindings/media/i2c/sony,imx274.yaml b/Documentation/devicetree/bindings/media/i2c/sony,imx274.yaml > > > > > index 7ae47a6..57e7176 100644 > > > > > --- a/Documentation/devicetree/bindings/media/i2c/sony,imx274.yaml > > > > > +++ b/Documentation/devicetree/bindings/media/i2c/sony,imx274.yaml > > > > > @@ -25,6 +25,27 @@ properties: > > > > > reset-gpios: > > > > > maxItems: 1 > > > > > > > > > I just sent an update to my json-schema conversion of this bindings > > > > document (not yet on patchwork, sorry) and Sakari pointed me to the > > > > fact in between my v2 and my v4 this patch from you went in: > > > > 4ea3273d24b ("dt-bindings: media: imx274: Add optional input clock and supplies") > > > > > > > > I should probably now update my bindings conversion patch, basically > > > > taking in what you've done here, but I would have one question. > > > > > > > > > + clocks: > > > > > + maxItems: 1 > > > > > + description: Reference to the sensor input clock > > > > > + > > > > > + clock-names: > > > > > + maxItems: 1 > > > > > + items: > > > > > + - const: inck > > > > > + > > > > > + vana-supply: > > > > > + description: > > > > > + Analog voltage supply, 2.8 volts > > > > > + > > > > > + vdig-supply: > > > > > + description: > > > > > + Digital IO voltage supply, 1.8 volts > > > > > + > > > > > + vddl-supply: > > > > > + description: > > > > > + Digital core voltage supply, 1.2 volts > > > > 4ea3273d24b introduced these regulators as VANA-supply, VDIG-supply > > > > and VDDL-supply (please note the upper-case names). This version uses > > > > lower-case ones instead. Is this intentional ? The driver currently > > > > does not parse any of these if I'm not mistaken, but as the bindings > > > > in textual form defines an ABI which should be preserved during the > > > > conversion to json-schema, should these be kept in upper-case ? > > > > > > > > Thanks > > > > j > > > Yes, based on feedback lower case was recommended. So, changed to use > > > lower-case names. > > > > > > These properties were not used by driver currently and from my prior series > > > only dt-binding got merged as? no feedback was received on it for all prior > > > versions. > > > > > > So, should be ok to change to lower-case as there properties are introduced > > > now and driver update using these properties is under review > > > > > Well, I see that patch went in v5.9-rc1, so it will be part of v5.9. > > > > If the bindings update goes in in v5.10 (or whatever comes after v5.9) > > then we have a problem, as the DTB created for v5.9 won't work anymore > > on any later version, and that should not happen. Alternatively, a fix > > for the next -rc release could be fast-tracked, but you would > > need to synchronize with the dt maintainers for that and make a patch > > for the existing .txt bindings file. > > > > If the name change happens in the yaml file and one release is made > > with the old names, then we're stuck with those forever and ever, if I > > got the situation right. > > > > Please check with the dt and media maintainers, or they can comment > > here if they glance through these lines. > > > > Thanks > > j > > Hi Leon Luo, > > I used upper case for regulator supply names in all prior 4 versions of > IMX274 patch series as I see some other media i2c drivers doing it and > dt-binding patch from v3 got merged in 5.9-rc1 which was using upper-case. > > Later received feedback from Sakari requesting to use lower-case names so > updated to use lower case name now in v5. > > Not sure if we have timeline to squeeze in patch to change names to > lower-case before they get into 5.10. > > Can you please comment? We can merge patches through the fixes branch if needed. That is not an issue. > > Sakari, > > Can you also help understand why can't we keep upper case for regulator > supplies? > > I see some other media i2c drivers using upper case as well. The vast majority of bindings use lower case, that's it, simply. -- Regards, Sakari Ailus