Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp319798pxb; Wed, 3 Feb 2021 06:27:42 -0800 (PST) X-Google-Smtp-Source: ABdhPJwCeHt1yjUQKxVu4ska0y+1e8GNiYAhh601M47hmAYs7Gr/U6HgYoWKXHw0slJmE37lQuj0 X-Received: by 2002:a17:907:2805:: with SMTP id eb5mr3399589ejc.277.1612362462650; Wed, 03 Feb 2021 06:27:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612362462; cv=none; d=google.com; s=arc-20160816; b=lakPAOJRjtXM1kEOaEhOKW/u0pdVz9A+9kPGayssEvrNMBft49w6Xz6nJY/1Q0svf0 x5rG3ER9S0/PoSQ2VRth9ydgDYjgtytLI/IYlutxk3FNSh/VQE/aosSFAxpmsckuSmqP 62m3gwtow2L5dglhkMXXI9BCYfnPPvuluqoutjqYPFpviGbpLmzSwTznANNyipVkReqm 1Fc9jR/cHgi8BoWb3k3CR1cjnYn2vDugMsvr8K8Np02mRcHAXTVH+bT8B+oqPXX15th7 g/iEYb/rjOAdjxsTk4gcZ0SoXIBHFV2YU3+Lh2P9Z8ytgyQ2meoqb/wZFD3aEfQCRTzH mLtg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=KMbI6oCHwhMjFbvV5PQ3sNqcIZmjLrm3mICV7TwjBnA=; b=oEEDsLtL7Jt5uadeMKTJo0+y0UgYArxA4mRPVSyNwxFLaDUHbYw6LpDlboQho1t+Aw IpOm9xNxNVszOhq9dyY4yQ34E1MeLyZkjvj6sGetWdsYmW9lgBpogSqrMiZL9yCok12z CG+hxQkuv2B8h/7N8diaQxf9VaftodW4V9bH3keZzBbDX+MR2q731e+zUhSIaG6HSpPC Mw4e3M6DMDZtd4FvOGIcQJHmi3qKBg1qFvcbQ0cSXExJMHXMGZdhC6PyNy6DkIude+zt 7fQaTP3SRu2pyD0prjFFXYFKbC5G8/xZbn0iskGkKtyr7Lk4W39OTjkDoV9+uihbnJks oAWg== 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 p7si1256290ejf.627.2021.02.03.06.27.14; Wed, 03 Feb 2021 06:27:42 -0800 (PST) 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 S232830AbhBCOYv (ORCPT + 99 others); Wed, 3 Feb 2021 09:24:51 -0500 Received: from jabberwock.ucw.cz ([46.255.230.98]:45708 "EHLO jabberwock.ucw.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232770AbhBCOYe (ORCPT ); Wed, 3 Feb 2021 09:24:34 -0500 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id 1FA421C0BB5; Wed, 3 Feb 2021 15:23:37 +0100 (CET) Date: Wed, 3 Feb 2021 15:23:36 +0100 From: Pavel Machek To: Dan Murphy Cc: Sven Schuchmann , Rob Herring , linux-leds@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/2] leds: lp50xx: remove unused regulator Message-ID: <20210203142336.GA12369@duo.ucw.cz> References: <20210203083408.2534-1-schuchmann@schleissheimer.de> <20210203090249.GA14154@amd> <2e9dff78-7fde-404d-6fad-6aeedf1145d1@ti.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <2e9dff78-7fde-404d-6fad-6aeedf1145d1@ti.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed 2021-02-03 07:49:35, Dan Murphy wrote: > Pavel >=20 > On 2/3/21 3:02 AM, Pavel Machek wrote: > > On Wed 2021-02-03 08:34:08, Sven Schuchmann wrote: > > > The regulator for vled-supply is unused in the driver. > > > It is just assigned from DT and disabled in lp50xx_remove. > > > So the code can be removed from the driver. > > Dan, what is going on here? Do we need to also enable the regulator, > > or is the removal correct thing to do? > >=20 > I think it would be better to do an enable as opposed to removing the cod= e. >=20 > This would be needed especially in applications that have to meet strict > power management requirements. >=20 > Users may want to disable or enable the regulator during suspend/resume. > Otherwise it would be considered always-on and the regulator does not need > to be populated. Do you have set up where this is needed and you can test this? Will you submit the fixes? Best regards, Pavel --=20 http://www.livejournal.com/~pavelmachek --T4sUOijqQbZv57TR Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQRPfPO7r0eAhk010v0w5/Bqldv68gUCYBqx6AAKCRAw5/Bqldv6 8jFQAKCyPEEBmWIfS2dealtjPjKjlpJHBACeOJjX45J5QLjGO8fmQ0dbBipQBEw= =u8q6 -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR--