Linux IIO development
 help / color / mirror / Atom feed
From: David Lechner <dlechner@baylibre.com>
To: "Antony Kurniawan Soemardi" <linux@smankusors.com>,
	"Jonathan Cameron" <jic23@kernel.org>,
	"Nuno Sá" <nuno.sa@analog.com>,
	"Andy Shevchenko" <andy@kernel.org>
Cc: linux-arm-msm@vger.kernel.org, linux-iio@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/2] iio: adc: qcom-pm8xxx-xoadc: fix incorrect calibration values
Date: Mon, 27 Oct 2025 13:35:41 -0500	[thread overview]
Message-ID: <0eea7e4c-ec3b-421c-8522-aa3f52b5cb13@baylibre.com> (raw)
In-Reply-To: <20251028-pm8xxx-xoadc-fix-v1-2-b000e1036e41@smankusors.com>

On 10/27/25 12:29 PM, Antony Kurniawan Soemardi wrote:
> On msm8960 phones, the XOADC driver was using incorrect calibration
> values:
> absolute calibration dx = 625000 uV, dy = 4 units
> ratiometric calibration dx = 1800, dy = -29041 units
> 
> As a result, reading from the IIO bus returned unexpected results:
> in_voltage_7 (USB_VBUS): 0
> in_voltage_10 (125V): 0
> 
> The issue was caused by not setting the ratiometric scale (amux_ip_rsv)
> from the predefined channels. Additionally, the downstream code always

Mentioning downstream kernels is usually a red flag. :-) 

We can justify it here though by saying that there is no documentation
available other than downstream source code, so we are just using it
as a reference.

> set the ADC_ARB_USRP_DIG_PARAM register to PM8XXX_ADC_ARB_ANA_DIG [1].
> That value does not include the SEL_SHIFT0 and SEL_SHIFT1 bits. Enabling
> those bits caused calibration errors too, so they were removed.
> 
> With these fixes, calibration now uses the correct values:
> absolute calibration dx = 625000 uV, dy = 6307 units
> ratiometric calibration dx = 1800, dy = 18249 units
> 
> Reading from the IIO bus now returns expected results:
> in_voltage_7 (USB_VBUS): 4973836
> in_voltage_10 (125V): 1249405

Would be useful to mention which hardware you tested with in case
it turns out that there is some other hardware that does require the
SHIFT0/1 bits to be set.

> 
> [1] https://github.com/LineageOS/android_kernel_sony_msm8960t/blob/93319b1e5aa343ec1c1aabcb028c5e88c7df7c01/drivers/hwmon/pm8xxx-adc.c#L407-L408
> 

Since this is a fix, it should have a Fixes: tag. And it sounds like
possibly two separate fixes. In that case, it should be two separate
patches.

> Signed-off-by: Antony Kurniawan Soemardi <linux@smankusors.com>
> ---
>  drivers/iio/adc/qcom-pm8xxx-xoadc.c | 10 ++++++----
>  1 file changed, 6 insertions(+), 4 deletions(-)
> 
> diff --git a/drivers/iio/adc/qcom-pm8xxx-xoadc.c b/drivers/iio/adc/qcom-pm8xxx-xoadc.c
> index 8555f34036fb13c41ac720dc02c1dc39876e9198..a53d361456ec36b66d258041877bd96ab37838c4 100644
> --- a/drivers/iio/adc/qcom-pm8xxx-xoadc.c
> +++ b/drivers/iio/adc/qcom-pm8xxx-xoadc.c
> @@ -503,10 +503,11 @@ static int pm8xxx_read_channel_rsv(struct pm8xxx_xoadc *adc,
>  		goto unlock;
>  
>  	/* Decimation factor */
> -	ret = regmap_write(adc->map, ADC_ARB_USRP_DIG_PARAM,
> -			   ADC_ARB_USRP_DIG_PARAM_SEL_SHIFT0 |
> -			   ADC_ARB_USRP_DIG_PARAM_SEL_SHIFT1 |
> -			   ch->decimation << ADC_DIG_PARAM_DEC_SHIFT);
> +	ret = regmap_update_bits(adc->map,
> +				 ADC_ARB_USRP_DIG_PARAM,
> +				 ADC_ARB_USRP_DIG_PARAM_DEC_RATE0 |
> +				 ADC_ARB_USRP_DIG_PARAM_DEC_RATE1,
> +				 ch->decimation << ADC_DIG_PARAM_DEC_SHIFT);

As a follow-up patch, it would be nice to update the driver to use FIELD_PREP().

I.e. remove ADC_ARB_USRP_DIG_PARAM_DEC_RATE0, ADC_ARB_USRP_DIG_PARAM_DEC_RATE1
and ADC_DIG_PARAM_DEC_SHIFT macros and replace them with one macro:

#define ADC_ARB_USRP_DIG_PARAM_DEC_RATE		GENMASK(6, 5)

Then use it like:

	ret = regmap_update_bits(adc->map,
				 ADC_ARB_USRP_DIG_PARAM,
				 ADC_ARB_USRP_DIG_PARAM_DEC_RATE,
				 FIELD_PREP(ADC_ARB_USRP_DIG_PARAM_DEC_RATE,
					    ch->decimation));

This should be done for all of the similar multi-bit fields.

>  	if (ret)
>  		goto unlock;
>  
> @@ -783,6 +784,7 @@ static int pm8xxx_xoadc_parse_channel(struct device *dev,
>  	ch->calibration = VADC_CALIB_ABSOLUTE;
>  	/* Everyone seems to use default ("type 2") decimation */
>  	ch->decimation = VADC_DEF_DECIMATION;
> +	ch->amux_ip_rsv = hwchan->amux_ip_rsv;
>  
>  	if (!fwnode_property_read_u32(fwnode, "qcom,ratiometric", &rsv)) {
>  		ch->calibration = VADC_CALIB_RATIOMETRIC;
> 


  reply	other threads:[~2025-10-27 18:35 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-10-27 17:29 [PATCH 0/2] iio: adc: qcom-pm8xxx-xoadc improvements Antony Kurniawan Soemardi
2025-10-27 17:29 ` [PATCH 1/2] iio: adc: qcom-pm8xxx-xoadc: add support for reading channel labels Antony Kurniawan Soemardi
2025-10-28  9:55   ` Andy Shevchenko
2025-10-27 17:29 ` [PATCH 2/2] iio: adc: qcom-pm8xxx-xoadc: fix incorrect calibration values Antony Kurniawan Soemardi
2025-10-27 18:35   ` David Lechner [this message]
2025-10-27 19:53     ` Antony Kurniawan Soemardi
2025-10-27 20:36       ` David Lechner
2025-10-28  9:44   ` Konrad Dybcio
2025-10-30 16:57     ` Antony Kurniawan Soemardi
2025-10-31  9:00       ` Konrad Dybcio
2025-11-01  9:25         ` Dmitry Baryshkov
2026-01-11 17:31           ` Antony Kurniawan Soemardi
2026-01-15  7:32             ` Dmitry Baryshkov

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=0eea7e4c-ec3b-421c-8522-aa3f52b5cb13@baylibre.com \
    --to=dlechner@baylibre.com \
    --cc=andy@kernel.org \
    --cc=jic23@kernel.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-iio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@smankusors.com \
    --cc=nuno.sa@analog.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