From: Conor Dooley <conor@kernel.org>
To: Shubham Patil <shubhamsanjay.patil@amd.com>
Cc: Alexandre Belloni <alexandre.belloni@bootlin.com>,
Frank Li <Frank.Li@nxp.com>, Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
linux-i3c@lists.infradead.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/3] dt-bindings: i3c: xlnx: Add IBI and hot-join capability properties
Date: Fri, 14 Aug 2026 16:38:34 +0100 [thread overview]
Message-ID: <20260814-cubical-transpire-413101a0c4c2@spud> (raw)
In-Reply-To: <20260814115155.3974988-2-shubhamsanjay.patil@amd.com>
[-- Attachment #1: Type: text/plain, Size: 2322 bytes --]
On Fri, Aug 14, 2026 at 05:21:53PM +0530, Shubham Patil wrote:
> In-Band Interrupt and Hot-Join are synthesis-time options of the AXI I3C
> IP. Describe them with two boolean properties.
>
> A Hot-Join request is acknowledged by the IBI machinery, so a hot-join
> capable design is always IBI capable as well. Both events are reported
> through the controller interrupt, which is therefore required whenever
> the capability is present.
>
> Signed-off-by: Shubham Patil <shubhamsanjay.patil@amd.com>
> ---
> .../bindings/i3c/xlnx,axi-i3c-1.0.yaml | 23 +++++++++++++++++++
> 1 file changed, 23 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/i3c/xlnx,axi-i3c-1.0.yaml b/Documentation/devicetree/bindings/i3c/xlnx,axi-i3c-1.0.yaml
> index 2caa245a8656..07e3d0b4d767 100644
> --- a/Documentation/devicetree/bindings/i3c/xlnx,axi-i3c-1.0.yaml
> +++ b/Documentation/devicetree/bindings/i3c/xlnx,axi-i3c-1.0.yaml
> @@ -32,13 +32,34 @@ properties:
> interrupts:
> maxItems: 1
>
> + xlnx,ibi-capable:
> + type: boolean
> + description:
> + The IP is synthesized with In-Band Interrupt support. IBIs are reported
> + through the controller interrupt.
> +
> + xlnx,hj-capable:
tbh, I'd prefer if these were spelt out a little bit more, characters
are cheap. Not a big deal though.
> + type: boolean
> + description:
> + The IP is synthesized with Hot-Join support. A Hot-Join request is
> + acknowledged by the same machinery as an In-Band Interrupt.
> +
> required:
> - compatible
> - reg
> - clocks
>
> +dependencies:
> + xlnx,hj-capable: ["xlnx,ibi-capable"]
> +
> allOf:
> - $ref: i3c.yaml#
> + - if:
> + required:
> + - xlnx,ibi-capable
> + then:
> + required:
> + - interrupts
Why is one dependency expressed this way, and the other expressed using
the dependencies property? Can the interrupts property be handled that
way too?
Cheers,
Conor.
>
> unevaluatedProperties: false
>
> @@ -54,5 +75,7 @@ examples:
> interrupts = <GIC_SPI 89 IRQ_TYPE_LEVEL_HIGH>;
> #address-cells = <3>;
> #size-cells = <0>;
> + xlnx,ibi-capable;
> + xlnx,hj-capable;
> };
> ...
> --
> 2.34.1
>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Conor Dooley <conor@kernel.org>
To: Shubham Patil <shubhamsanjay.patil@amd.com>
Cc: Alexandre Belloni <alexandre.belloni@bootlin.com>,
Frank Li <Frank.Li@nxp.com>, Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
linux-i3c@lists.infradead.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/3] dt-bindings: i3c: xlnx: Add IBI and hot-join capability properties
Date: Fri, 14 Aug 2026 16:38:34 +0100 [thread overview]
Message-ID: <20260814-cubical-transpire-413101a0c4c2@spud> (raw)
In-Reply-To: <20260814115155.3974988-2-shubhamsanjay.patil@amd.com>
[-- Attachment #1.1: Type: text/plain, Size: 2322 bytes --]
On Fri, Aug 14, 2026 at 05:21:53PM +0530, Shubham Patil wrote:
> In-Band Interrupt and Hot-Join are synthesis-time options of the AXI I3C
> IP. Describe them with two boolean properties.
>
> A Hot-Join request is acknowledged by the IBI machinery, so a hot-join
> capable design is always IBI capable as well. Both events are reported
> through the controller interrupt, which is therefore required whenever
> the capability is present.
>
> Signed-off-by: Shubham Patil <shubhamsanjay.patil@amd.com>
> ---
> .../bindings/i3c/xlnx,axi-i3c-1.0.yaml | 23 +++++++++++++++++++
> 1 file changed, 23 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/i3c/xlnx,axi-i3c-1.0.yaml b/Documentation/devicetree/bindings/i3c/xlnx,axi-i3c-1.0.yaml
> index 2caa245a8656..07e3d0b4d767 100644
> --- a/Documentation/devicetree/bindings/i3c/xlnx,axi-i3c-1.0.yaml
> +++ b/Documentation/devicetree/bindings/i3c/xlnx,axi-i3c-1.0.yaml
> @@ -32,13 +32,34 @@ properties:
> interrupts:
> maxItems: 1
>
> + xlnx,ibi-capable:
> + type: boolean
> + description:
> + The IP is synthesized with In-Band Interrupt support. IBIs are reported
> + through the controller interrupt.
> +
> + xlnx,hj-capable:
tbh, I'd prefer if these were spelt out a little bit more, characters
are cheap. Not a big deal though.
> + type: boolean
> + description:
> + The IP is synthesized with Hot-Join support. A Hot-Join request is
> + acknowledged by the same machinery as an In-Band Interrupt.
> +
> required:
> - compatible
> - reg
> - clocks
>
> +dependencies:
> + xlnx,hj-capable: ["xlnx,ibi-capable"]
> +
> allOf:
> - $ref: i3c.yaml#
> + - if:
> + required:
> + - xlnx,ibi-capable
> + then:
> + required:
> + - interrupts
Why is one dependency expressed this way, and the other expressed using
the dependencies property? Can the interrupts property be handled that
way too?
Cheers,
Conor.
>
> unevaluatedProperties: false
>
> @@ -54,5 +75,7 @@ examples:
> interrupts = <GIC_SPI 89 IRQ_TYPE_LEVEL_HIGH>;
> #address-cells = <3>;
> #size-cells = <0>;
> + xlnx,ibi-capable;
> + xlnx,hj-capable;
> };
> ...
> --
> 2.34.1
>
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
[-- Attachment #2: Type: text/plain, Size: 111 bytes --]
--
linux-i3c mailing list
linux-i3c@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-i3c
next prev parent reply other threads:[~2026-08-14 15:38 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-14 11:51 [PATCH 0/3] i3c: master: amd: Add IBI and hot-join support Shubham Patil
2026-08-14 11:51 ` Shubham Patil
2026-08-14 11:51 ` [PATCH 1/3] dt-bindings: i3c: xlnx: Add IBI and hot-join capability properties Shubham Patil
2026-08-14 11:51 ` Shubham Patil
2026-08-14 15:38 ` Conor Dooley [this message]
2026-08-14 15:38 ` Conor Dooley
2026-08-18 10:38 ` Patil, Shubham Sanjay
2026-08-18 10:38 ` Patil, Shubham Sanjay
2026-08-14 17:07 ` Frank Li
2026-08-14 17:07 ` Frank Li
2026-08-18 11:59 ` Patil, Shubham Sanjay
2026-08-18 11:59 ` Patil, Shubham Sanjay
2026-08-18 16:51 ` Frank Li
2026-08-18 16:51 ` Frank Li
2026-08-17 8:50 ` Krzysztof Kozlowski
2026-08-17 8:50 ` Krzysztof Kozlowski
2026-08-18 12:02 ` Patil, Shubham Sanjay
2026-08-18 12:02 ` Patil, Shubham Sanjay
2026-08-18 18:36 ` Krzysztof Kozlowski
2026-08-18 18:36 ` Krzysztof Kozlowski
2026-08-18 23:29 ` Conor Dooley
2026-08-19 5:40 ` Michal Simek
2026-08-19 5:40 ` Michal Simek
2026-08-14 11:51 ` [PATCH 2/3] i3c: master: amd: Add support for in-band interrupts Shubham Patil
2026-08-14 11:51 ` Shubham Patil
2026-08-14 12:05 ` sashiko-bot
2026-08-14 12:05 ` sashiko-bot
2026-08-14 11:51 ` [PATCH 3/3] i3c: master: amd: Add hot-join support Shubham Patil
2026-08-14 11:51 ` Shubham Patil
2026-08-14 12:05 ` sashiko-bot
2026-08-14 12:05 ` sashiko-bot
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=20260814-cubical-transpire-413101a0c4c2@spud \
--to=conor@kernel.org \
--cc=Frank.Li@nxp.com \
--cc=alexandre.belloni@bootlin.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-i3c@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=robh@kernel.org \
--cc=shubhamsanjay.patil@amd.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.