Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp5823829ybp; Tue, 8 Oct 2019 08:50:14 -0700 (PDT) X-Google-Smtp-Source: APXvYqw2k8pykI6QEzjqdkHvS+9Di6JstgNtJKTZBJqiH40ztthxafsYdyNv9I7HbyWyRJCPy5rQ X-Received: by 2002:a17:906:4e57:: with SMTP id g23mr15839144ejw.264.1570549814665; Tue, 08 Oct 2019 08:50:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570549814; cv=none; d=google.com; s=arc-20160816; b=ZqLcNz3g3GTwknF4vAgwkBiro4mBcyWeMNI8dShoA1uFeD4uXHgQQwc1/N4GQiuyCf rs0CW0RCiM0mERwMf2yCFbNVNUd/SFXt5tfSYBfBSKDszOBO3JXGlswUHgsoSnJnc4GI f8z/GBKLoKg5Wt3M+LuwdpqsFX87IGuAYuZmRGqsw33jUEgj9W8wBpq/PJzelaWhdDrd mlfhljzFdwZaVeTlcT5xC02NI/XcWmU4VRttCCV1KR/RBfXh1VYgqRorL0eoc5lZynJP btF+yP2IOumWQGced5Z+9VsFXDY+dqFK3TvRVOKbTBDwQN1aeGHlVf6Wz+bIi50fuCB4 daoA== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=PIZUg0Oa3MGso9tzbx/nd/Wklht6uzJyalmMLQer1VM=; b=ZcoMSL2SAraV9zthmUW+hlmKS0S3NbE8c8HhljuR5XEu4IuU1YFnZkg+Gm93xQz4VV 85tr0+B4o4DfddyyLL8jwNl2L5PDUMTMl0UvAT2h9lMsO7aVmfDOECTOEmp3V+x4khED qE1P6gWrHgF4/FezoKLqwNVec/0BWRj203yhjLYx2wnMY5I/rVpHfgRUaS73gHAgU7ki 3n8m0298ozZuZmdO85/hEmWpFSEH0SztgDj8dq2PPoh0exqHDQgFk0QXG1nDdM5IEgNG pK15gc6tEnl6wpZiAAhl/0eTVsQOaxlppHJQNOOfxhtImlilSXMOv+Ue7SFiiDXWAXTQ L/XA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=Codb8f6M; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j28si12496414eda.161.2019.10.08.08.49.51; Tue, 08 Oct 2019 08:50:14 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=Codb8f6M; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728212AbfJHPsv (ORCPT + 99 others); Tue, 8 Oct 2019 11:48:51 -0400 Received: from heliosphere.sirena.org.uk ([172.104.155.198]:37120 "EHLO heliosphere.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725908AbfJHPsu (ORCPT ); Tue, 8 Oct 2019 11:48:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sirena.org.uk; s=20170815-heliosphere; h=In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=PIZUg0Oa3MGso9tzbx/nd/Wklht6uzJyalmMLQer1VM=; b=Codb8f6MisVNUD3PDeMFVLQOO jdDVcgPSoU0iOm4HdH7fuMB+WVIsNjgGBzRkCrHNuHmxut1tkioFIq1oiudG8ZCEnm/ndws24EUhW U2+EVALOZmrFqtGQkmuMMCjuqvngazjL8DyjA2OPkwXBypBM3vrKltAHG/EA8KSSNuXL4=; Received: from cpc102320-sgyl38-2-0-cust46.18-2.cable.virginm.net ([82.37.168.47] helo=ypsilon.sirena.org.uk) by heliosphere.sirena.org.uk with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iHrjB-0000O0-Mx; Tue, 08 Oct 2019 15:48:45 +0000 Received: by ypsilon.sirena.org.uk (Postfix, from userid 1000) id AF19A2740D4A; Tue, 8 Oct 2019 16:48:44 +0100 (BST) Date: Tue, 8 Oct 2019 16:48:44 +0100 From: Mark Brown To: Bartlomiej Zolnierkiewicz Cc: Marek Szyprowski , linux-kernel@vger.kernel.org, Dmitry Osipenko , Liam Girdwood , Lucas Stach , Krzysztof Kozlowski , linux-samsung-soc@vger.kernel.org, Viresh Kumar , Kamil Konieczny Subject: Re: [PATCH] regulator: core: Skip balancing of the enabled regulators in regulator_enable() Message-ID: <20191008154844.GM4382@sirena.co.uk> References: <20191008101709.13827-1-m.szyprowski@samsung.com> <20191008115025.GF4382@sirena.co.uk> <0e222fdd-4407-51ea-b75c-a62621cbe622@samsung.com> <20191008120611.GG4382@sirena.co.uk> <9268b455-ec66-97e1-909d-f964ac31c0ef@samsung.com> <20191008124736.GJ4382@sirena.co.uk> <86b9b4b5-cca5-9052-7c87-c5679dfffff4@samsung.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="QqzFzR/RUlLahzby" Content-Disposition: inline In-Reply-To: <86b9b4b5-cca5-9052-7c87-c5679dfffff4@samsung.com> X-Cookie: Do not disturb. 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 --QqzFzR/RUlLahzby Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Oct 08, 2019 at 03:24:17PM +0200, Bartlomiej Zolnierkiewicz wrote: > Commit 7f93ff73f7c8 ("opp: core: add regulators enable and disable") > currently can be safely reverted as all affected users use always-on > regulators. However IMHO it should be possible to enable always-on > regulator without side-effects. With coupled regulators you might have something kicking in because a change was made on a completely different regulator... If we don't take account of coupling requirements we'd doubtless have issues with that at some point. > When it comes to setting regulator constraints before doing enable > operation, it also seems to be possible solution but would require > splitting regulator_set_voltage() operation on two functions: > - one for setting constraints (before regulator_enable() operation) > - the other one actually setting voltage (after enable operation) I don't follow? What would a "constraint" be in this context and how would it be different to the voltage range you'd set in normal operation? --QqzFzR/RUlLahzby Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl2cr9sACgkQJNaLcl1U h9BXUAf/RIbUmUSu6zGVv3srXuV8KnuydZCjPiPMkIelBiSu7RSvLATKLqNqlwBY x1g4Juy1G+35SyaWtq/xZLRG+ZuPkM/LVhIgS1Um3fwnmtAVzV0LfJwwYcGrBQgu r+/jh59o7qvEwIJb96cbQZLAaEEnKgK2IbbUknyVVa/YMLKKK/uivkFAeVP/t4Rc fnG9lsDLZYkK8IdyJjFnZf96l1ONZVPUQ8GgI52bxl6szXy588MSzhERreQ8h9kg BDsxxlGGPYG8vM17fFbzQ4E1SUwEZmWHo7otFKIJSl2ctuurcGpJpp/mCfYl0wl7 qVOA1l/WDyWdvk6L+gCNfkhWmtgSKQ== =KF++ -----END PGP SIGNATURE----- --QqzFzR/RUlLahzby--