Re: [PATCH v11 0/9] Add support MT6316/6363/MT6373 PMICs regulators and MFD
From: Chen-Yu Tsai <wenst@chromium.org>
Date: 2026-03-26 05:34:55
Also in:
linux-devicetree, linux-mediatek, lkml
From: Chen-Yu Tsai <wenst@chromium.org>
Date: 2026-03-26 05:34:55
Also in:
linux-devicetree, linux-mediatek, lkml
On Fri, Nov 07, 2025 at 10:01:56AM +0100, AngeloGioacchino Del Regno wrote:
Il 06/11/25 17:11, Lee Jones ha scritto:quoted
On Mon, 27 Oct 2025, AngeloGioacchino Del Regno wrote:quoted
Changes in v11: - Removed unnecessary #address-cells in all mt6316 bindings Changes in v10: - Added "struct" prefix to structs kerneldoc - Renamed struct mtk_spmi_pmic_pdata to mtk_spmi_pmic_variant - Added "REG_" to MT6363/73 mfd register definitions to disambiguate - Expanded MTK_SPMI_PMIC_IRQ_GROUP macro parameter names as suggested - Some rewording of comments as suggested, addition of more comments - Refactored IRQ domain handling due to deprecation of function irq_domain_add_tree() to use the new irq_domain_create_tree() - Fixed to use generic_handle_domain_irq_safe() to avoid races - Added support for two interrupt cells in translation - Removed .irq_lock() and .irq_unlock() in favor of lockdep classes - Added support for handling PMICs without IRQ Group register for upcoming MT6685 implementationThe MFD part looks okay. Let me know when you have all the Acks and the set is ready to be merged.Lee, the regulators part was picked by Mark, so I guess you can take the MFD part through your tree. I'm not sure if you can also take patch [7/9] (auxadc binding), but it would be great if you could, because there is an auxadc example in the mfd binding that needs that commit in order to succeed the binding check.
Friendly ping. You might want to resend the remaining patches. Looks like they are all ready to be merged? ChenYu