Linux IIO development
 help / color / mirror / Atom feed
From: Caleb Connolly <caleb.connolly@linaro.org>
To: Lee Jones <lee.jones@linaro.org>
Cc: Jonathan Cameron <jic23@kernel.org>,
	Lars-Peter Clausen <lars@metafoo.de>,
	Rob Herring <robh+dt@kernel.org>, Andy Gross <agross@kernel.org>,
	Bjorn Andersson <bjorn.andersson@linaro.org>,
	Stephen Boyd <sboyd@kernel.org>,
	linux-iio@vger.kernel.org, devicetree@vger.kernel.org,
	linux-arm-msm@vger.kernel.org, sumit.semwal@linaro.org,
	amit.pundir@linaro.org, john.stultz@linaro.org,
	Krzysztof Kozlowski <krzysztof.kozlowski@canonical.com>,
	Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Subject: Re: [PATCH v13 2/9] mfd: qcom-spmi-pmic: expose the PMIC revid information to clients
Date: Wed, 27 Apr 2022 23:27:59 +0100	[thread overview]
Message-ID: <2763f103-6947-e431-cef5-e202c324d678@linaro.org> (raw)
In-Reply-To: <Yma4T1+AglaISe2l@google.com>



On 25/04/2022 16:03, Lee Jones wrote:
> 
> On Wed, 23 Mar 2022, Caleb Connolly wrote:
>> From: Caleb Connolly <caleb.connolly@linaro.org>
>>
>> Some PMIC functions such as the RRADC need to be aware of the PMIC
>> chip revision information to implement errata or otherwise adjust
>> behaviour, export the PMIC information to enable this.
>>
>> This is specifically required to enable the RRADC to adjust
>> coefficients based on which chip fab the PMIC was produced in,
>> this can vary per unique device and therefore has to be read at
>> runtime.
>>
>> Signed-off-by: Caleb Connolly <caleb.connolly@linaro.org>
>> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
>> Tested-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
>> ---
>>   drivers/mfd/qcom-spmi-pmic.c      | 261 +++++++++++++++++++-----------
>>   include/soc/qcom/qcom-spmi-pmic.h |  60 +++++++
>>   2 files changed, 231 insertions(+), 90 deletions(-)
>>   create mode 100644 include/soc/qcom/qcom-spmi-pmic.h
> 
> Apologies for the delay.  I've been snowed under.
Hi Lee,

