Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp902955ybg; Fri, 18 Oct 2019 09:03:22 -0700 (PDT) X-Google-Smtp-Source: APXvYqx/KvjZscnWbdyADwxHd8lrdfEbCjv2HQBwSW+9pYQQMIxvpQtYcf8bFonMZlSETpIvNBsC X-Received: by 2002:a5d:4612:: with SMTP id t18mr8076982wrq.255.1571414601951; Fri, 18 Oct 2019 09:03:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571414601; cv=none; d=google.com; s=arc-20160816; b=IiuADPB5GhUcvE1wi5YZ+QgTSbvIk+UFPuC3vRhRJF3uuBGRnIW7M/YCiC1rYHw5Zv KjhfVjuGHi06w455IqilVOkUrPYBPnK5OUYfPZzkaKkbzpOBnjNm8IiNdrGr03y7tg/E pDOy6ddRRNMzfuzgR3rBRE4fvSmQGRuByROWcIpI7/jv8rGDIJFydrut2xGa2eSIWv15 w+ymZC06jqKhud1felyzjohWc2xQPKXwt4sLnxZtzhwNhCTkmlCjCJvkqo8OWVMe9aEK dY7+B9mhdAgjZxqAvZM19iPxOtF97JH1eaWWEo20Nnj5VqDSPB9kb/2ZbOwYbzsESOdF wC6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature:dkim-signature; bh=rRK9IDNnHurp7FXghVUDBpk2VneHTeA4voOKh1T0yIg=; b=ifaQzR4KXT5YEnDSk+SIPiWMKLRNR5vTUYNeXfxsibPxyFIgNUp2vAadF3kFP/zrTk oi/Tym8xUcAuqIAwpqdaC2K/muCi+n4BlCP3vJblubkNqRkncquLt8QYakdXKCVeYp9V gwPmRPHCPW5UQ7Xd6d+fncfXJVmoVFgDyahp4ys6+our6rFRZoflf3a9NiYhdLnNBgOo 54xp0hNma1LYPMndZ8fkQxnLu6f8FBZPlv6KpuKNOQsXVi2RBUCTC980NeR9CnlTMIBI XcyWLoZiRlAU9fmEALz0Pz0bdWxhQ4OcdO13n+qG5AozHvdP/QR4jXNEIAfpbkij6vUb BkHQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=o4INH9b7; dkim=pass header.i=@codeaurora.org header.s=default header.b=SIHZPvii; 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 w12si3666389edc.78.2019.10.18.09.02.58; Fri, 18 Oct 2019 09:03:21 -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=@codeaurora.org header.s=default header.b=o4INH9b7; dkim=pass header.i=@codeaurora.org header.s=default header.b=SIHZPvii; 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 S2394289AbfJQNJW (ORCPT + 99 others); Thu, 17 Oct 2019 09:09:22 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:42130 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726898AbfJQNJW (ORCPT ); Thu, 17 Oct 2019 09:09:22 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 4F1256125D; Thu, 17 Oct 2019 13:09:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1571317760; bh=t4NDnXelW5sg2Ml0QnUbHO+z1QOEllhT39rq4T66eHs=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=o4INH9b7KFD1tjqGTSgsz+2oGmUCs9JKuh1/wINCJsYntKoTLpmNOD/HcAkV2g3GR /u7gsJwQEJHUXUJ20hxSBZsQJJCdoHUNT08n+zKSbQzzRTMckGydHaXfZxd8qwyvJT 0LZLOrw1fjeB0WJE/NlZD3PN7UDiBkx+sS4BmAYI= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_INVALID,DKIM_SIGNED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.codeaurora.org (Postfix) with ESMTP id CBB806125D; Thu, 17 Oct 2019 13:09:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1571317755; bh=t4NDnXelW5sg2Ml0QnUbHO+z1QOEllhT39rq4T66eHs=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=SIHZPviicUwgsJzTmnVeEDom69LTwHWuGQiES8WuWRan8bUKNfgBfO0uNxWm2oB1K W5sFvlIusgqjRRDN9TDUOl8rq75CgMnGplpFhptRIecrGfOaK/oHpzIoRPcwoaSD+d YCsLgMcgS1z9AUoo9w/ogcJOa4rywQum+h2qx9y0= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 17 Oct 2019 18:39:15 +0530 From: kgunda@codeaurora.org To: Lee Jones Cc: bjorn.andersson@linaro.org, jingoohan1@gmail.com, b.zolnierkie@samsung.com, dri-devel@lists.freedesktop.org, daniel.thompson@linaro.org, jacek.anaszewski@gmail.com, pavel@ucw.cz, robh+dt@kernel.org, mark.rutland@arm.com, linux-leds@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Andy Gross , linux-arm-msm@vger.kernel.org, linux-fbdev@vger.kernel.org Subject: Re: [PATCH V7 6/6] backlight: qcom-wled: Add auto string detection logic In-Reply-To: <20191017122653.GO4365@dell> References: <1571220826-7740-1-git-send-email-kgunda@codeaurora.org> <1571220826-7740-7-git-send-email-kgunda@codeaurora.org> <20191017122653.GO4365@dell> Message-ID: <689831a9d7561f51cdb7ea0a1760d472@codeaurora.org> X-Sender: kgunda@codeaurora.org User-Agent: Roundcube Webmail/1.2.5 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019-10-17 17:56, Lee Jones wrote: > On Wed, 16 Oct 2019, Kiran Gunda wrote: > >> The auto string detection algorithm checks if the current WLED >> sink configuration is valid. It tries enabling every sink and >> checks if the OVP fault is observed. Based on this information >> it detects and enables the valid sink configuration. >> Auto calibration will be triggered when the OVP fault interrupts >> are seen frequently thereby it tries to fix the sink configuration. >> >> The auto-detection also kicks in when the connected LED string >> of the display-backlight malfunctions (because of damage) and >> requires the damaged string to be turned off to prevent the >> complete panel and/or board from being damaged. >> >> Signed-off-by: Kiran Gunda >> --- >> drivers/video/backlight/qcom-wled.c | 410 >> +++++++++++++++++++++++++++++++++++- >> 1 file changed, 404 insertions(+), 6 deletions(-) >> >> diff --git a/drivers/video/backlight/qcom-wled.c >> b/drivers/video/backlight/qcom-wled.c >> index b5b125c..ff7c409 100644 >> --- a/drivers/video/backlight/qcom-wled.c >> +++ b/drivers/video/backlight/qcom-wled.c > > > [...] > >> + /* iterate through the strings one by one */ > > Please use proper English in comments (less a full stop). > > In this case, just s/iterate/Iterate/. > Sorry for that ! will fix it in next series. >> + for (i = 0; i < wled->cfg.num_strings; i++) { >> + sink_test = BIT((WLED4_SINK_REG_CURR_SINK_SHFT + i)); >> + >> + /* Enable feedback control */ >> + rc = regmap_write(wled->regmap, wled->ctrl_addr + >> + WLED3_CTRL_REG_FEEDBACK_CONTROL, i + 1); >> + if (rc < 0) { >> + dev_err(wled->dev, "Failed to enable feedback for SINK %d rc = >> %d\n", >> + i + 1, rc); >> + goto failed_detect; >> + } >> + >> + /* enable the sink */ > > Here too. And everywhere else. > Will fix it in next series. >> + rc = regmap_write(wled->regmap, wled->sink_addr + >> + WLED4_SINK_REG_CURR_SINK, sink_test); >> + if (rc < 0) { >> + dev_err(wled->dev, "Failed to configure SINK %d rc=%d\n", >> + i + 1, rc); >> + goto failed_detect; >> + } >> + >> + /* Enable the module */ >> + rc = regmap_update_bits(wled->regmap, wled->ctrl_addr + >> + WLED3_CTRL_REG_MOD_EN, >> + WLED3_CTRL_REG_MOD_EN_MASK, >> + WLED3_CTRL_REG_MOD_EN_MASK); >> + if (rc < 0) { >> + dev_err(wled->dev, "Failed to enable WLED module rc=%d\n", >> + rc); >> + goto failed_detect; >> + } >> + >> + usleep_range(WLED_SOFT_START_DLY_US, >> + WLED_SOFT_START_DLY_US + 1000); >> + >> + rc = regmap_read(wled->regmap, wled->ctrl_addr + >> + WLED3_CTRL_REG_INT_RT_STS, &int_sts); >> + if (rc < 0) { >> + dev_err(wled->dev, "Error in reading WLED3_CTRL_INT_RT_STS >> rc=%d\n", >> + rc); >> + goto failed_detect; >> + } >> + >> + if (int_sts & WLED3_CTRL_REG_OVP_FAULT_STATUS) >> + dev_dbg(wled->dev, "WLED OVP fault detected with SINK %d\n", >> + i + 1); > > I haven't reviewed the whole patch, but this caught my eye. > > I think this should be upgraded to dev_warn(). > Thought of keeping these messages silent, Because the string configuration will be corrected in this and informing it at end of the auto string detection. >> + else >> + sink_valid |= sink_test; >> + >> + /* Disable the module */ >> + rc = regmap_update_bits(wled->regmap, >> + wled->ctrl_addr + WLED3_CTRL_REG_MOD_EN, >> + WLED3_CTRL_REG_MOD_EN_MASK, 0); >> + if (rc < 0) { >> + dev_err(wled->dev, "Failed to disable WLED module rc=%d\n", >> + rc); >> + goto failed_detect; >> + } >> + } >> + >> + if (!sink_valid) { >> + dev_err(wled->dev, "No valid WLED sinks found\n"); >> + wled->disabled_by_short = true; >> + goto failed_detect; >> + } >> + >> + if (sink_valid == sink_config) { >> + dev_dbg(wled->dev, "WLED auto-detection complete, sink-config=%x >> OK!\n", >> + sink_config); > > Does this really need to be placed in the kernel log? > Ok. This can be removed. I will remove it in next series. >> + } else { >> + dev_warn(wled->dev, "New WLED string configuration found %x\n", >> + sink_valid); > > Why would the user care about this? Is it not normal? > Actually, it comes here if the user provided string configuration in the device tree is in-correct. That's why just informing the user about the right string configuration, after the auto string detection. >> + sink_config = sink_valid; >> + } > > [...] > >> +static irqreturn_t wled_ovp_irq_handler(int irq, void *_wled) >> +{ >> + struct wled *wled = _wled; >> + int rc; >> + u32 int_sts, fault_sts; >> + >> + rc = regmap_read(wled->regmap, >> + wled->ctrl_addr + WLED3_CTRL_REG_INT_RT_STS, &int_sts); >> + if (rc < 0) { >> + dev_err(wled->dev, "Error in reading WLED3_INT_RT_STS rc=%d\n", >> + rc); >> + return IRQ_HANDLED; >> + } >> + >> + rc = regmap_read(wled->regmap, wled->ctrl_addr + >> + WLED3_CTRL_REG_FAULT_STATUS, &fault_sts); >> + if (rc < 0) { >> + dev_err(wled->dev, "Error in reading WLED_FAULT_STATUS rc=%d\n", >> + rc); >> + return IRQ_HANDLED; >> + } >> + >> + if (fault_sts & >> + (WLED3_CTRL_REG_OVP_FAULT_BIT | WLED3_CTRL_REG_ILIM_FAULT_BIT)) > > Break the line at the '|'. > Will do it next series. >> + dev_dbg(wled->dev, "WLED OVP fault detected, int_sts=%x fault_sts= >> %x\n", >> + int_sts, fault_sts); > > dev_warn(). > As said above, wanted to keep these messages silent and inform the right string configuration at the end of string detection. >> + if (fault_sts & WLED3_CTRL_REG_OVP_FAULT_BIT) { >> + mutex_lock(&wled->lock); >> + disable_irq_nosync(wled->ovp_irq); >> + >> + if (wled_auto_detection_required(wled)) >> + wled_auto_string_detection(wled); >> + >> + enable_irq(wled->ovp_irq); >> + >> + mutex_unlock(&wled->lock); >> + } >> + >> + return IRQ_HANDLED; >> +} >> + >> static int wled3_setup(struct wled *wled) >> { >> u16 addr; >> @@ -435,8 +775,10 @@ static int wled4_setup(struct wled *wled) >> sink_en |= 1 << temp; >> } >> >> - if (sink_cfg == sink_en) >> - return 0; >> + if (sink_cfg == sink_en) { >> + rc = wled_auto_detection_at_init(wled); >> + return rc; >> + } >> >> rc = regmap_update_bits(wled->regmap, >> wled->sink_addr + WLED4_SINK_REG_CURR_SINK, >> @@ -499,7 +841,9 @@ static int wled4_setup(struct wled *wled) >> return rc; >> } >> >> - return 0; >> + rc = wled_auto_detection_at_init(wled); >> + >> + return rc; >> } >> >> static const struct wled_config wled4_config_defaults = { >> @@ -510,6 +854,7 @@ static int wled4_setup(struct wled *wled) >> .switch_freq = 11, >> .cabc = false, >> .external_pfet = false, >> + .auto_detection_enabled = false, >> }; >> >> static const u32 wled3_boost_i_limit_values[] = { >> @@ -676,6 +1021,7 @@ static int wled_configure(struct wled *wled, int >> version) >> { "qcom,ext-gen", &cfg->ext_gen, }, >> { "qcom,cabc", &cfg->cabc, }, >> { "qcom,external-pfet", &cfg->external_pfet, }, >> + { "qcom,auto-string-detection", &cfg->auto_detection_enabled, }, >> }; >> >> prop_addr = of_get_address(dev->of_node, 0, NULL, NULL); >> @@ -796,6 +1142,40 @@ static int wled_configure_short_irq(struct wled >> *wled, >> return rc; >> } >> >> +static int wled_configure_ovp_irq(struct wled *wled, >> + struct platform_device *pdev) >> +{ >> + int rc; >> + u32 val; >> + >> + wled->ovp_irq = platform_get_irq_byname(pdev, "ovp"); >> + if (wled->ovp_irq < 0) { >> + dev_dbg(&pdev->dev, "ovp irq is not used\n"); > > I assume this is optional. What happens if no IRQ is provided? > Here OVP IRQ is used to detect the wrong string detection. If it is not provided the auto string detection logic won't work. > If, for instance, polling mode is enabled, maybe something like this > would be better? > > dev_warn(&pdev->dev, "No IRQ found, falling back to polling > mode\n");