From: Jishnu Prakash <jishnu.prakash@oss.qualcomm.com>
To: Lee Jones <lee@kernel.org>,
Nihal Kumar Gupta <nihal.gupta@oss.qualcomm.com>,
Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
Cc: Bryan O'Donoghue <bod@kernel.org>, Vinod Koul <vkoul@kernel.org>,
Neil Armstrong <neil.armstrong@linaro.org>,
Manivannan Sadhasivam <mani@kernel.org>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Bryan O'Donoghue <bryan.odonoghue@linaro.org>,
Vladimir Zapolskiy <vladimir.zapolskiy@linaro.org>,
Loic Poulain <loic.poulain@oss.qualcomm.com>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Guru Das Srinagesh <linux@gurudas.dev>,
Liam Girdwood <lgirdwood@gmail.com>,
Mark Brown <broonie@kernel.org>,
linux-arm-msm@vger.kernel.org, linux-phy@lists.infradead.org,
linux-media@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org, mfd@lists.linux.dev,
Suresh Vankadara <svankada@qti.qualcomm.com>,
Vikram Sharma <vikram.sharma@oss.qualcomm.com>,
Dhruvin Rajpura <drajpura@qti.qualcomm.com>
Subject: Re: [PATCH v2 5/6] mfd: qcom-pm8008: Add support for PM8010 PMIC
Date: Wed, 23 Sep 2026 15:47:18 +0530 [thread overview]
Message-ID: <ee9c9173-96ac-4507-8b42-3cd12898bdbe@oss.qualcomm.com> (raw)
In-Reply-To: <20260922093327.GA2308615@google.com>
On 9/22/2026 3:03 PM, Lee Jones wrote:
> On Mon, 07 Sep 2026, Nihal Kumar Gupta wrote:
>
>> From: Jishnu Prakash <jishnu.prakash@oss.qualcomm.com>
>>
>> The PM8010 is a variant of the PM8008 PMIC with a slightly different
>> IRQ layout and MFD cells. Introduce per-variant match data (IRQ chip
>> descriptor and MFD cells) selected via the new "qcom,pm8010-i2c"
>> compatible string, and support probing without an interrupt line by
>> falling back to a reduced set of MFD cells when the client has no IRQ
>> assigned.
>>
>> Signed-off-by: Jishnu Prakash <jishnu.prakash@oss.qualcomm.com>
>> Signed-off-by: Dhruvin Rajpura <drajpura@qti.qualcomm.com>
>> Signed-off-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
>> Signed-off-by: Nihal Kumar Gupta <nihal.gupta@oss.qualcomm.com>
>
> Who are all of these people?
>
> Did they all work on this? If so, where are their Co-developed-bys?
>
Hi Lee,
I had split out the PM8010 support into a separate series, which you
have now commented on:
https://lore.kernel.org/all/20260918-pm8010_i2c_support-v1-0-de33d78fad9d@oss.qualcomm.com/.
I missed mentioning it earlier in the mail threads on this series,
sorry about that.
I have fixed up the attributions in that series. I have also noted
your comments on this patch and I'll address them in the next version
of the above series.
>> ---
>> drivers/mfd/qcom-pm8008.c | 140 ++++++++++++++++++++++++++++++++++++----------
>> 1 file changed, 112 insertions(+), 28 deletions(-)
>>
>> diff --git a/drivers/mfd/qcom-pm8008.c b/drivers/mfd/qcom-pm8008.c
>> index 60204cc9a2dc60cc1fe1b64030f5d803100e7874..28532cef7908ef3409a3dfc0779aae3b1a3885b9 100644
>> --- a/drivers/mfd/qcom-pm8008.c
>> +++ b/drivers/mfd/qcom-pm8008.c
>> @@ -34,6 +34,7 @@ enum {
>> PM8008_GPIO1,
>> PM8008_GPIO2,
>> PM8008_NUM_PERIPHS,
>> + PM8010_NUM_PERIPHS = 2,
....
>>
>> static const struct mfd_cell pm8008_cells[] = {
>> MFD_CELL_NAME("pm8008-regulator"),
>> - MFD_CELL_RES("qpnp-temp-alarm", pm8008_temp_res),
>> + MFD_CELL_RES("spmi-temp-alarm", pm8008_temp_res),
>
> Why is this cell being renamed from 'qpnp-temp-alarm' to 'spmi-temp-alarm'?
> There is no mention of this change in the commit log, and if intentional, it
> should be submitted in its own separate patch.
This was incorrect, it is not done in the separate PM8010
series I have sent the most recently.
>
>> MFD_CELL_NAME("pm8008-gpio"),
>> };
>>
>> +static const struct mfd_cell pm8010_cells[] = {
>> + MFD_CELL_NAME("pm8010-regulator"),
>> + MFD_CELL_RES("spmi-temp-alarm", pm8008_temp_res),
>> + MFD_CELL_NAME("pm8008-gpio"),
>> +};
>> +
...
>>
>> +static const struct pm8008_match_data pm8008_data = {
>> + .irq_chip_desc = &pm8008_irq_chip,
>> + .mfd_cells = pm8008_cells,
>> + .no_irq_mfd_cells = pm8008_no_irq_cells,
>> + .num_mfd_cells = ARRAY_SIZE(pm8008_cells),
>> + .no_irq_num_mfd_cells = ARRAY_SIZE(pm8008_no_irq_cells),
>> +};
>> +
>> +static const struct pm8008_match_data pm8010_data = {
>> + .irq_chip_desc = &pm8010_irq_chip,
>> + .mfd_cells = pm8010_cells,
>> + .no_irq_mfd_cells = pm8010_no_irq_cells,
>> + .num_mfd_cells = ARRAY_SIZE(pm8010_cells),
>> + .no_irq_num_mfd_cells = ARRAY_SIZE(pm8010_no_irq_cells),
>> +};
>> +
>> static const struct of_device_id pm8008_match[] = {
>> - { .compatible = "qcom,pm8008", },
>> + { .compatible = "qcom,pm8008", .data = &pm8008_data },
>> + { .compatible = "qcom,pm8010-i2c", .data = &pm8010_data },
>
> We do not allow data from one registration mechanism (MFD) to be piped through
> another (OF). Please pass through an enum identifier instead and select the
> cells and IRQ chip in a 'switch()' statement? Also, why does this compatible
> carry an '-i2c' suffix when the existing device is just "qcom,pm8008"?
Yes, I'll use this method here in the next patch series.
We use "qcom,pm8010-i2c" here instead of "qcom,pm8010" because
"qcom,pm8010" is already used for PM8010 over SPMI in
Documentation/devicetree/bindings/mfd/qcom,spmi-pmic.yaml.
It is also mentioned in this patch in the latest series:
https://lore.kernel.org/all/20260918-pm8010_i2c_support-v1-1-de33d78fad9d@oss.qualcomm.com/.
Thanks,
Jishnu
>
>> { },
>> };
>> MODULE_DEVICE_TABLE(of, pm8008_match);
>>
>> --
>> 2.34.1
>>
>
next prev parent reply other threads:[~2026-09-23 10:17 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-07 8:13 [PATCH v2 0/6] Add CAMSS support for Qualcomm Glymur Nihal Kumar Gupta
2026-09-07 8:13 ` [PATCH v2 1/6] dt-bindings: phy: qcom,x1e80100-csi2-phy: Add Glymur compatible Nihal Kumar Gupta
2026-09-07 10:56 ` Pankaj Patil
2026-09-07 11:04 ` Nihal Kumar Gupta
2026-09-23 11:52 ` Krzysztof Kozlowski
2026-09-07 8:13 ` [PATCH v2 2/6] dt-bindings: media: qcom,glymur-camss: Add Glymur CAMSS Nihal Kumar Gupta
2026-09-07 9:29 ` Bryan O'Donoghue
2026-09-07 10:42 ` Nihal Kumar Gupta
2026-09-07 11:05 ` Bryan O'Donoghue
2026-09-09 10:45 ` Bryan O'Donoghue
2026-09-23 11:53 ` Krzysztof Kozlowski
2026-09-07 8:13 ` [PATCH v2 3/6] dt-bindings: mfd: pm8008: Add PM8010 I2C support Nihal Kumar Gupta
2026-09-07 8:13 ` [PATCH v2 4/6] media: qcom: camss: Add Glymur compatible Nihal Kumar Gupta
2026-09-07 8:13 ` [PATCH v2 5/6] mfd: qcom-pm8008: Add support for PM8010 PMIC Nihal Kumar Gupta
2026-09-22 9:33 ` Lee Jones
2026-09-22 10:13 ` Konrad Dybcio
2026-09-23 10:17 ` Jishnu Prakash [this message]
2026-09-22 10:15 ` Lee Jones
2026-09-07 8:13 ` [PATCH v2 6/6] regulator: qcom-pm8008-regulator: " Nihal Kumar Gupta
2026-09-08 15:43 ` [PATCH v2 0/6] Add CAMSS support for Qualcomm Glymur Mark Brown
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=ee9c9173-96ac-4507-8b42-3cd12898bdbe@oss.qualcomm.com \
--to=jishnu.prakash@oss.qualcomm.com \
--cc=bod@kernel.org \
--cc=broonie@kernel.org \
--cc=bryan.odonoghue@linaro.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=drajpura@qti.qualcomm.com \
--cc=konrad.dybcio@oss.qualcomm.com \
--cc=krzk+dt@kernel.org \
--cc=lee@kernel.org \
--cc=lgirdwood@gmail.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-phy@lists.infradead.org \
--cc=linux@gurudas.dev \
--cc=loic.poulain@oss.qualcomm.com \
--cc=mani@kernel.org \
--cc=mchehab@kernel.org \
--cc=mfd@lists.linux.dev \
--cc=neil.armstrong@linaro.org \
--cc=nihal.gupta@oss.qualcomm.com \
--cc=robh@kernel.org \
--cc=svankada@qti.qualcomm.com \
--cc=vikram.sharma@oss.qualcomm.com \
--cc=vkoul@kernel.org \
--cc=vladimir.zapolskiy@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
all inboxes | Powered by JetHome®