Thanks a lot for the review, I had a few questions/clarifications
> 
>> diff --git a/drivers/mfd/qcom-spmi-pmic.c b/drivers/mfd/qcom-spmi-pmic.c
>> index 1cacc00aa6c9..d8e54d9d3448 100644
>> --- a/drivers/mfd/qcom-spmi-pmic.c
>> +++ b/drivers/mfd/qcom-spmi-pmic.c
>> @@ -3,11 +3,16 @@
>>    * Copyright (c) 2014, The Linux Foundation. All rights reserved.
>>    */
>>   
>> +#include <linux/device.h>
>> +#include <linux/errno.h>
>> +#include <linux/gfp.h>
>>   #include <linux/kernel.h>
>>   #include <linux/module.h>
>>   #include <linux/spmi.h>
>> +#include <linux/types.h>
>>   #include <linux/regmap.h>
>>   #include <linux/of_platform.h>
>> +#include <soc/qcom/qcom-spmi-pmic.h>
>>   
>>   #define PMIC_REV2		0x101
>>   #define PMIC_REV3		0x102
>> @@ -17,106 +22,151 @@
>>   
>>   #define PMIC_TYPE_VALUE		0x51
>>   
>> -#define COMMON_SUBTYPE		0x00
>> -#define PM8941_SUBTYPE		0x01
>> -#define PM8841_SUBTYPE		0x02
>> -#define PM8019_SUBTYPE		0x03
>> -#define PM8226_SUBTYPE		0x04
>> -#define PM8110_SUBTYPE		0x05
>> -#define PMA8084_SUBTYPE		0x06
>> -#define PMI8962_SUBTYPE		0x07
>> -#define PMD9635_SUBTYPE		0x08
>> -#define PM8994_SUBTYPE		0x09
>> -#define PMI8994_SUBTYPE		0x0a
>> -#define PM8916_SUBTYPE		0x0b
>> -#define PM8004_SUBTYPE		0x0c
>> -#define PM8909_SUBTYPE		0x0d
>> -#define PM8028_SUBTYPE		0x0e
>> -#define PM8901_SUBTYPE		0x0f
>> -#define PM8950_SUBTYPE		0x10
>> -#define PMI8950_SUBTYPE		0x11
>> -#define PM8998_SUBTYPE		0x14
>> -#define PMI8998_SUBTYPE		0x15
>> -#define PM8005_SUBTYPE		0x18
>> -#define PM660L_SUBTYPE		0x1A
>> -#define PM660_SUBTYPE		0x1B
>> -#define PM8150_SUBTYPE		0x1E
>> -#define PM8150L_SUBTYPE		0x1f
>> -#define PM8150B_SUBTYPE		0x20
>> -#define PMK8002_SUBTYPE		0x21
>> -#define PM8009_SUBTYPE		0x24
>> -#define PM8150C_SUBTYPE		0x26
>> -#define SMB2351_SUBTYPE		0x29
>> +struct qcom_spmi_dev {
>> +	int num_usids;
>> +	struct qcom_spmi_pmic pmic;
>> +};
>> +
>> +#define N_USIDS(n)		((void *)n)
>>   
>>   static const struct of_device_id pmic_spmi_id_table[] = {
>> -	{ .compatible = "qcom,pm660",     .data = (void *)PM660_SUBTYPE },
>> -	{ .compatible = "qcom,pm660l",    .data = (void *)PM660L_SUBTYPE },
>> -	{ .compatible = "qcom,pm8004",    .data = (void *)PM8004_SUBTYPE },
>> -	{ .compatible = "qcom,pm8005",    .data = (void *)PM8005_SUBTYPE },
>> -	{ .compatible = "qcom,pm8019",    .data = (void *)PM8019_SUBTYPE },
>> -	{ .compatible = "qcom,pm8028",    .data = (void *)PM8028_SUBTYPE },
>> -	{ .compatible = "qcom,pm8110",    .data = (void *)PM8110_SUBTYPE },
>> -	{ .compatible = "qcom,pm8150",    .data = (void *)PM8150_SUBTYPE },
>> -	{ .compatible = "qcom,pm8150b",   .data = (void *)PM8150B_SUBTYPE },
>> -	{ .compatible = "qcom,pm8150c",   .data = (void *)PM8150C_SUBTYPE },
>> -	{ .compatible = "qcom,pm8150l",   .data = (void *)PM8150L_SUBTYPE },
>> -	{ .compatible = "qcom,pm8226",    .data = (void *)PM8226_SUBTYPE },
>> -	{ .compatible = "qcom,pm8841",    .data = (void *)PM8841_SUBTYPE },
>> -	{ .compatible = "qcom,pm8901",    .data = (void *)PM8901_SUBTYPE },
>> -	{ .compatible = "qcom,pm8909",    .data = (void *)PM8909_SUBTYPE },
>> -	{ .compatible = "qcom,pm8916",    .data = (void *)PM8916_SUBTYPE },
>> -	{ .compatible = "qcom,pm8941",    .data = (void *)PM8941_SUBTYPE },
>> -	{ .compatible = "qcom,pm8950",    .data = (void *)PM8950_SUBTYPE },
>> -	{ .compatible = "qcom,pm8994",    .data = (void *)PM8994_SUBTYPE },
>> -	{ .compatible = "qcom,pm8998",    .data = (void *)PM8998_SUBTYPE },
>> -	{ .compatible = "qcom,pma8084",   .data = (void *)PMA8084_SUBTYPE },
>> -	{ .compatible = "qcom,pmd9635",   .data = (void *)PMD9635_SUBTYPE },
>> -	{ .compatible = "qcom,pmi8950",   .data = (void *)PMI8950_SUBTYPE },
>> -	{ .compatible = "qcom,pmi8962",   .data = (void *)PMI8962_SUBTYPE },
>> -	{ .compatible = "qcom,pmi8994",   .data = (void *)PMI8994_SUBTYPE },
>> -	{ .compatible = "qcom,pmi8998",   .data = (void *)PMI8998_SUBTYPE },
>> -	{ .compatible = "qcom,pmk8002",   .data = (void *)PMK8002_SUBTYPE },
>> -	{ .compatible = "qcom,smb2351",   .data = (void *)SMB2351_SUBTYPE },
>> -	{ .compatible = "qcom,spmi-pmic", .data = (void *)COMMON_SUBTYPE },
>> +	{ .compatible = "qcom,pm660", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm660l", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8004", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8005", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8019", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8028", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8110", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8150", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8150b", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8150c", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8150l", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8226", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8841", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8901", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8909", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8916", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8941", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8950", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8994", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pm8998", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pma8084", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pmd9635", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pmi8950", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pmi8962", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pmi8994", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pmi8998", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,pmk8002", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,smb2351", .data = N_USIDS(2) },
>> +	{ .compatible = "qcom,spmi-pmic", .data = N_USIDS(1) },
>>   	{ }
>>   };
>>   
>> -static void pmic_spmi_show_revid(struct regmap *map, struct device *dev)
>> +#undef N_USIDS
> 
> Why is this here?  Can't we use a unique macro instead?
This felt neat to do but yeah there's no reason to undefine the macro, I'll drop 
this.
> 
>> +/*
>> + * A PMIC can be represented by multiple SPMI devices, but
>> + * only the base PMIC device will contain a reference to
>> + * the revision information.
>> + *
>> + * This function takes a pointer to a function device and
>> + * returns a pointer to the base PMIC device.
>> + *
>> + * This only supports PMICs with 1 or 2 USIDs.
>> + */
>> +static struct spmi_device *qcom_pmic_get_base_usid(struct device *dev)
>>   {
>> -	unsigned int rev2, minor, major, type, subtype;
>> -	const char *name = "unknown";
>> -	int ret, i;
>> +	struct spmi_device *sdev;
>> +	struct qcom_spmi_dev *ctx;
>> +	struct device_node *spmi_bus;
>> +	struct device_node *other_usid = NULL;
>> +	int function_parent_usid, ret;
>> +	u32 pmic_addr;
>>   
>> -	ret = regmap_read(map, PMIC_TYPE, &type);
>> -	if (ret < 0)
>> -		return;
>> +	if (!of_match_device(pmic_spmi_id_table, dev))
>> +		return ERR_PTR(-EINVAL);
> 
> Can this happen?  How else would the device have been enumerated?
This function gets called from "qcom_pmic_get()" which can be called by any 
driver, the check is to make sure it's only called from drivers which are 
children of a qcom PMIC.
> 
>> +	sdev = to_spmi_device(dev);
>> +	ctx = spmi_device_get_drvdata(sdev);
> 
> This function looks like abstraction for the sake of abstraction.
> 
> Why not just use dev_get_drvdata()?
That seems more sensible.
> 
>> +	/*
>> +	 * Quick return if the function device is already in the base
>> +	 * USID. This will always be hit for PMICs with only 1 USID.
>> +	 */
>> +	if (sdev->usid % ctx->num_usids == 0)
>> +		return sdev;
>> +
>> +	function_parent_usid = sdev->usid;
>> +
>> +	/*
>> +	 * Walk through the list of PMICs until we find the sibling USID.
>> +	 * The goal is to find the first USID which is less than the
>> +	 * number of USIDs in the PMIC away, e.g. for a PMIC with 2 USIDs
> 
> "array" perhaps?
> 
>> +	 * where the function device is under USID 3, we want to find the
>> +	 * device for USID 2.
>> +	 */
>> +	spmi_bus = of_get_parent(sdev->dev.of_node);
>> +	do {
>> +		other_usid = of_get_next_child(spmi_bus, other_usid);
> 
> '\n'
> 
>> +		ret = of_property_read_u32_index(other_usid, "reg", 0, &pmic_addr);
>> +		if (ret)
>> +			return ERR_PTR(ret);
> 
> '\n'
> 
>> +		sdev = spmi_device_from_of(other_usid);
>> +		if (sdev == NULL) {
> 
> if (!sdev)
> 
>> +			/*
>> +			 * If the base USID for this PMIC hasn't probed yet
>> +			 * but the secondary USID has, then we need to defer
>> +			 * the function driver so that it will attempt to
>> +			 * probe again when the base USID is ready.
>> +			 */
>> +			if (pmic_addr == function_parent_usid  - (ctx->num_usids - 1))
> 
> Double "  ".
Ack
> 
> Over-bracketing of statements with matching operands.
I don't think x - (y - 1) is equal to x - y - 1? Or am I misunderstanding you here?
> 
>> +				return ERR_PTR(-EPROBE_DEFER);
>> +
>> +			continue;
>> +		}
>> +
>> +		if (pmic_addr == function_parent_usid  - (ctx->num_usids - 1))
>> +			return sdev;
> 
> Wouldn't it be better written like this:
Yeah
> 
>> +		if (pmic_addr == function_parent_usid - (ctx->num_usids - 1)) {
>> +		        sdev = spmi_device_from_of(other_usid);
>> +		        if (!sdev)
>> +			        /*
>> +			         * If the base USID for this PMIC hasn't probed yet
>> +			         * but the secondary USID has, then we need to defer
>> +			         * the function driver so that it will attempt to
>> +			         * probe again when the base USID is ready.
>> +			         */
>> +				return ERR_PTR(-EPROBE_DEFER);
>> +                     return sdev;
>> +		}
> 
> [...]
> 
>> +	} while (other_usid->sibling);
>> +
>> +	return ERR_PTR(-ENODATA);
>> +}
>> +
>> +static inline void pmic_print_info(struct device *dev, struct qcom_spmi_pmic *pmic)
>> +{
>> +	dev_dbg(dev, "%x: %s v%d.%d\n",
>> +		pmic->subtype, pmic->name, pmic->major, pmic->minor);
>> +}
> 
> More abstraction for no apparent reason.
Oops, this got a bit messy over several reworks, I'll stick the dev_dbg back in 
pmic_spmi_load_revid() and drop this function.
> 
>> -	if (type != PMIC_TYPE_VALUE)
>> -		return;
>> +static int pmic_spmi_load_revid(struct regmap *map, struct device *dev,
>> +				 struct qcom_spmi_pmic *pmic)
>> +{
>> +	int ret;
>>   
>> -	ret = regmap_read(map, PMIC_SUBTYPE, &subtype);
>> +	ret = regmap_read(map, PMIC_TYPE, &pmic->type);
>>   	if (ret < 0)
>> -		return;
>> +		return ret;
>>   
>> -	for (i = 0; i < ARRAY_SIZE(pmic_spmi_id_table); i++) {
>> -		if (subtype == (unsigned long)pmic_spmi_id_table[i].data)
>> -			break;
>> -	}
>> +	if (pmic->type != PMIC_TYPE_VALUE)
>> +		return ret;
>>   
>> -	if (i != ARRAY_SIZE(pmic_spmi_id_table))
>> -		name = pmic_spmi_id_table[i].compatible;
>> +	ret = regmap_read(map, PMIC_SUBTYPE, &pmic->subtype);
>> +	if (ret < 0)
>> +		return ret;
>> +
>> +	pmic->name = of_match_device(pmic_spmi_id_table, dev)->compatible;
>>   
>> -	ret = regmap_read(map, PMIC_REV2, &rev2);
>> +	ret = regmap_read(map, PMIC_REV2, &pmic->rev2);
>>   	if (ret < 0)
>> -		return;
>> +		return ret;
>>   
>> -	ret = regmap_read(map, PMIC_REV3, &minor);
>> +	ret = regmap_read(map, PMIC_REV3, &pmic->minor);
>>   	if (ret < 0)
>> -		return;
>> +		return ret;
>>   
>> -	ret = regmap_read(map, PMIC_REV4, &major);
>> +	ret = regmap_read(map, PMIC_REV4, &pmic->major);
>>   	if (ret < 0)
>> -		return;
>> +		return ret;
>>   
>>   	/*
>>   	 * In early versions of PM8941 and PM8226, the major revision number
>> @@ -124,15 +174,34 @@ static void pmic_spmi_show_revid(struct regmap *map, struct device *dev)
>>   	 * Increment the major revision number here if the chip is an early
>>   	 * version of PM8941 or PM8226.
>>   	 */
>> -	if ((subtype == PM8941_SUBTYPE || subtype == PM8226_SUBTYPE) &&
>> -	    major < 0x02)
>> -		major++;
>> +	if ((pmic->subtype == PM8941_SUBTYPE || pmic->subtype == PM8226_SUBTYPE) &&
>> +	    pmic->major < 0x02)
> 
> Please define this magic number while you're at it.
> 
>> +		pmic->major++;
>> +
>> +	if (pmic->subtype == PM8110_SUBTYPE)
>> +		pmic->minor = pmic->rev2;
>> +
>> +	pmic_print_info(dev, pmic);
>>   
>> -	if (subtype == PM8110_SUBTYPE)
>> -		minor = rev2;
>> +	return 0;
>> +}
>> +
>> +/**
>> + * qcom_pmic_get() - Get a pointer to the base PMIC device
>> + *
>> + * @dev: the pmic function device
>> + * @return: the struct qcom_spmi_pmic* pointer associated with the function device
>> + */
>> +inline const struct qcom_spmi_pmic *qcom_pmic_get(struct device *dev)
>> +{
>> +	struct spmi_device *sdev = qcom_pmic_get_base_usid(dev->parent);
>>   
>> -	dev_dbg(dev, "%x: %s v%d.%d\n", subtype, name, major, minor);
>> +	if (IS_ERR(sdev))
>> +		return ERR_CAST(sdev);
>> +
>> +	return &((struct qcom_spmi_dev *)spmi_device_get_drvdata(sdev))->pmic;
> 
> This is horrible.  Please expand it out.
> 
>>   }
>> +EXPORT_SYMBOL(qcom_pmic_get);
>>   
>>   static const struct regmap_config spmi_regmap_config = {
>>   	.reg_bits	= 16,
>> @@ -144,14 +213,26 @@ static const struct regmap_config spmi_regmap_config = {
>>   static int pmic_spmi_probe(struct spmi_device *sdev)
>>   {
>>   	struct regmap *regmap;
>> +	struct qcom_spmi_dev *ctx;
>> +	int ret;
>>   
>>   	regmap = devm_regmap_init_spmi_ext(sdev, &spmi_regmap_config);
>>   	if (IS_ERR(regmap))
>>   		return PTR_ERR(regmap);
>>   
>> +	ctx = devm_kzalloc(&sdev->dev, sizeof(*ctx), GFP_KERNEL);
>> +	if (!ctx)
>> +		return -ENOMEM;
>> +
>> +	ctx->num_usids = (long)of_device_get_match_data(&sdev->dev);
> 
> Why does this need to be long?
The compiler complains with
../drivers/mfd/qcom-spmi-pmic.c: In function 'pmic_spmi_probe':
../drivers/mfd/qcom-spmi-pmic.c:236:26: warning: cast from pointer to integer of 
different size [-Wpointer-to-int-cast]
   236 |         ctx->num_usids = (int)of_device_get_match_data(&sdev->dev);
       |

Due to match data being void*. I wasn't able to find a better solution than 
casting this way, do you have any suggestions?

I just found uintptr_t, maybe that might be more explicit?
> 
> In fact, it's not is it?  It's an int:
> 
>     +struct qcom_spmi_dev {
>     +	int num_usids;
>     +	struct qcom_spmi_pmic pmic;
>     +};
> 
>>   	/* Only the first slave id for a PMIC contains this information */
>> -	if (sdev->usid % 2 == 0)
>> -		pmic_spmi_show_revid(regmap, &sdev->dev);
>> +	if (sdev->usid % ctx->num_usids == 0) {
>> +		ret = pmic_spmi_load_revid(regmap, &sdev->dev, &ctx->pmic);
>> +		if (ret < 0)
>> +			return ret;
>> +	}
>> +	spmi_device_set_drvdata(sdev, ctx);
>>   
>>   	return devm_of_platform_populate(&sdev->dev);
>>   }
>> diff --git a/include/soc/qcom/qcom-spmi-pmic.h b/include/soc/qcom/qcom-spmi-pmic.h
>> new file mode 100644
>> index 000000000000..5400e6509fe8
>> --- /dev/null
>> +++ b/include/soc/qcom/qcom-spmi-pmic.h
>> @@ -0,0 +1,60 @@
>> +/* SPDX-License-Identifier: GPL-2.0-only */
>> +/* Copyright (c) 2021 Linaro. All rights reserved.
>> + * Copyright (c) 2021 Caleb Connolly <caleb.connolly@linaro.org>
> 
> Your very own Copyright?  Why?
I did some research originally and couldn't find any docs on Linaro precedent 
here, so went with this originally... I switched over the other files when I 
realised that "Author:" was the preferred approach but I guess this one slipped 
through the crack.
> 
> Any not Author: instead?
> 
>> + */
>> +
>> +#ifndef __QCOM_SPMI_PMIC_H__
>> +#define __QCOM_SPMI_PMIC_H__
>> +
>> +#define COMMON_SUBTYPE		0x00
>> +#define PM8941_SUBTYPE		0x01
>> +#define PM8841_SUBTYPE		0x02
>> +#define PM8019_SUBTYPE		0x03
>> +#define PM8226_SUBTYPE		0x04
>> +#define PM8110_SUBTYPE		0x05
>> +#define PMA8084_SUBTYPE		0x06
>> +#define PMI8962_SUBTYPE		0x07
>> +#define PMD9635_SUBTYPE		0x08
>> +#define PM8994_SUBTYPE		0x09
>> +#define PMI8994_SUBTYPE		0x0a
>> +#define PM8916_SUBTYPE		0x0b
>> +#define PM8004_SUBTYPE		0x0c
>> +#define PM8909_SUBTYPE		0x0d
>> +#define PM8028_SUBTYPE		0x0e
>> +#define PM8901_SUBTYPE		0x0f
>> +#define PM8950_SUBTYPE		0x10
>> +#define PMI8950_SUBTYPE		0x11
>> +#define PM8998_SUBTYPE		0x14
>> +#define PMI8998_SUBTYPE		0x15
>> +#define PM8005_SUBTYPE		0x18
>> +#define PM660L_SUBTYPE		0x1A
>> +#define PM660_SUBTYPE		0x1B
>> +#define PM8150_SUBTYPE		0x1E
>> +#define PM8150L_SUBTYPE		0x1f
>> +#define PM8150B_SUBTYPE		0x20
>> +#define PMK8002_SUBTYPE		0x21
>> +#define PM8009_SUBTYPE		0x24
>> +#define PM8150C_SUBTYPE		0x26
>> +#define SMB2351_SUBTYPE		0x29
>> +
>> +#define PMI8998_FAB_ID_SMIC	0x11
>> +#define PMI8998_FAB_ID_GF	0x30
>> +
>> +#define PM660_FAB_ID_GF		0x0
>> +#define PM660_FAB_ID_TSMC	0x2
>> +#define PM660_FAB_ID_MX		0x3
>> +
>> +struct qcom_spmi_pmic {
>> +	unsigned int type;
>> +	unsigned int subtype;
>> +	unsigned int major;
>> +	unsigned int minor;
>> +	unsigned int rev2;
>> +	const char *name;
>> +};
>> +
>> +struct device;
> 
> Can't you just include the correct header?Sure
> 
>> +inline const struct qcom_spmi_pmic *qcom_pmic_get(struct device *dev);
>> +
>> +#endif /* __QCOM_SPMI_PMIC_H__ */
> 

-- 
Kind Regards,
Caleb (they/he)

  reply	other threads:[~2022-04-27 22:28 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-23 16:28 [PATCH v13 0/9] iio: adc: introduce Qualcomm SPMI Round Robin ADC Caleb Connolly
2022-03-23 16:28 ` [PATCH v13 1/9] spmi: add a helper to look up an SPMI device from a device node Caleb Connolly
2022-03-23 16:28 ` [PATCH v13 2/9] mfd: qcom-spmi-pmic: expose the PMIC revid information to clients Caleb Connolly
2022-04-25 15:03   ` Lee Jones
2022-04-27 22:27     ` Caleb Connolly [this message]
2022-04-28 16:14       ` Lee Jones
2022-04-28 16:30         ` Caleb Connolly
2022-04-29 10:06           ` Lee Jones
2022-04-29 12:36             ` Caleb Connolly
2022-03-23 16:28 ` [PATCH v13 3/9] mfd: qcom-spmi-pmic: read fab id on supported PMICs Caleb Connolly
2022-04-25 15:05   ` Lee Jones
2022-04-26 17:41     ` Caleb Connolly
2022-04-26 18:24       ` Lee Jones
2022-04-27 18:45         ` Caleb Connolly
2022-04-28 16:15           ` Lee Jones
2022-03-23 16:28 ` [PATCH v13 4/9] dt-bindings: iio: adc: document qcom-spmi-rradc Caleb Connolly
2022-03-23 16:36   ` Krzysztof Kozlowski
2022-03-27 15:02   ` Jonathan Cameron
2022-03-23 16:28 ` [PATCH v13 5/9] iio: adc: qcom-spmi-rradc: introduce round robin adc Caleb Connolly
2022-03-27 15:03   ` Jonathan Cameron
2022-04-13  3:08     ` Bjorn Andersson
2022-04-13 13:13       ` Jonathan Cameron
2022-03-23 16:28 ` [PATCH v13 6/9] arm64: dts: qcom: pmi8998: add rradc node Caleb Connolly
2022-03-23 16:28 ` [PATCH v13 7/9] arm64: dts: qcom: sdm845-oneplus: enable rradc Caleb Connolly
2022-03-23 16:28 ` [PATCH v13 8/9] arm64: dts: qcom: sdm845-db845c: " Caleb Connolly
2022-03-23 16:28 ` [PATCH v13 9/9] arm64: dts: qcom: sdm845-xiaomi-beryllium: " Caleb Connolly

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=2763f103-6947-e431-cef5-e202c324d678@linaro.org \
    --to=caleb.connolly@linaro.org \
    --cc=agross@kernel.org \
    --cc=amit.pundir@linaro.org \
    --cc=bjorn.andersson@linaro.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dmitry.baryshkov@linaro.org \
    --cc=jic23@kernel.org \
    --cc=john.stultz@linaro.org \
    --cc=krzysztof.kozlowski@canonical.com \
    --cc=lars@metafoo.de \
    --cc=lee.jones@linaro.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-iio@vger.kernel.org \
    --cc=robh+dt@kernel.org \
    --cc=sboyd@kernel.org \
    --cc=sumit.semwal@linaro.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: 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