Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp3629510ybf; Tue, 3 Mar 2020 09:22:49 -0800 (PST) X-Google-Smtp-Source: ADFU+vuIUsFaX1kbm+p/TiGZAPFwRqgl27a7zd/GjC2qzxmsVPfbxP4As+Qz9TdepoTj3bDEv3eE X-Received: by 2002:a05:6830:1e76:: with SMTP id m22mr4369014otr.295.1583256169114; Tue, 03 Mar 2020 09:22:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583256169; cv=none; d=google.com; s=arc-20160816; b=BQnD6bhKM3JhJXQopluFc9ftCbcgDIMni8+WSn/4mLq6ZsJRpANZZhAsA83qEE8LHy w+ojjyEaaow3w3Q9Ik/WAhX9swuNQ8CyuOl8qreR1kP6JRkwWZkrarMjXSHxIr8W6h+U ZvMCiogwE7wowpJoX+92HZaoyT96R7fIAW6/s1nEtkZ/f+zSg1TjzPjDf1/us+nXiv3E XhP+vJD31bu8RpMZI7qDyQRwszKAvGuJXt+AvvjW0unA98ThWHB/0kVqBRTh8UTHQY2i nKz6ja/LdUYIDvx3KsZ7RQiYmffsKlELfaoNl5YQrdHQnfhBdESGX0BJfuHZF+0OhH4h 4m/Q== 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; bh=RDKPQFCXCmp6kIVIeZe/8bRUpxaZVjg1eycd1Zo+NEs=; b=aGfsaT/Y7qEjWVV4GwKD8A4sImBXFXbD1Cl9fH+3XfA4Eo+3OHhY8HFMNEFevJtblg WfGE2QyVXTI30e6Y2ok3D/Ux82QPnalAAwwNP6q3FOABAfDxnlIG/awL/VmLNu5IaNmb 5LFAuly7HfL4t10f77cBf3HXCymFcmO47bGKmTOcaPj/dqN+8iDbq2rkqo5yP8wFGhbN PBUm2PPynm+OKk0w9bRdPTY9c7z0P/fhtlnuYIgWoQNi/Y5CtvjkXSSWspwtlq9Na513 2RtIvgxYKQYqrB9v+gY+8q+nlRqVW6xoKCv/xt4uvVbFdIG3mwBQ6hI7nJcHJ1Avvbx9 LOXw== ARC-Authentication-Results: i=1; mx.google.com; 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 c19si8893019otp.129.2020.03.03.09.22.37; Tue, 03 Mar 2020 09:22:49 -0800 (PST) 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; 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 S1729797AbgCCRKw (ORCPT + 99 others); Tue, 3 Mar 2020 12:10:52 -0500 Received: from foss.arm.com ([217.140.110.172]:50014 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727198AbgCCRKw (ORCPT ); Tue, 3 Mar 2020 12:10:52 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 925202F; Tue, 3 Mar 2020 09:10:51 -0800 (PST) Received: from localhost (unknown [10.37.6.21]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 128593F534; Tue, 3 Mar 2020 09:10:50 -0800 (PST) Date: Tue, 3 Mar 2020 17:10:49 +0000 From: Mark Brown To: Anson Huang Cc: lgirdwood@gmail.com, linux-kernel@vger.kernel.org, Linux-imx@nxp.com Subject: Re: [PATCH] regulator: anatop: Drop min dropout for bypass mode Message-ID: <20200303171049.GI3866@sirena.org.uk> References: <1583245476-8009-1-git-send-email-Anson.Huang@nxp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="HkMjoL2LAeBLhbFV" Content-Disposition: inline In-Reply-To: <1583245476-8009-1-git-send-email-Anson.Huang@nxp.com> X-Cookie: Drilling for oil is boring. 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 --HkMjoL2LAeBLhbFV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Mar 03, 2020 at 10:24:36PM +0800, Anson Huang wrote: > Some of anatop regulators support bypass mode, and in bypass mode, > minimum dropout is NOT required, the input voltage will be equal to > the output voltage. The minimum dropout value is ONLY necessary for > LDO enabled mode, so drop the minimum dropout for bypass mode to > avoid unexpected high voltage output from PMIC supplies. The goal makes sense but I don't think it makes sense to do this in the driver - changing this without the core knowing is likely to lead to confusion at some point and also I think this behaviour is likely to be the same for every regulator that has a bypass mode (at least if it isn't I'm kind of confused about how it's bypassing, usually the minimum drop is a function of maintaining regulation). Could you look into doing something like this in the core instead please? --HkMjoL2LAeBLhbFV Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl5ej5gACgkQJNaLcl1U h9C23gf/bha+BF8TIeD6hPRVh2Doz2kjJKrak1meqLCpkFllt0K4GL9QHSddTmgb vrjGFu5CFPdnY9nTE7cAI53PqzGkkl8jOICNxPmXFRmHnddTVkRVpYohC2DV2CIJ Z0sSsrEfR7Y0lsddsLs/4zF8g5kZOhmp+3RyqJPdtu5dZsIaLRxcaoj0BDpYPFtK QC8N1Ef3S5XZdnWioputBbLaEa/4Rq9WTjo6wCb87zRkFs1mIRpEXtXbnLfrPJ3V nKjUmEZpsmxNyBJw6HIlHM8OibaLlzpzwA+6r5geDOiiXtODom3rcW0BmCOn4iQa 8Fkq/y5fKW3tq2xOWn49Uz006me3Mg== =gqK6 -----END PGP SIGNATURE----- --HkMjoL2LAeBLhbFV--