Re: [PATCH 2/7] iio: adc: qcom-spmi-adc5-gen3: Add support for QCOM PMIC5 Gen4 ADC

Hi Jonathan,

On 8/15/2026 7:38 AM, Jonathan Cameron wrote:
> On Fri, 7 Aug 2026 13:37:02 +0530
> Jishnu Prakash <[email protected]> wrote:
> 
>> Hi Jonathan,
>>
>> On 8/7/2026 4:48 AM, Jonathan Cameron wrote:
>>> On Thu, 6 Aug 2026 16:22:16 +0530
>>> Jishnu Prakash <[email protected]> wrote:
>>>   
>>>> Hi Jonathan,
>>>>
>>>> On 8/3/2026 5:44 AM, Jonathan Cameron wrote:  
>>>>> On Fri, 31 Jul 2026 23:36:15 +0530
>>>>> Jishnu Prakash <[email protected]> wrote:
>>>>>     
>>>>>> PMIC5 Gen4 ADC is similar to PMIC5 Gen3 ADC, with several changes made
>>>>>> for improved performance, mostly at the hardware level.
>>>>>>
>>>>>> One significant software change is that ratiometric conversion resolution
>>>>>> has been increased from 14 bits to 16 bits, so the maximum value of
>>>>>> these measurements needs to be updated for Gen4. Add a new scaling
>>>>>> function for thermistor channels which use this type of conversion.
>>>>>>
>>>>>> In the latest PMIC arbiter version (v8), there can be up to 4 buses
>>>>>> under the PMIC arbiter and 32 PMICs under each bus. In order to
>>>>>> support communication between ADC on the master PMIC and ADCs on any
>>>>>> of the other PMICs, a field of width 2 bits is added for bus index
>>>>>> and the bits for SID are extended from 4 to 5 bits, in the SID
>>>>>> register. Add support for this.
>>>>>>
>>>>>> In addition, it is possible that the master PMIC has ADC of one generation
>>>>>> and it needs to communicate with another PMIC with ADC of a different
>>>>>> generation.    
>>>>>
>>>>> "Possible" sounds a bit hypothetical.  Can we state this actually happens
>>>>> on some devices?    
>>>>
>>>> Considering existing upstream platforms, this is applicable for SM8750. I'll
>>>> mention this in the next version of the series.  
>>>
>>> What happens on that platform today?  Wrong values?  Should this be treated
>>> as a fix rather than a feature?   
>>
>> There is no issue on that platform right now as ADC channels needing this
>> support are not added yet. SM8750 board files only include pmk8550.dtsi, which
>> has the top-level Gen3 ADC peripheral and some ADC channels on the same PMIC.
>> Gen4 support would be needed only when PMIH0108 ADC channels are added.
> 
> I guess chances of anyone running an older kernel that the device tree on
> that device is low as other critical stuff won't be supported?
> 
> If there is something easy to point to for that, add a note to the patch
> description as it justifies this not being a fix.
> 

Sorry, I did not fully understand your concern here. Are you asking if
SM8750 runs on any older kernels and the lack of Gen4 ADC support may be an
issue there?
This would not happen - let me try explaining with some more details.

DT support for SM8750 has been present since kernel version 6.14. At that
time, it included pmk8550.dtsi, but this file did not have an ADC peripheral
at the time.

The Gen3 ADC peripheral was added in pmk8550.dtsi very recently in this series
from Neil Armstrong: https://lore.kernel.org/all/[email protected]/,
and I see this series is present only in linux-next right now.

With this change applied, the ADC peripheral with 3 channels of
PMK8550 alone (which is Gen3) would appear for SM8750. This
would work as its functionality is fully supported by the existing
Gen3 driver.

Gen4 support is needed only when we add full ADC support for SM8750,
meaning when we add channels under all its other PMICs (PMIH0108
specifically as it's Gen4.).

Would it work if I mention in the commit message that SM8750, added from
kernel 6.14 without ADC support initially, would need this mixed-generation
support, but only once we add the full ADC support (for all its PMICs)?

Thanks,
Jishnu


> Thanks,
> 
> Jonathan