From: Alexandre Belloni <alexandre.belloni@bootlin.com>
To: Akhil R <akhilrajeev@nvidia.com>
Cc: frank.li@nxp.com, acpica-devel@lists.linux.dev,
conor+dt@kernel.org, devicetree@vger.kernel.org,
ebiggers@kernel.org, krzk+dt@kernel.org, lenb@kernel.org,
linux-acpi@vger.kernel.org, linux-hwmon@vger.kernel.org,
linux-i3c@lists.infradead.org, linux-kernel@vger.kernel.org,
linux@roeck-us.net, miquel.raynal@bootlin.com,
p.zabel@pengutronix.de, rafael@kernel.org, robh@kernel.org,
sakari.ailus@linux.intel.com, wsa+renesas@sang-engineering.com
Subject: Re: [PATCH v2 04/13] i3c: master: Support ACPI enumeration of child devices
Date: Sun, 12 Apr 2026 22:18:01 +0200 [thread overview]
Message-ID: <202604122018012539fc7c@mail.local> (raw)
In-Reply-To: <20260410053147.27344-1-akhilrajeev@nvidia.com>
On 10/04/2026 11:01:47+0530, Akhil R wrote:
> On Thu, 9 Apr 2026 22:17:22 -0400, Frank Li wrote:
> > On Thu, Apr 09, 2026 at 04:27:34PM +0530, Akhil R wrote:
> >> Although the existing subsystem allows host controllers to register
> >> through the ACPI table, it was not possible to describe I3C or I2C
> >> devices when using ACPI. This is because the driver relied on reg
> >> property to retrieve the PID, static address etc whereas ACPI uses
> >> _ADR or serial resources to describe such devices.
> >>
> >> Read _ADR and LVR from the ACPI resources and extract the data as per the
> >> ACPI specification for an I3C bus. Also read mipi-i3c-static-address as
> >> per the MIPI DISCO specifications [1] to get the static address to be
> >> used. Hence enable describing the I3C or I2C devices in the ACPI
> >> table, which is required if the device is using a static address or if it
> >> needs some specific properties to be attached to it.
> >
> > Please wrap your commit message at 75 char.
>
> Ack. Will do.
>
> >
> >>
> >> [1] https://www.mipi.org/mipi-disco-for-i3c-download
> >>
> >> Signed-off-by: Akhil R <akhilrajeev@nvidia.com>
> >> ---
> >> drivers/i3c/master.c | 140 ++++++++++++++++++++++++++++++++++++++++---
> >> 1 file changed, 132 insertions(+), 8 deletions(-)
> >>
> >> diff --git a/drivers/i3c/master.c b/drivers/i3c/master.c
> >> index 5e0e926f61f3..08d0fcabd6f1 100644
> >> --- a/drivers/i3c/master.c
> >> +++ b/drivers/i3c/master.c
> >> @@ -5,6 +5,7 @@
> >> * Author: Boris Brezillon <boris.brezillon@bootlin.com>
> >> */
> >>
> >> +#include <linux/acpi.h>
> >> #include <linux/atomic.h>
> >> #include <linux/bug.h>
> >> #include <linux/device.h>
> >> @@ -2403,6 +2404,53 @@ EXPORT_SYMBOL_GPL(i3c_master_add_i3c_dev_locked);
> >>
> >> #define OF_I3C_REG1_IS_I2C_DEV BIT(31)
> >>
> >> +#ifdef CONFIG_ACPI
> > ...
> >
> >> +#ifdef CONFIG_ACPI
> >> +static int i3c_master_add_acpi_dev(struct i3c_master_controller *master,
> >> + struct fwnode_handle *fwnode)
> >
> >
> > Can you move this and below function to previous #ifdef CONFIG_ACPI block.
>
> Ack. I will update, but there are some cross-dependencies. We may have to
> add a few function prototypes with the headers if we have to move these
> under the same block. Hope that is fine.
>
If you have cross-dependencies, then I guess they can sty separate
blocks.
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2026-04-12 20:18 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-09 10:57 [PATCH v2 00/13] Support ACPI and SETAASA device discovery Akhil R
2026-04-09 10:57 ` [PATCH v2 01/13] dt-bindings: i3c: Add mipi-i3c-static-method to support SETAASA Akhil R
2026-04-10 2:00 ` Frank Li
2026-04-10 4:30 ` Akhil R
2026-04-09 10:57 ` [PATCH v2 02/13] ACPICA: Read LVR from the I2C resource descriptor Akhil R
2026-04-09 11:07 ` Rafael J. Wysocki
2026-04-10 2:04 ` Frank Li
2026-04-10 4:45 ` Akhil R
2026-04-10 10:59 ` Rafael J. Wysocki
2026-04-11 5:41 ` Akhil R
2026-04-10 10:57 ` Rafael J. Wysocki
2026-04-09 10:57 ` [PATCH v2 03/13] i3c: master: Use unified device property interface Akhil R
2026-04-09 10:57 ` [PATCH v2 04/13] i3c: master: Support ACPI enumeration of child devices Akhil R
2026-04-10 2:17 ` Frank Li
2026-04-10 5:31 ` Akhil R
2026-04-12 20:18 ` Alexandre Belloni [this message]
2026-04-09 10:57 ` [PATCH v2 05/13] i3c: master: Add support for devices using SETAASA Akhil R
2026-04-10 2:25 ` Frank Li
2026-04-09 10:57 ` [PATCH v2 06/13] i3c: master: Add support for devices without PID Akhil R
2026-04-10 2:37 ` Frank Li
2026-04-09 10:57 ` [PATCH v2 07/13] i3c: master: match I3C device through DT and ACPI Akhil R
2026-04-10 2:40 ` Frank Li
2026-04-09 10:57 ` [PATCH v2 08/13] i3c: dw-i3c-master: Add SETAASA as supported CCC Akhil R
2026-04-10 2:41 ` Frank Li
2026-04-09 10:57 ` [PATCH v2 09/13] i3c: dw-i3c-master: Add a quirk to skip clock and reset Akhil R
2026-04-10 2:45 ` Frank Li
2026-04-10 6:07 ` Akhil R
2026-04-13 8:45 ` Alexandre Belloni
2026-04-09 10:57 ` [PATCH v2 10/13] i3c: dw-i3c-master: Add ACPI ID for Tegra410 Akhil R
2026-04-10 2:47 ` Frank Li
2026-04-09 10:57 ` [PATCH v2 11/13] hwmon: spd5118: Remove 16-bit addressing Akhil R
2026-04-09 14:11 ` Guenter Roeck
2026-04-09 10:57 ` [PATCH v2 12/13] hwmon: spd5118: Add I3C support Akhil R
2026-04-09 14:19 ` Guenter Roeck
2026-04-12 20:16 ` Alexandre Belloni
2026-04-12 21:26 ` Guenter Roeck
2026-04-09 10:57 ` [PATCH v2 13/13] arm64: defconfig: Enable I3C and SPD5118 hwmon Akhil R
2026-04-10 6:39 ` Krzysztof Kozlowski
2026-04-10 6:57 ` Guenter Roeck
2026-04-10 7:18 ` Krzysztof Kozlowski
2026-04-10 8:37 ` Akhil R
2026-04-10 9:57 ` Krzysztof Kozlowski
2026-04-11 5:34 ` Akhil R
2026-04-11 7:20 ` Guenter Roeck
2026-04-12 13:32 ` Krzysztof Kozlowski
2026-04-12 13:33 ` Krzysztof Kozlowski
2026-04-13 6:57 ` Akhil R
2026-04-13 7:12 ` Krzysztof Kozlowski
2026-04-13 10:46 ` Akhil R
2026-04-12 13:21 ` Krzysztof Kozlowski
2026-04-10 7:04 ` Akhil R
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=202604122018012539fc7c@mail.local \
--to=alexandre.belloni@bootlin.com \
--cc=acpica-devel@lists.linux.dev \
--cc=akhilrajeev@nvidia.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=ebiggers@kernel.org \
--cc=frank.li@nxp.com \
--cc=krzk+dt@kernel.org \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-hwmon@vger.kernel.org \
--cc=linux-i3c@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=miquel.raynal@bootlin.com \
--cc=p.zabel@pengutronix.de \
--cc=rafael@kernel.org \
--cc=robh@kernel.org \
--cc=sakari.ailus@linux.intel.com \
--cc=wsa+renesas@sang-engineering.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox