Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp292615pxb; Wed, 3 Feb 2021 05:53:51 -0800 (PST) X-Google-Smtp-Source: ABdhPJykiT/6KT2ReWkQPrkSVJgIhSHVl8MXrkl//zMjYLOUIYXunoSvgmPEfBPSVal/YSHSFPxk X-Received: by 2002:aa7:d692:: with SMTP id d18mr3066441edr.327.1612360431411; Wed, 03 Feb 2021 05:53:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612360431; cv=none; d=google.com; s=arc-20160816; b=xvs/8Bfqb14ltI7PjV2a9zXzJWg5kJfpd+evTtzjyUeWvI0Ix89x8UlL/O8cN/uvig clli0jZpuKoC6BX5IAPx115WqV0v48qgOJ/InCDZ2fQhDxY/IAEfstBYzPg2hXHDH9em 3PoVHcF2AUwzu/edRVimHKi2v7eepjXATi+0wT1yIqWuAoOblCKOKHpQt0jabKUcRJS4 VRqP1hCRwq1iwhvZGQw2N18/dmDPvoVuMEiFAMhn02rPSWdKdaiFnzK6sRCAMq0bqJew DvbkfCKUSVEVqkQ3mFwu23bdmD+ABIV/17hyH8SAoHHV+WJbWviO87EzZqpLrmCwUDB1 ZIbg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=j6icRAuTZgy1AtJAEQIOxn7n/y4lnVdH9Vjvn+YesGI=; b=GxYs0BR/iJ2WSHOTBznsGktblPv+TpBkodEsMVt/37DZ7LjGUNAr2VccicFutiAWAI lanLAuxejjp/0PilWn+rGiF/wLTzC0h9vlJvOphgxqYbM1Z2ILiPgnXvbNYV+D5fj2EQ cS/4frFpOCxiqUce5tDtcKKNHxvjmuL6LyMNn9aRc2F+4cPD3EvHDGBw4vayuEq3O4CU xnBqRxAANQU8qPygrUPn7vvE1lhxl1oW+VHhlPcUD2z6tWzDw8NUHOWfoRqJdtJtWAMP QujkAN6j3StzcB/2RV18Uwrykt5cZkjfdjX0NCAKdNDC69zclRG0YumxzF+pO0wMecTa Ix9g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=mua55PK9; 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; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h5si1410382edd.237.2021.02.03.05.53.26; Wed, 03 Feb 2021 05:53:51 -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; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=mua55PK9; 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; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231781AbhBCNuq (ORCPT + 99 others); Wed, 3 Feb 2021 08:50:46 -0500 Received: from fllv0015.ext.ti.com ([198.47.19.141]:38482 "EHLO fllv0015.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230123AbhBCNun (ORCPT ); Wed, 3 Feb 2021 08:50:43 -0500 Received: from lelv0266.itg.ti.com ([10.180.67.225]) by fllv0015.ext.ti.com (8.15.2/8.15.2) with ESMTP id 113Dnfnb065738; Wed, 3 Feb 2021 07:49:41 -0600 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1612360181; bh=j6icRAuTZgy1AtJAEQIOxn7n/y4lnVdH9Vjvn+YesGI=; h=Subject:To:CC:References:From:Date:In-Reply-To; b=mua55PK9ZobR4t0zc/U1M/HaDWdHiB+Qb9V4lUK27I2nYvf8s8B7mIFVt3I3r976i 4PVA1oDLx3Qu87uOKefLoBg7AFYwspsoJA0dxpmlp098Ie96aoFI6Nq4Nrmv0aD5OJ afs2IlIHTCIGqnoL6GOFFwuL8FSc6MGnzS4LvidM= Received: from DLEE104.ent.ti.com (dlee104.ent.ti.com [157.170.170.34]) by lelv0266.itg.ti.com (8.15.2/8.15.2) with ESMTPS id 113DnfZN107665 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 3 Feb 2021 07:49:41 -0600 Received: from DLEE105.ent.ti.com (157.170.170.35) by DLEE104.ent.ti.com (157.170.170.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3; Wed, 3 Feb 2021 07:49:40 -0600 Received: from lelv0326.itg.ti.com (10.180.67.84) by DLEE105.ent.ti.com (157.170.170.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3 via Frontend Transport; Wed, 3 Feb 2021 07:49:41 -0600 Received: from [10.250.39.117] (ileax41-snat.itg.ti.com [10.172.224.153]) by lelv0326.itg.ti.com (8.15.2/8.15.2) with ESMTP id 113DneOw033189; Wed, 3 Feb 2021 07:49:40 -0600 Subject: Re: [PATCH 2/2] leds: lp50xx: remove unused regulator To: Pavel Machek , Sven Schuchmann CC: Rob Herring , , , References: <20210203083408.2534-1-schuchmann@schleissheimer.de> <20210203090249.GA14154@amd> From: Dan Murphy Message-ID: <2e9dff78-7fde-404d-6fad-6aeedf1145d1@ti.com> Date: Wed, 3 Feb 2021 07:49:35 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20210203090249.GA14154@amd> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Pavel 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? > I think it would be better to do an enable as opposed to removing the code. This would be needed especially in applications that have to meet strict power management requirements. 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. Dan