From: Bjorn Andersson <bjorn.andersson@linaro.org> To: kgunda@codeaurora.org Cc: Lee Jones <lee.jones@linaro.org>, Daniel Thompson <daniel.thompson@linaro.org>, Jingoo Han <jingoohan1@gmail.com>, Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>, dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-leds@vger.kernel.org Subject: Re: [PATCH V1 4/5] backlight: qcom-wled: Add support for OVP interrupt handling Date: Tue, 8 May 2018 10:19:36 -0700 [thread overview] Message-ID: <20180508171936.GK2259@tuxbook-pro> (raw) In-Reply-To: <3736480b2712e2dd401fed0a635a25d7@codeaurora.org> On Tue 08 May 05:26 PDT 2018, kgunda@codeaurora.org wrote: > On 2018-05-07 22:51, Bjorn Andersson wrote: > > On Thu 03 May 02:57 PDT 2018, Kiran Gunda wrote: [..] > > > @@ -220,7 +255,12 @@ static int wled_module_enable(struct wled > > > *wled, int val) > > > WLED3_CTRL_REG_MOD_EN, > > > WLED3_CTRL_REG_MOD_EN_MASK, > > > WLED3_CTRL_REG_MOD_EN_MASK); > > > - return rc; > > > + if (rc < 0) > > > + return rc; > > > + > > > + schedule_delayed_work(&wled->ovp_work, WLED_SOFT_START_DLY_US); > > > > Do you really want to delay the work on disable? > > > > Wouldn't it be better to use a delay worker for the enablement and in > > the disable case you cancel the work and just disable_irq() directly > > here. > > > Sure. Will do it in the next series. > > But more importantly, if this is only related to auto detection, do you > > really want to enable/disable the ovp_irq after you have detected the > > string configuration? > > > Ok. This is used for the genuine OVP detection and for the auto detection as > well. What is the expected outcome of detecting an OVP condition, outside auto detection? Regards, Bjorn
WARNING: multiple messages have this Message-ID (diff)
From: Bjorn Andersson <bjorn.andersson@linaro.org> To: kgunda@codeaurora.org Cc: Lee Jones <lee.jones@linaro.org>, Daniel Thompson <daniel.thompson@linaro.org>, Jingoo Han <jingoohan1@gmail.com>, Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>, dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-leds@vger.kernel.org Subject: Re: [PATCH V1 4/5] backlight: qcom-wled: Add support for OVP interrupt handling Date: Tue, 08 May 2018 17:19:36 +0000 [thread overview] Message-ID: <20180508171936.GK2259@tuxbook-pro> (raw) In-Reply-To: <3736480b2712e2dd401fed0a635a25d7@codeaurora.org> On Tue 08 May 05:26 PDT 2018, kgunda@codeaurora.org wrote: > On 2018-05-07 22:51, Bjorn Andersson wrote: > > On Thu 03 May 02:57 PDT 2018, Kiran Gunda wrote: [..] > > > @@ -220,7 +255,12 @@ static int wled_module_enable(struct wled > > > *wled, int val) > > > WLED3_CTRL_REG_MOD_EN, > > > WLED3_CTRL_REG_MOD_EN_MASK, > > > WLED3_CTRL_REG_MOD_EN_MASK); > > > - return rc; > > > + if (rc < 0) > > > + return rc; > > > + > > > + schedule_delayed_work(&wled->ovp_work, WLED_SOFT_START_DLY_US); > > > > Do you really want to delay the work on disable? > > > > Wouldn't it be better to use a delay worker for the enablement and in > > the disable case you cancel the work and just disable_irq() directly > > here. > > > Sure. Will do it in the next series. > > But more importantly, if this is only related to auto detection, do you > > really want to enable/disable the ovp_irq after you have detected the > > string configuration? > > > Ok. This is used for the genuine OVP detection and for the auto detection as > well. What is the expected outcome of detecting an OVP condition, outside auto detection? Regards, Bjorn
next prev parent reply other threads:[~2018-05-08 17:19 UTC|newest] Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-05-03 9:57 [PATCH V1 0/5] backlight: qcom-wled: Support for QCOM wled driver Kiran Gunda 2018-05-03 9:57 ` [PATCH V1 1/5] qcom: wled: Rename pm8941-wled.c to qcom-wled.c Kiran Gunda 2018-05-03 9:58 ` Kiran Gunda 2018-05-07 15:41 ` Bjorn Andersson 2018-05-07 15:41 ` Bjorn Andersson 2018-05-10 11:10 ` Pavel Machek 2018-05-10 11:10 ` Pavel Machek 2018-05-03 9:57 ` [PATCH V1 2/5] backlight: qcom-wled: Add support for WLED4 peripheral Kiran Gunda 2018-05-03 9:59 ` Kiran Gunda 2018-05-07 16:20 ` Bjorn Andersson 2018-05-07 16:20 ` Bjorn Andersson 2018-05-08 10:25 ` kgunda 2018-05-08 10:37 ` kgunda 2018-05-08 17:17 ` Bjorn Andersson 2018-05-08 17:17 ` Bjorn Andersson 2018-05-09 5:15 ` kgunda 2018-05-09 5:27 ` kgunda 2018-05-17 9:47 ` kgunda 2018-05-17 9:59 ` kgunda 2018-05-17 12:31 ` Rob Herring 2018-05-17 12:31 ` Rob Herring 2018-05-17 12:31 ` Rob Herring 2018-05-17 15:10 ` kgunda 2018-05-17 15:22 ` kgunda 2018-05-18 12:20 ` Rob Herring 2018-05-18 12:20 ` Rob Herring 2018-05-18 12:20 ` Rob Herring 2018-05-14 16:57 ` Pavel Machek 2018-05-14 16:57 ` Pavel Machek 2018-05-15 4:55 ` kgunda 2018-05-15 4:56 ` kgunda 2018-05-03 9:57 ` [PATCH V1 3/5] backlight: qcom-wled: Add support for short circuit handling Kiran Gunda 2018-05-03 9:59 ` Kiran Gunda 2018-05-07 8:06 ` Dan Carpenter 2018-05-07 8:06 ` Dan Carpenter 2018-05-07 8:06 ` Dan Carpenter 2018-05-07 9:08 ` kgunda 2018-05-07 9:20 ` kgunda 2018-05-07 17:06 ` Bjorn Andersson 2018-05-07 17:06 ` Bjorn Andersson 2018-05-08 10:35 ` kgunda 2018-05-08 10:47 ` kgunda 2018-05-03 9:57 ` [PATCH V1 4/5] backlight: qcom-wled: Add support for OVP interrupt handling Kiran Gunda 2018-05-03 9:59 ` Kiran Gunda 2018-05-07 17:21 ` Bjorn Andersson 2018-05-07 17:21 ` Bjorn Andersson 2018-05-08 12:26 ` kgunda 2018-05-08 12:38 ` kgunda 2018-05-08 17:19 ` Bjorn Andersson [this message] 2018-05-08 17:19 ` Bjorn Andersson 2018-05-09 5:06 ` kgunda 2018-05-09 5:18 ` kgunda 2018-05-09 6:16 ` kgunda 2018-05-09 6:28 ` kgunda 2018-05-03 9:57 ` [PATCH V1 5/5] backlight: qcom-wled: Add auto string detection logic Kiran Gunda 2018-05-03 9:59 ` Kiran Gunda 2018-05-07 18:10 ` Bjorn Andersson 2018-05-07 18:10 ` Bjorn Andersson 2018-05-09 7:14 ` kgunda 2018-05-09 7:26 ` kgunda 2018-05-14 17:02 ` Bjorn Andersson 2018-05-14 17:02 ` Bjorn Andersson 2018-05-15 4:50 ` kgunda 2018-05-15 4:50 ` kgunda
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20180508171936.GK2259@tuxbook-pro \ --to=bjorn.andersson@linaro.org \ --cc=b.zolnierkie@samsung.com \ --cc=daniel.thompson@linaro.org \ --cc=dri-devel@lists.freedesktop.org \ --cc=jingoohan1@gmail.com \ --cc=kgunda@codeaurora.org \ --cc=lee.jones@linaro.org \ --cc=linux-arm-msm@vger.kernel.org \ --cc=linux-fbdev@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-leds@vger.kernel.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.