Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp825003rwi; Thu, 27 Oct 2022 08:02:10 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5UfKpoPItCix4NWEX325eR4sEZ6nSO3CWSNDqe/djVEqTczAHcK0SXKTkNbGOMGmpIYC0V X-Received: by 2002:a05:6a00:1349:b0:563:654d:ce3f with SMTP id k9-20020a056a00134900b00563654dce3fmr49866466pfu.32.1666882930495; Thu, 27 Oct 2022 08:02:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666882930; cv=none; d=google.com; s=arc-20160816; b=J2G1KoFE11Py6xH1t62ipUzGfhU1Zq8DDJqnwEWUBfNW218ftctzF22T58F9nwYSSi MxL3xlo9Aji0vvpznXTQMS1w1sCGInA62e16tvoOIP6z8/dZvDJez0tD/kk5jU1jG4OD RhBbjmm9AC7jItaqdYGt450bM6rfxojOd+Gt2bRVu9IG4FKcBWpJyaEZQ/uPgXWKSn1V DFWbSvCTZ/4PHO8FDv665i/PZpIIg3R5vHOIlt/XiqE/Rwi9czSGNeWvkwNxZ/VDNLVG 3Qe0GB0LidR9NOKHQHsKi12PAzYI9JnqD1jpVAq5aWNiCqioTKDw/MSs08XImAmMnC+F bZww== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=0Zl0gU30SgcP6wmsUQwVAOEuJH9Zx/HzEEoSLoR+Hq4=; b=yOiFDhF8i9pTpGesI9fcfOidMpCMAxiClX6DVw+pL3uFk2v4toid9XfEubUgMfvsgL D96bMviBJquGBZBQJNobXgoK1xmkvKWZshrmgssn6xGrN6u0LFMksvO/NlnDMQOlrBW0 YTEnwj/vKCwMJis+Qaj6sZs9RJZbBwH4aCt4Y3TussWeUzuyzEADe3Q5scKjMcINikIJ tYSP96YHaN/VdDRypj8Gq9mioYTutOg+ExeyAMoP7k6Tl4yY2yni+uDHxhwLxyDVVf2I urG4jBYk5p5716il23eCFNXLP6nhQt61dOqS8BM8sabf+nB/i4bTCbopa6PCRH4aOWFZ sNpw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=l+EOaol1; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h1-20020a056a00170100b0056bc14f1cd2si2294861pfc.10.2022.10.27.08.01.46; Thu, 27 Oct 2022 08:02:10 -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; dkim=pass header.i=@collabora.com header.s=mail header.b=l+EOaol1; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234844AbiJ0OYI (ORCPT + 99 others); Thu, 27 Oct 2022 10:24:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42424 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236322AbiJ0OYG (ORCPT ); Thu, 27 Oct 2022 10:24:06 -0400 Received: from madras.collabora.co.uk (madras.collabora.co.uk [46.235.227.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 82CFA17C560; Thu, 27 Oct 2022 07:24:05 -0700 (PDT) Received: from notapiano (zone.collabora.co.uk [167.235.23.81]) (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) (Authenticated sender: nfraprado) by madras.collabora.co.uk (Postfix) with ESMTPSA id 059F366028EA; Thu, 27 Oct 2022 15:24:01 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1666880644; bh=u7zIRu/8QWohIQBCOgJ696m1CJ5uogOYxUrppj/SchU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=l+EOaol1JPNqrtg4feZPQfX8BiKhX1f4VFn/rJ97bUuxFzXRYlt39rsyN6UwwpTT0 1uV/xQqO73f+O0I9e/yGqB5rIwhhs8dXXqC+4l4YIXkdy6QvS8bpMIE7cOO2AQooQB Ei0LJe0d/Bj3js0z1QEXP819dxRZtGt3/plVqFYusHksepXbUnBj0i2XdBpWxrpOfm VewvOZXVP3l84zq+M2HGCHT3FP48QnpDBwScyFUd6GvHUcGBy+rGHFG66kNKz1NGh9 Bdq/9mvkgqQI6JnogXphGntXp+cGo5psFJUxMl3HJXdkvrDkyFS4k673N5MXWY3ksA yuJwgu/mSHR4A== Date: Thu, 27 Oct 2022 10:23:57 -0400 From: =?utf-8?B?TsOtY29sYXMgRi4gUi4gQS4=?= Prado To: AngeloGioacchino Del Regno Cc: Mark Brown , kernel@collabora.com, Derek Fang , Krzysztof Kozlowski , Liam Girdwood , Rob Herring , alsa-devel@alsa-project.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 2/4] ASoC: dt-bindings: realtek,rt5682s: Add AVDD and MICVDD supplies Message-ID: <20221027142357.fefxa2cjthdza4yw@notapiano> References: <20221024220015.1759428-1-nfraprado@collabora.com> <20221024220015.1759428-3-nfraprado@collabora.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS 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 On Tue, Oct 25, 2022 at 12:06:23PM +0200, AngeloGioacchino Del Regno wrote: > Il 25/10/22 00:00, N?colas F. R. A. Prado ha scritto: > > The rt5682s codec can have two supplies: AVDD and MICVDD. They are > > already used by sc7180-trogdor-kingoftown.dtsi, so document them in the > > binding. > > > > Signed-off-by: N?colas F. R. A. Prado > > > > I also don't like these uppercase supply names... I wonder if it's worth changing > the driver to get "avdd" *or* "AVDD" (so, if "avdd" fails -> backwards compat)... > > ...this way, we can change the devicetree to use the lowercase names without > breaking abi. > > Of course, this commit would need to be changed to document only the lowercase > supply names. > > Driver-wise, we have a rt5682s_supply_names array... we could do something like: > > static const char *rt5682s_supply_names_legacy[RT5682S_NUM_SUPPLIES] = { > [RT5682S_SUPPLY_AVDD] = "AVDD", > [RT5682S_SUPPLY_MICVDD] = "MICVDD", > }; > > static const char *rt5682s_supply_names[RT5682S_NUM_SUPPLIES] = { > [RT5682S_SUPPLY_AVDD] = "avdd", > [RT5682S_SUPPLY_MICVDD] = "micvdd", > }; > > for (...) assign_supply_names; > ret = devm_regulator_bulk_get(...); > > if (ret) { > for (...) assign_legacy_supply_names; > ret = devm_regulator_bulk_get(...) > if (ret) > return ret; > } > > What do you think? No one seems opposed to it, so I'll add that to the next version. Thanks, N?colas