Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp2436242ybk; Mon, 11 May 2020 22:30:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxL0TsbxlHJQ/FO7gnPlfPi2wEcsDE9DocC0BJYL5cnKKT/FS8XEyLtWWEZy/yAxGatq1d7 X-Received: by 2002:a05:6402:2c4:: with SMTP id b4mr1590913edx.331.1589261406675; Mon, 11 May 2020 22:30:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589261406; cv=none; d=google.com; s=arc-20160816; b=OgeHlVTlvebr82IPHbAoq8bp7HTjlCpfW5ztT+oU+t19P6F9IVpN+RyVYtIP8R5SDl WYUX3OTsAEGA+I1OaabbuAlObu2jlv54pSJRA/fomih0wTxIRywnwk7Aqbp8XyKW2uZG KE0keivpH9rfKo6QiS6KZFB1IX4WyLjY8ZWgGAWR4DqQMzwcsAg4EW3luabZlQ8XkL9Z AodFMQpvMd+GrRM51O+5NeZWP3gUJyYJeO5wFzN92J5mvmAn+THCugbuvR78n21rbUnP m7aoWx+DjCFWEYzu1zxkKANpxAPIlOfK1WQpGuIeaz5VwflG5/hvjGRfmriRkHfhbBXf UOYw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=qY4tIWDJLygZQYEHexbugEUDcuN3ImOXtPyRSj2Tmbo=; b=rN/pu4FrwRt7gIGDiBT/6XFJy72Uz/HtsAAt5hKytCcu0+eaZlgD9POTAB+QVugvf5 PZRT/ltTICa7tR2Q3ZwbOOUOx18UwEHPqgsQUkvSb1l4VqqunSmxC7eyscnbRNeZB/gr mvaSCcHUHCSJEN+/lAeUWSrFV9bWenmAEIJABSEHr9yI5t2mqruagjZ5bYM4Cdq5EZpA +8JhjdHYaWvckqSaZ6Q1mqGUiGtSr70p0eq9/+jucWKp/uHiSlN0aPvzWLR5p4cjNLWM fT773ZrOHpQXgz7O737F2sYBZifbvH+gPdQNtZvIHCPJebt4+MMfFa2bxfku0A2yIgTX /PWw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=UqL+G4sv; 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=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e15si6868663ejj.374.2020.05.11.22.29.43; Mon, 11 May 2020 22:30:06 -0700 (PDT) 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=@linaro.org header.s=google header.b=UqL+G4sv; 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=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728626AbgELFZr (ORCPT + 99 others); Tue, 12 May 2020 01:25:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37760 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726289AbgELFZq (ORCPT ); Tue, 12 May 2020 01:25:46 -0400 Received: from mail-pl1-x641.google.com (mail-pl1-x641.google.com [IPv6:2607:f8b0:4864:20::641]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EBB42C061A0E for ; Mon, 11 May 2020 22:25:45 -0700 (PDT) Received: by mail-pl1-x641.google.com with SMTP id f15so4889090plr.3 for ; Mon, 11 May 2020 22:25:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=qY4tIWDJLygZQYEHexbugEUDcuN3ImOXtPyRSj2Tmbo=; b=UqL+G4svk3bMMRb1G1HJ83F+j3EPH3Vh6vnvyxepjH08v+uIeRrDEaRwEi6iY3uK/O eQZdIBa2yFiAzh7ndKZerzIKrMybuDYA3tR1BgJ94Ko6EtNJVHmJfK2ZaV0sWOjPhFOT 7l41urSld5o73mzAeptvdKcPymsEKPm/NfZkgH59wZXQkCBzZm2yAR4eh2BCZjgKytIZ jMpHkSbiWADXMwdqdVf/YZxp9doSfSplRjuLDCT9HGmGiOsRVsFDlcxP8zHd0tUQaKUV 47TP9BrLyQRkFjoNj387MAXQUVYlYw0CLi/ob8h5bd9e3HgCEsQwSHA3JQ/kSaZH07R8 SJnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=qY4tIWDJLygZQYEHexbugEUDcuN3ImOXtPyRSj2Tmbo=; b=A+KRHk0kchiKCyUQEppIadBOREYtFjN7i9pIEWyFOH6OR/w6n5RNZZ5fhVvZypI1Pw HxUyfHBOGZRcDv58UfBYFdaTxZZz9b+oHvhI95WcN2NVM9ZquG2e2ncXbD7OXsCTCWRq 3qrLJjCwdw5vbrNgQf59gpPeWMaYEZvRFp2u4KHGN7FL4/NFW/1utM+G28fC3v+zN06x CZxuUlX/tqhpfHgoMDYaJJBlklC76zi8VkwDSNUg2nJw+weRK79LmwPGcf4WETA4ebw3 1LOF4sOP1uHWhXNwMQCFiYAwjZhDGedrk1j4Wmfx7f8rMClK2x7708de8iuc0On09snw /Wng== X-Gm-Message-State: AOAM531ZZdE95honOfC8SCDQ2tq2Ztjlj3sZcD7Z/xbq4DcGfLBekWOL MPAMVGBrsEr0JuwvVTgopb0ytw== X-Received: by 2002:a17:902:9f97:: with SMTP id g23mr1640890plq.30.1589261145272; Mon, 11 May 2020 22:25:45 -0700 (PDT) Received: from yoga (104-188-17-28.lightspeed.sndgca.sbcglobal.net. [104.188.17.28]) by smtp.gmail.com with ESMTPSA id z13sm11733513pjz.42.2020.05.11.22.25.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 11 May 2020 22:25:44 -0700 (PDT) Date: Mon, 11 May 2020 22:25:41 -0700 From: Bjorn Andersson To: Sumit Semwal Cc: agross@kernel.org, lgirdwood@gmail.com, broonie@kernel.org, robh+dt@kernel.org, nishakumari@codeaurora.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, kgunda@codeaurora.org, rnayak@codeaurora.org Subject: Re: [v2 4/4] regulator: qcom: labibb: Add SC interrupt handling Message-ID: <20200512052541.GF1302550@yoga> References: <20200508204200.13481-1-sumit.semwal@linaro.org> <20200508204200.13481-5-sumit.semwal@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200508204200.13481-5-sumit.semwal@linaro.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri 08 May 13:42 PDT 2020, Sumit Semwal wrote: > From: Nisha Kumari > > Add Short circuit interrupt handling and recovery for the lab and > ibb regulators on qcom platforms. > > The client panel drivers need to register for REGULATOR_EVENT_OVER_CURRENT > notification which will be triggered on short circuit. They should > try to enable the regulator once, and if it doesn't get enabled, > handle shutting down the panel accordingly. > > Signed-off-by: Nisha Kumari > Signed-off-by: Sumit Semwal > > -- > v2: sumits: reworked handling to user regmap_read_poll_timeout, and handle it > per-regulator instead of clearing both lab and ibb errors on either irq > triggering. Also added REGULATOR_EVENT_OVER_CURRENT handling and > notification to clients. > --- > drivers/regulator/qcom-labibb-regulator.c | 103 +++++++++++++++++++++- > 1 file changed, 100 insertions(+), 3 deletions(-) > > diff --git a/drivers/regulator/qcom-labibb-regulator.c b/drivers/regulator/qcom-labibb-regulator.c > index a9dc7c060375..3539631c9f96 100644 > --- a/drivers/regulator/qcom-labibb-regulator.c > +++ b/drivers/regulator/qcom-labibb-regulator.c > @@ -1,6 +1,7 @@ > // SPDX-License-Identifier: GPL-2.0 > // Copyright (c) 2019, The Linux Foundation. All rights reserved. > > +#include > #include > #include > #include > @@ -18,11 +19,15 @@ > #define REG_LABIBB_ENABLE_CTL 0x46 > #define LABIBB_STATUS1_VREG_OK_BIT BIT(7) > #define LABIBB_CONTROL_ENABLE BIT(7) > +#define LABIBB_STATUS1_SC_DETECT_BIT BIT(6) > > #define LAB_ENABLE_CTL_MASK BIT(7) > #define IBB_ENABLE_CTL_MASK (BIT(7) | BIT(6)) > > #define POWER_DELAY 8000 > +#define POLLING_SCP_DONE_INTERVAL_US 5000 > +#define POLLING_SCP_TIMEOUT 16000 > + > > struct labibb_regulator { > struct regulator_desc desc; > @@ -30,6 +35,8 @@ struct labibb_regulator { > struct regmap *regmap; > struct regulator_dev *rdev; > u16 base; > + int sc_irq; > + int vreg_enabled; > u8 type; > }; > > @@ -112,9 +119,10 @@ static int qcom_labibb_regulator_enable(struct regulator_dev *rdev) > return ret; > } > > - if (ret) > + if (ret) { > + reg->vreg_enabled = 1; > return 0; > - > + } > > dev_err(reg->dev, "Can't enable %s\n", reg->desc.name); > return -EINVAL; > @@ -140,8 +148,10 @@ static int qcom_labibb_regulator_disable(struct regulator_dev *rdev) > return ret; > } > > - if (!ret) > + if (!ret) { > + reg->vreg_enabled = 0; > return 0; > + } > > dev_err(reg->dev, "Can't disable %s\n", reg->desc.name); > return -EINVAL; > @@ -153,6 +163,70 @@ static struct regulator_ops qcom_labibb_ops = { > .is_enabled = qcom_labibb_regulator_is_enabled, > }; > > + > +static irqreturn_t labibb_sc_err_handler(int irq, void *_reg) > +{ > + int ret, count; > + u16 reg; > + u8 sc_err_mask; > + unsigned int val; > + struct labibb_regulator *labibb_reg = (struct labibb_regulator *)_reg; No need to explicitly typecast a void *. > + bool in_sc_err, reg_en, scp_done = false; reg_en is unused. > + > + if (irq == labibb_reg->sc_irq) When is this false? > + reg = labibb_reg->base + REG_LABIBB_STATUS1; > + else > + return IRQ_HANDLED; > + > + sc_err_mask = LABIBB_STATUS1_SC_DETECT_BIT; > + > + ret = regmap_bulk_read(labibb_reg->regmap, reg, &val, 1); Just inline reg->base + REG_LABIBB_STATUS1 in this call. > + if (ret < 0) { > + dev_err(labibb_reg->dev, "Read failed, ret=%d\n", ret); > + return IRQ_HANDLED; > + } > + dev_dbg(labibb_reg->dev, "%s SC error triggered! STATUS1 = %d\n", > + labibb_reg->desc.name, val); > + > + in_sc_err = !!(val & sc_err_mask); > + > + /* > + * The SC(short circuit) fault would trigger PBS(Portable Batch > + * System) to disable regulators for protection. This would > + * cause the SC_DETECT status being cleared so that it's not > + * able to get the SC fault status. > + * Check if the regulator is enabled in the driver but > + * disabled in hardware, this means a SC fault had happened > + * and SCP handling is completed by PBS. > + */ > + if (!in_sc_err) { if (!(val & LABIBB_STATUS1_SC_DETECT_BIT)) { > + > + reg = labibb_reg->base + REG_LABIBB_ENABLE_CTL; > + > + ret = regmap_read_poll_timeout(labibb_reg->regmap, > + reg, val, > + !(val & LABIBB_CONTROL_ENABLE), > + POLLING_SCP_DONE_INTERVAL_US, > + POLLING_SCP_TIMEOUT); > + > + if (!ret && labibb_reg->vreg_enabled) { Wouldn't be fine to assume that if you get a short circuit IRQ the regulator is enabled? If you are worried about racing with a disable this won't work anyways, and you better enable_irq()/disable_irq() in regulator enable/disable, respectively. > + dev_dbg(labibb_reg->dev, > + "%s has been disabled by SCP\n", > + labibb_reg->desc.name); > + scp_done = true; > + } If you flip the poll check around you will get here by not being in an short-circuit condition and you conclude that the regulator is still on; in which case you can just return here. That way you can drop in_sc_err and scp_done and flatten below conditional section. > + } > + > + if (in_sc_err || scp_done) { > + regulator_lock(labibb_reg->rdev); > + regulator_notifier_call_chain(labibb_reg->rdev, > + REGULATOR_EVENT_OVER_CURRENT, > + NULL); > + regulator_unlock(labibb_reg->rdev); > + } > + return IRQ_HANDLED; > +} > + > static int register_labibb_regulator(struct qcom_labibb *labibb, > const struct labibb_regulator_data *reg_data, > struct device_node *of_node) > @@ -181,6 +255,29 @@ static int register_labibb_regulator(struct qcom_labibb *labibb, > reg->desc.type = REGULATOR_VOLTAGE; > reg->desc.ops = &qcom_labibb_ops; > > + reg->sc_irq = -EINVAL; > + ret = of_irq_get_byname(of_node, reg_data->irq_name); > + if (ret < 0) > + dev_dbg(labibb->dev, Isn't this an error? > + "Unable to get %s, ret = %d\n", > + reg_data->irq_name, ret); > + else > + reg->sc_irq = ret; > + > + if (reg->sc_irq > 0) { > + ret = devm_request_threaded_irq(labibb->dev, > + reg->sc_irq, > + NULL, labibb_sc_err_handler, > + IRQF_ONESHOT | > + IRQF_TRIGGER_RISING, Omit IRQF_TRIGGER_RISING and let that come from DT. > + reg_data->irq_name, labibb); > + if (ret) { > + dev_err(labibb->dev, "Failed to register '%s' irq ret=%d\n", > + reg_data->irq_name, ret); > + return ret; > + } > + } > + Regards, Bjorn > cfg.dev = labibb->dev; > cfg.driver_data = reg; > cfg.regmap = labibb->regmap; > -- > 2.26.2 >