From: Jonathan Cameron <jic23@kernel.org>
To: Jishnu Prakash <jishnu.prakash@oss.qualcomm.com>
Cc: "David Lechner" <dlechner@baylibre.com>,
"Nuno Sá" <nuno.sa@analog.com>,
"Andy Shevchenko" <andy@kernel.org>,
"Amit Kucheria" <amitk@kernel.org>,
"Thara Gopinath" <thara.gopinath@gmail.com>,
"Rafael J. Wysocki" <rafael@kernel.org>,
"Daniel Lezcano" <daniel.lezcano@kernel.org>,
"Zhang Rui" <rui.zhang@intel.com>,
"Lukasz Luba" <lukasz.luba@arm.com>,
linux-arm-msm@vger.kernel.org, linux-iio@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org,
"Kamal Wadhwa" <kamal.wadhwa@oss.qualcomm.com>,
"David Collins" <david.collins@oss.qualcomm.com>,
"Anjelique Melendez" <anjelique.melendez@oss.qualcomm.com>,
"Neil Armstrong" <neil.armstrong@linaro.org>,
"Stephan Gerhold" <stephan.gerhold@linaro.org>
Subject: Re: [PATCH 1/2] iio: adc: qcom-spmi-adc5-gen3: Share SDAM0 IRQ with ADC_TM auxiliary driver
Date: Fri, 22 May 2026 11:47:22 +0100 [thread overview]
Message-ID: <20260522114722.49b6055e@jic23-huawei> (raw)
In-Reply-To: <6c876a92-e572-4cb9-8c31-bbf681a4770b@oss.qualcomm.com>
On Thu, 21 May 2026 16:16:17 +0530
Jishnu Prakash <jishnu.prakash@oss.qualcomm.com> wrote:
> Hi Jonathan,
>
> On 5/15/2026 7:24 PM, Jonathan Cameron wrote:
> > On Fri, 15 May 2026 14:23:44 +0530
> > Jishnu Prakash <jishnu.prakash@oss.qualcomm.com> wrote:
> >
> >> The SDAM0 IRQ can be triggered for both EOC (end of conversion) events for
> >> immediate ADC reads done in this driver and for threshold violation events,
> >> based on ADC_TM thresholds configured from the auxiliary ADC_TM driver on
> >> TM channels on the first SDAM.
> >>
> >> At present, this interrupt is handled only in the ISR in the main ADC driver.
> >> When the ISR is triggered for an ADC_TM event, this driver notifies the ADC_TM
> >> driver by calling a notifier callback exposed from it for this purpose.
> >>
> >> To simplify the interrupt handling in both drivers, share the interrupt between
> >> the drivers. With this, ADC_TM interrupts on SDAM0 will be handled directly in
> >> the ADC_TM driver, so remove the notifier callback and all TM interrupt
> >> handling in the main ADC ISR.
> >>
> >> Signed-off-by: Jishnu Prakash <jishnu.prakash@oss.qualcomm.com>
> >> ---
> >
> > Some stuff from Sashiko on this one:
> > https://sashiko.dev/#/patchset/20260515-gen3_adc_tm-v1-0-39ba29f9b4ab%40oss.qualcomm.com
> >
> > Given I assume you didn't see the warning (I'm fairly sure the bots analysis is correct
> > as we've been busy fixing similar cases all cycle), can I just check, have you tested
> > this on latest upstream?
>
> I had tested on a build based on top of Linux 7.1-rc2 and verified the driver's basic
> functionality, but I think I overlooked the warning from the interrupt management code,
> sorry about the miss.
>
> >
> > Thanks,
> >
> > Jonathan
> >
> >
> >> drivers/iio/adc/qcom-spmi-adc5-gen3.c | 52 +++++----------------------
> >> include/linux/iio/adc/qcom-adc5-gen3-common.h | 2 --
> >> 2 files changed, 8 insertions(+), 46 deletions(-)
> >>
> >> diff --git a/drivers/iio/adc/qcom-spmi-adc5-gen3.c b/drivers/iio/adc/qcom-spmi-adc5-gen3.c
> >> index f8168a14b907..a819c3e627a0 100644
> >> --- a/drivers/iio/adc/qcom-spmi-adc5-gen3.c
> >> +++ b/drivers/iio/adc/qcom-spmi-adc5-gen3.c
> >
> >> static int adc5_gen3_probe(struct platform_device *pdev)
> >> {
> >> struct device *dev = &pdev->dev;
> >> @@ -818,7 +782,7 @@ static int adc5_gen3_probe(struct platform_device *pdev)
> >> }
> >>
> >> ret = devm_request_irq(dev, adc->dev_data.base[ADC5_GEN3_VADC_SDAM].irq,
> >> - adc5_gen3_isr, 0,
> >> + adc5_gen3_isr, IRQF_ONESHOT | IRQF_SHARED,
> >
> > Sashikio points out that IRQF_ONESHOT is never correct for a non threaded
> > interrupt. The point of that flag is to ensure we don't handle another interrupt
> > until the thread is done. If there isn't a thread then it doesn't do anything
> > (other than omit a warning!)
>
> I tried at first keeping only the IRQF_SHARED flag here, but it seems that
> shared interrupts need to agree on the ONESHOT flag configuration, else the
> second interrupt's IRQ request call fails.
>
> And the ADC_TM interrupt needs to be ONESHOT, since we don't want that interrupt to
> be rearmed before we have notified the thermal framework from the threaded
> part of the handler. So I had to add the IRQF_ONESHOT here too, though it is
> not useful here.
That's an interesting corner case. Maybe the warning needs to be more refined?
(I don't think it checks for shared?)
>
> I think it's best to use a threaded IRQ handler in this driver too. I don't really
> see any meaningful way to split the actions in the interrupt handler here into a primary
> handler and a threaded handler, so is it fine if I just make the primary handler NULL
> and move all the ISR functionality into the threaded handler part ?
That's fine by me. Just add some comments on why.
J
>
> Thanks,
> Jishnu
>
>
> >
> >> adc->dev_data.base[ADC5_GEN3_VADC_SDAM].irq_name,
> >> adc);
> >> if (ret)
> >> diff --git a/include/linux/iio/adc/qcom-adc5-gen3-common.h b/include/linux/iio/adc/qcom-adc5-gen3-common.h
> >> index 6303eaa6640b..39cbfcbdb101 100644
> >> --- a/include/linux/iio/adc/qcom-adc5-gen3-common.h
> >> +++ b/include/linux/iio/adc/qcom-adc5-gen3-common.h
> >> @@ -205,7 +205,5 @@ int adc5_gen3_get_scaled_reading(struct device *dev,
> >> int adc5_gen3_therm_code_to_temp(struct device *dev,
> >> struct adc5_channel_common_prop *common_props,
> >> u16 code, int *val);
> >> -void adc5_gen3_register_tm_event_notifier(struct device *dev,
> >> - void (*handler)(struct auxiliary_device *));
> >>
> >> #endif /* QCOM_ADC5_GEN3_COMMON_H */
> >>
> >
>
next prev parent reply other threads:[~2026-05-22 10:47 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-15 8:53 [PATCH 0/2] thermal: qcom: add support for PMIC5 Gen3 ADC thermal monitoring Jishnu Prakash
2026-05-15 8:53 ` [PATCH 1/2] iio: adc: qcom-spmi-adc5-gen3: Share SDAM0 IRQ with ADC_TM auxiliary driver Jishnu Prakash
2026-05-15 13:54 ` Jonathan Cameron
2026-05-21 10:46 ` Jishnu Prakash
2026-05-22 10:47 ` Jonathan Cameron [this message]
2026-05-26 10:53 ` Jishnu Prakash
2026-05-17 7:08 ` Andy Shevchenko
2026-05-20 15:20 ` Daniel Lezcano
2026-05-15 8:53 ` [PATCH 2/2] thermal: qcom: add support for PMIC5 Gen3 ADC thermal monitoring Jishnu Prakash
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=20260522114722.49b6055e@jic23-huawei \
--to=jic23@kernel.org \
--cc=amitk@kernel.org \
--cc=andy@kernel.org \
--cc=anjelique.melendez@oss.qualcomm.com \
--cc=daniel.lezcano@kernel.org \
--cc=david.collins@oss.qualcomm.com \
--cc=dlechner@baylibre.com \
--cc=jishnu.prakash@oss.qualcomm.com \
--cc=kamal.wadhwa@oss.qualcomm.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=lukasz.luba@arm.com \
--cc=neil.armstrong@linaro.org \
--cc=nuno.sa@analog.com \
--cc=rafael@kernel.org \
--cc=rui.zhang@intel.com \
--cc=stephan.gerhold@linaro.org \
--cc=thara.gopinath@gmail.com \
/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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox