Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp661980ybh; Tue, 10 Mar 2020 06:05:24 -0700 (PDT) X-Google-Smtp-Source: ADFU+vuhfX41od+0bPl986p4tN2gEfvlzA3wPC7LGlh2fAFpPzWO5dYBJFsadB7NxmN0Lpi9Ihp1 X-Received: by 2002:a05:6830:19e2:: with SMTP id t2mr9107922ott.97.1583845524378; Tue, 10 Mar 2020 06:05:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1583845524; cv=none; d=google.com; s=arc-20160816; b=y1+AEA+E1EKVr2X8pUb5TKLd3JDjVyts1BGY5jZRgGumFsMLBPfY2UOX3VhI1xb8AA qpDtV8rTMw4GPfeKy4mqFWjwSTa3PXECmVue/NjoZZN4FGyaKkTn6nca5i5hbK1fs/es ify3Oib1F5JEQXNDQ5i2PTiR0jg2p/tkWlCGxpYO+JPT6rXQudiFVFrw+SdIds05SABH hemU1YYyLlRGXyZN2fB8XqOTXEfKskZpGEKrxYgHc+uiwnHlw5QaJun6t0drxwtSn1zd Yiv+KTDi157l2chwlQF93Uz6mwD5H95mZlD6pRXG5d7PVvibSCHyl/KHk0Y36iPXeodR 37ww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=ghyz9c23ggyKVS/05f2aXcS1MOVjrfqw+sauKTJ1Mpo=; b=DSzkp0QdpvYmnB4Q0GqlUNsiuVKXLURYZ7c7FFUGKQYOnpLIqOXw5///Y/qTWpkWFI av4UeyMjZxl5datH0G2cAwaNaHnnyBgD5JPN2AHmMGcYo5u5mLLO1trT/NHfMhq7rwo7 QBicZxqFqUhJea+o2RcB8TPvfDaJ2j6R58+ad0YKK+6yh0O380X3ZYwjrzIywSve2QWZ VER2NCKWVBfxlYm6deX4gp5TIdBpENHelNNxTXLkWCKsFjCzgGeH0wErS7qFMk49ljhm 5LOIyJVClMgfssU2QU7LhttuOfPp4aBT2hIy2RZn/jJxKWWzE+cMhmjGBQEiqBtjHmRn xpsg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=DLZ15p59; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l15si5848742oic.220.2020.03.10.06.04.53; Tue, 10 Mar 2020 06:05:24 -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=pass header.i=@kernel.org header.s=default header.b=DLZ15p59; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730561AbgCJNDR (ORCPT + 99 others); Tue, 10 Mar 2020 09:03:17 -0400 Received: from mail.kernel.org ([198.145.29.99]:47724 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730542AbgCJNDK (ORCPT ); Tue, 10 Mar 2020 09:03:10 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 4C419208E4; Tue, 10 Mar 2020 13:03:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1583845389; bh=kcMAhrmYVfHyP3SFva/+apQupWoPVqUiqfIfT353oAU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=DLZ15p59Q/EYHD5ifho9jtbF0sox0iEp5oIllctHtqZqaLisSWUFfMx259PaIQqMA H2tyGh2KGV5ugFEo9o4UxkADbzXhhKcDObsQhiCrj5CoDvXf+K5lBfNR+AhkeKJZPp 0dG937ow11fjct8dftblYvA2vMqyLHaLRE+cAO/w= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Fabrice Gasnier , Mark Brown Subject: [PATCH 5.5 166/189] regulator: stm32-vrefbuf: fix a possible overshoot when re-enabling Date: Tue, 10 Mar 2020 13:40:03 +0100 Message-Id: <20200310123656.755785851@linuxfoundation.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200310123639.608886314@linuxfoundation.org> References: <20200310123639.608886314@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Fabrice Gasnier commit 02fbabd5f4ed182d2c616e49309f5a3efd9ec671 upstream. There maybe an overshoot, when disabling, then re-enabling vrefbuf too quickly. VREFBUF is used by ADC/DAC on some boards. When re-enabling too quickly, an overshoot on the reference voltage make the conversions inaccurate for a short period of time. - Don't put the VREFBUF in HiZ when disabling, to force an active discharge. - Enforce a 1ms OFF/ON delay Fixes: 0cdbf481e927 ("regulator: Add support for stm32-vrefbuf") Signed-off-by: Fabrice Gasnier Message-Id: <1583312132-20932-1-git-send-email-fabrice.gasnier@st.com> Signed-off-by: Mark Brown Signed-off-by: Greg Kroah-Hartman --- drivers/regulator/stm32-vrefbuf.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- a/drivers/regulator/stm32-vrefbuf.c +++ b/drivers/regulator/stm32-vrefbuf.c @@ -88,7 +88,7 @@ static int stm32_vrefbuf_disable(struct } val = readl_relaxed(priv->base + STM32_VREFBUF_CSR); - val = (val & ~STM32_ENVR) | STM32_HIZ; + val &= ~STM32_ENVR; writel_relaxed(val, priv->base + STM32_VREFBUF_CSR); pm_runtime_mark_last_busy(priv->dev); @@ -175,6 +175,7 @@ static const struct regulator_desc stm32 .volt_table = stm32_vrefbuf_voltages, .n_voltages = ARRAY_SIZE(stm32_vrefbuf_voltages), .ops = &stm32_vrefbuf_volt_ops, + .off_on_delay = 1000, .type = REGULATOR_VOLTAGE, .owner = THIS_MODULE, };