MT6360 interrupt controllers use either one interrupt cell or two
cells, with the optional second cell carrying trigger flags. Allow both
forms.
Assisted-by: LLM
Signed-off-by: Rob Herring (Arm) <robh@kernel.org>
---
Documentation/devicetree/bindings/mfd/mediatek,mt6360.yaml | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
@@ -33,9 +33,10 @@ properties:interrupt-controller:true"#interrupt-cells":-const:1+enum:[1,2]description:-The first cell is the IRQ number.+The first cell is the IRQ number. The optional second cell is the IRQ+trigger type.regulators:$ref:/schemas/regulator/mt6360-regulator.yaml#
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] dt-bindings: #interrupt-cells uses enum instead of required const constraint
--
commit 3c231e0793c5c72fac7dc860b2b89ed70228f7a3
Author: Rob Herring (Arm) [off-list ref]
dt-bindings: mfd: Allow MT6360 interrupt flags
This commit updates the MT6360 device tree binding to allow the interrupt
controller to use either one or two cells. It replaces the constant cell
count constraint with an enum to support an optional second cell for
trigger flags.
[Severity: Medium]
Does this change conflict with the device tree binding subsystem rules?
The subsystem guidelines mandate that cell-count properties like
#interrupt-cells must use a const constraint rather than an enum to prevent
ambiguous or variable cell sizes during schema validation.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260921232701.3133291-1-robh@kernel.org?part=1
From: Rob Herring <robh@kernel.org> Date: 2026-09-23 18:10:23
On Mon, Sep 21, 2026 at 11:32:49PM +0000, sashiko-bot@kernel.org wrote:
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] dt-bindings: #interrupt-cells uses enum instead of required const constraint
--
commit 3c231e0793c5c72fac7dc860b2b89ed70228f7a3
Author: Rob Herring (Arm) [off-list ref]
dt-bindings: mfd: Allow MT6360 interrupt flags
This commit updates the MT6360 device tree binding to allow the interrupt
controller to use either one or two cells. It replaces the constant cell
count constraint with an enum to support an optional second cell for
trigger flags.
[Severity: Medium]
Does this change conflict with the device tree binding subsystem rules?
No.
The subsystem guidelines mandate that cell-count properties like
#interrupt-cells must use a const constraint rather than an enum to prevent
ambiguous or variable cell sizes during schema validation.