Received: by 2002:a05:6358:111d:b0:dc:6189:e246 with SMTP id f29csp1048208rwi; Mon, 31 Oct 2022 10:31:52 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4vnXtUDY0hLMxpiX7MMQmnr/Dpm5wDBf1c7GEshdN7YqEtGtEfQpp3KWuBZiS1EiWyuFZ5 X-Received: by 2002:a17:902:8e84:b0:178:57e4:805b with SMTP id bg4-20020a1709028e8400b0017857e4805bmr15509684plb.144.1667237511863; Mon, 31 Oct 2022 10:31:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667237511; cv=none; d=google.com; s=arc-20160816; b=CIfhWxpXWYAw+D4U9MpsMEoSI5XPPKdr82kskpduoFMv9yDajCHlh0Ezh47Kbl7pNm J2Zg7l5TrN6u8T+HSa/6XU21JmJ/Hz3L2IfsLkjKsFR4QPvB9Bszo+bUv3p8q9n2ovX5 jmuwFoLEMWGknqltdTPiKQLRlscubCk4sbA2oXgPIGkXyQYtJmEvWmeHO54CAXdYY6ZN yc9FHe4TMBNvrv+oEiOxJPUb9otlC+kxD2vIae+SSMRyCUUYxsk4don8iNACKDizfQsJ rZ+otM1iEqxv6t3+kFZzh3zsnYO2UUnqWf2khi+a0EgzoAU8xs188cMK+Kg0biRalsbp Q5og== 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=JG8YUyl86AjO18Y2Qcz+hv4CLBAxcgo6B9JnlDfnzAI=; b=AKAljiunFA1XpIH8uxRV+o72Q1lBHfoE818d361Yz6x44QEWyidtlBi/t6eiRe+5tp r1Wlm6gZ+6cStOLAJG6xuWuqUP+NMJQLySNdD726kx4Vd5TBKPUMUUFJBCS1X0NSFEUI nWY6JsioXZBjTFp0CLCc63UrfFg9PaZNqVsNi2fvF4bl610FZeb+ii9Y017KK658jrfA vqfJl0f5JNCPVtVT4ccLo3fxL48Wi0Ijekx9IH7PRmbNRgiyjFUlg7galKy1tSGUa+ev dLVNY/NDMYZ2kUp86wIU2cHKgFweoS93pWrU5+PitB6yGj3vF9P5QPLJIVBAPJlwHYRK 91zQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=RDQRg+uL; 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 pa16-20020a17090b265000b0020a6302b4f2si8661937pjb.75.2022.10.31.10.31.35; Mon, 31 Oct 2022 10:31: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; dkim=pass header.i=@collabora.com header.s=mail header.b=RDQRg+uL; 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 S231626AbiJaQbw (ORCPT + 98 others); Mon, 31 Oct 2022 12:31:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46892 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231134AbiJaQbu (ORCPT ); Mon, 31 Oct 2022 12:31:50 -0400 Received: from madras.collabora.co.uk (madras.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e5ab]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 60EF612743 for ; Mon, 31 Oct 2022 09:31:49 -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 6B27166028E6; Mon, 31 Oct 2022 16:31:45 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1667233907; bh=Yxk389Oko1Xowes1bh+Yv0J9CRj5ruDQLPlvAn7GIx0=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=RDQRg+uLzerCB0xhQ8duM3SCEXldqat+qYPRNZopSXktpbUe0vtF9oI9hxhel3nJA gpwawB0OHHGf67bU1t/QTphq/HWLFQcZPYh3LkKXRq/RoxBDFNnhae5zOsZvssnX9x R+jTMMBoAKNFPnWH+eXL278CNIyjxJbCqNsnf7lSvkqGXwKcOh/ne/PZc9i2e6Hh00 s2Xr96N0wHg4hgcVb40ACKjkMqqdzfDVhJBF5yi7w342CK8WSpHxIAjUIy50WJVjPr DaP56b50by9AHAQLLsBFKFf0bRfS8M0kuah0kCVLK4u9mayouc+HHRZ9y35LsiSSB7 hxo6mAvqjLkUg== Date: Mon, 31 Oct 2022 12:31:40 -0400 From: =?utf-8?B?TsOtY29sYXMgRi4gUi4gQS4=?= Prado To: Mark Brown Cc: Bjorn Andersson , kernel@collabora.com, AngeloGioacchino Del Regno , Jaroslav Kysela , Liam Girdwood , Oder Chiou , Takashi Iwai , alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 6/8] ASoC: rt5682: Support dbvdd and ldo1-in supplies Message-ID: <20221031163140.h63kjpivwg7xpvs3@notapiano> References: <20221028205540.3197304-1-nfraprado@collabora.com> <20221028205540.3197304-7-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 Mon, Oct 31, 2022 at 01:09:28PM +0000, Mark Brown wrote: > On Fri, Oct 28, 2022 at 04:55:38PM -0400, N?colas F. R. A. Prado wrote: > > > @@ -35,6 +35,8 @@ const char *rt5682_supply_names[RT5682_NUM_SUPPLIES] = { > > "AVDD", > > "MICVDD", > > "VBAT", > > + "dbvdd", > > + "ldo1-in", > > Why are we making these inconsistent in style with the other supplies? In short because the other supplies already have users while these are new ones. My understanding was that new supplies should have lowercase names, following DT convention. But I do see the argument on having them all be consistent for a single driver/binding. If there are no remarks from Rob or Krzysztof I can change it in the next version. Thanks, N?colas