From: kernel test robot <lkp@intel.com>
To: Akhil R <akhilrajeev@nvidia.com>,
Alexandre Belloni <alexandre.belloni@bootlin.com>,
Frank Li <Frank.Li@nxp.com>, Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
"Rafael J . Wysocki" <rafael@kernel.org>,
Robert Moore <robert.moore@intel.com>,
Len Brown <lenb@kernel.org>, Guenter Roeck <linux@roeck-us.net>,
Philipp Zabel <p.zabel@pengutronix.de>,
Eric Biggers <ebiggers@kernel.org>,
Fredrik Markstrom <fredrik.markstrom@est.tech>,
Miquel Raynal <miquel.raynal@bootlin.com>,
Thierry Reding <thierry.reding@kernel.org>,
Jon Hunter <jonathanh@nvidia.com>,
Suresh Mangipudi <smangipudi@nvidia.com>,
linux-tegra@vger.kernel.org, linux-i3c@lists.infradead.org,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-acpi@vger.kernel.org, acpica-devel@lists.linux.dev,
linux-hwmon@vger.kernel.org
Cc: llvm@lists.linux.dev, oe-kbuild-all@lists.linux.dev,
Akhil R <akhilrajeev@nvidia.com>
Subject: Re: [PATCH 04/12] i3c: master: Support ACPI enumeration
Date: Mon, 23 Mar 2026 01:47:20 +0800 [thread overview]
Message-ID: <202603230124.VFt6CPBe-lkp@intel.com> (raw)
In-Reply-To: <20260318172820.13771-5-akhilrajeev@nvidia.com>
Hi Akhil,
kernel test robot noticed the following build errors:
[auto build test ERROR on next-20260320]
[also build test ERROR on linus/master v7.0-rc4]
[cannot apply to i3c/i3c/next rafael-pm/linux-next rafael-pm/bleeding-edge groeck-staging/hwmon-next v7.0-rc4 v7.0-rc3 v7.0-rc2]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch#_base_tree_information]
url: https://github.com/intel-lab-lkp/linux/commits/Akhil-R/dt-bindings-i3c-Add-mipi-i3c-static-method-to-support-SETAASA/20260322-174037
base: next-20260320
patch link: https://lore.kernel.org/r/20260318172820.13771-5-akhilrajeev%40nvidia.com
patch subject: [PATCH 04/12] i3c: master: Support ACPI enumeration
config: hexagon-randconfig-002-20260322 (https://download.01.org/0day-ci/archive/20260323/202603230124.VFt6CPBe-lkp@intel.com/config)
compiler: clang version 23.0.0git (https://github.com/llvm/llvm-project 4abb927bacf37f18f6359a41639a6d1b3bffffb5)
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20260323/202603230124.VFt6CPBe-lkp@intel.com/reproduce)
If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202603230124.VFt6CPBe-lkp@intel.com/
All errors (new ones prefixed by >>):
>> drivers/i3c/master.c:2449:9: error: call to undeclared function 'acpi_dev_get_resources'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]
2449 | ret = acpi_dev_get_resources(adev, &resources,
| ^
drivers/i3c/master.c:2449:9: note: did you mean 'acpi_get_event_resources'?
include/acpi/acpixf.h:816:9: note: 'acpi_get_event_resources' declared here
816 | acpi_get_event_resources(acpi_handle device_handle,
| ^
include/acpi/platform/aclinux.h:93:21: note: expanded from macro 'ACPI_EXTERNAL_RETURN_STATUS'
93 | static ACPI_INLINE prototype {return(AE_NOT_CONFIGURED);}
| ^
>> drivers/i3c/master.c:2455:3: error: call to undeclared function 'acpi_dev_free_resource_list'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]
2455 | acpi_dev_free_resource_list(&resources);
| ^
drivers/i3c/master.c:2556:2: error: unknown type name 'acpi_bus_address'; did you mean 'acpi_io_address'?
2556 | acpi_bus_address adr;
| ^~~~~~~~~~~~~~~~
| acpi_io_address
include/acpi/actypes.h:187:13: note: 'acpi_io_address' declared here
187 | typedef u64 acpi_io_address;
| ^
>> drivers/i3c/master.c:2563:7: error: call to undeclared function 'acpi_has_method'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]
2563 | if (!acpi_has_method(adev->handle, "_ADR"))
| ^
drivers/i3c/master.c:2563:7: note: did you mean 'acpi_has_watchdog'?
include/linux/acpi.h:1504:20: note: 'acpi_has_watchdog' declared here
1504 | static inline bool acpi_has_watchdog(void) { return false; }
| ^
>> drivers/i3c/master.c:2563:27: error: incomplete definition of type 'struct acpi_device'
2563 | if (!acpi_has_method(adev->handle, "_ADR"))
| ~~~~^
include/linux/device/bus.h:224:8: note: forward declaration of 'struct acpi_device'
224 | struct acpi_device;
| ^
>> drivers/i3c/master.c:2566:8: error: call to undeclared function 'acpi_device_adr'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]
2566 | adr = acpi_device_adr(adev);
| ^
drivers/i3c/master.c:2566:8: note: did you mean 'acpi_device_handle'?
include/linux/acpi.h:883:27: note: 'acpi_device_handle' declared here
883 | static inline acpi_handle acpi_device_handle(struct acpi_device *adev)
| ^
drivers/i3c/master.c:2674:9: error: call to undeclared function 'acpi_dev_get_resources'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]
2674 | ret = acpi_dev_get_resources(adev, &resources,
| ^
drivers/i3c/master.c:2683:3: error: call to undeclared function 'acpi_dev_free_resource_list'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]
2683 | acpi_dev_free_resource_list(&resources);
| ^
8 errors generated.
vim +/acpi_dev_get_resources +2449 drivers/i3c/master.c
2423
2424 static int
2425 i3c_master_add_i2c_boardinfo(struct i3c_master_controller *master,
2426 struct fwnode_handle *fwnode, u32 *reg)
2427 {
2428 struct i2c_dev_boardinfo *boardinfo;
2429 struct device *dev = &master->dev;
2430 struct acpi_device *adev;
2431 LIST_HEAD(resources);
2432 int ret;
2433
2434 boardinfo = devm_kzalloc(dev, sizeof(*boardinfo), GFP_KERNEL);
2435 if (!boardinfo)
2436 return -ENOMEM;
2437
2438 if (is_of_node(fwnode)) {
2439 ret = of_i2c_get_board_info(dev, to_of_node(fwnode), &boardinfo->base);
2440 if (ret)
2441 return ret;
2442
2443 /* LVR is encoded in reg[2] for Device Tree. */
2444 boardinfo->lvr = reg[2];
2445 } else if (is_acpi_device_node(fwnode)) {
2446 adev = to_acpi_device_node(fwnode);
2447 boardinfo->base.fwnode = acpi_fwnode_handle(adev);
2448
> 2449 ret = acpi_dev_get_resources(adev, &resources,
2450 i3c_acpi_get_i2c_resource, boardinfo);
2451
2452 if (ret < 0)
2453 return ret;
2454
> 2455 acpi_dev_free_resource_list(&resources);
2456
2457 if (!boardinfo->base.addr)
2458 return -ENODEV;
2459 } else {
2460 return -EINVAL;
2461 }
2462
2463 /*
2464 * The I3C Specification does not clearly say I2C devices with 10-bit
2465 * address are supported. These devices can't be passed properly through
2466 * DEFSLVS command.
2467 */
2468 if (boardinfo->base.flags & I2C_CLIENT_TEN) {
2469 dev_err(dev, "I2C device with 10 bit address not supported.");
2470 return -EOPNOTSUPP;
2471 }
2472
2473 list_add_tail(&boardinfo->node, &master->boardinfo.i2c);
2474 fwnode_handle_get(fwnode);
2475
2476 return 0;
2477 }
2478
2479 static int
2480 i3c_master_add_i3c_boardinfo(struct i3c_master_controller *master,
2481 struct fwnode_handle *fwnode, u32 *reg)
2482 {
2483 struct i3c_dev_boardinfo *boardinfo;
2484 struct device *dev = &master->dev;
2485 enum i3c_addr_slot_status addrstatus;
2486 u32 init_dyn_addr = 0;
2487
2488 boardinfo = devm_kzalloc(dev, sizeof(*boardinfo), GFP_KERNEL);
2489 if (!boardinfo)
2490 return -ENOMEM;
2491
2492 if (reg[0]) {
2493 if (reg[0] > I3C_MAX_ADDR)
2494 return -EINVAL;
2495
2496 addrstatus = i3c_bus_get_addr_slot_status(&master->bus,
2497 reg[0]);
2498 if (addrstatus != I3C_ADDR_SLOT_FREE)
2499 return -EINVAL;
2500 }
2501
2502 boardinfo->static_addr = reg[0];
2503
2504 if (!fwnode_property_read_u32(fwnode, "assigned-address", &init_dyn_addr)) {
2505 if (init_dyn_addr > I3C_MAX_ADDR)
2506 return -EINVAL;
2507
2508 addrstatus = i3c_bus_get_addr_slot_status(&master->bus,
2509 init_dyn_addr);
2510 if (addrstatus != I3C_ADDR_SLOT_FREE)
2511 return -EINVAL;
2512 }
2513
2514 boardinfo->pid = ((u64)reg[1] << 32) | reg[2];
2515
2516 if ((boardinfo->pid & GENMASK_ULL(63, 48)) ||
2517 I3C_PID_RND_LOWER_32BITS(boardinfo->pid))
2518 return -EINVAL;
2519
2520 boardinfo->init_dyn_addr = init_dyn_addr;
2521 boardinfo->fwnode = fwnode_handle_get(fwnode);
2522 list_add_tail(&boardinfo->node, &master->boardinfo.i3c);
2523
2524 return 0;
2525 }
2526
2527 static int i3c_master_add_of_dev(struct i3c_master_controller *master,
2528 struct fwnode_handle *fwnode)
2529 {
2530 u32 reg[3];
2531 int ret;
2532
2533 if (!master)
2534 return -EINVAL;
2535
2536 ret = fwnode_property_read_u32_array(fwnode, "reg", reg, ARRAY_SIZE(reg));
2537 if (ret)
2538 return ret;
2539
2540 /*
2541 * The manufacturer ID can't be 0. If reg[1] == 0 that means we're
2542 * dealing with an I2C device.
2543 */
2544 if (!reg[1])
2545 ret = i3c_master_add_i2c_boardinfo(master, fwnode, reg);
2546 else
2547 ret = i3c_master_add_i3c_boardinfo(master, fwnode, reg);
2548
2549 return ret;
2550 }
2551
2552 static int i3c_master_add_acpi_dev(struct i3c_master_controller *master,
2553 struct fwnode_handle *fwnode)
2554 {
2555 struct acpi_device *adev = to_acpi_device_node(fwnode);
> 2556 acpi_bus_address adr;
2557 u32 reg[3] = { 0 };
2558
2559 /*
2560 * If the ACPI table entry does not have _ADR method, it's an I2C device
2561 * If the ACPI table entry has _ADR method, it's an I3C device
2562 */
> 2563 if (!acpi_has_method(adev->handle, "_ADR"))
2564 return i3c_master_add_i2c_boardinfo(master, fwnode, reg);
2565
> 2566 adr = acpi_device_adr(adev);
2567
2568 /* For I3C devices, _ADR will have the 48 bit PID of the device */
2569 reg[1] = upper_32_bits(adr);
2570 reg[2] = lower_32_bits(adr);
2571
2572 fwnode_property_read_u32(fwnode, "mipi-i3c-static-address", ®[0]);
2573
2574 return i3c_master_add_i3c_boardinfo(master, fwnode, reg);
2575 }
2576
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
next prev parent reply other threads:[~2026-03-22 17:48 UTC|newest]
Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-18 17:27 [PATCH 00/12] i3c: Support ACPI and SETAASA device discovery Akhil R
2026-03-18 17:27 ` [PATCH 01/12] dt-bindings: i3c: Add mipi-i3c-static-method to support SETAASA Akhil R
2026-03-18 17:31 ` Conor Dooley
2026-03-19 8:46 ` Akhil R
2026-03-19 9:39 ` Krzysztof Kozlowski
2026-03-19 17:01 ` Akhil R
2026-03-19 17:14 ` Krzysztof Kozlowski
2026-03-19 18:13 ` Akhil R
2026-03-26 15:05 ` Rob Herring
2026-03-26 15:44 ` Alexandre Belloni
2026-03-27 8:18 ` Akhil R
2026-03-27 8:27 ` Alexandre Belloni
2026-03-27 11:42 ` Akhil R
2026-03-18 17:27 ` [PATCH 02/12] ACPICA: Read LVR from the I2C resource descriptor Akhil R
2026-03-18 17:27 ` [PATCH 03/12] i3c: master: Use unified device property interface Akhil R
2026-03-19 14:22 ` Frank Li
2026-03-26 15:18 ` Rob Herring
2026-03-18 17:27 ` [PATCH 04/12] i3c: master: Support ACPI enumeration Akhil R
2026-03-19 14:29 ` Frank Li
2026-03-19 17:45 ` Akhil R
2026-03-22 16:55 ` kernel test robot
2026-03-22 17:47 ` kernel test robot [this message]
2026-03-23 18:42 ` Akhil R
2026-03-23 18:54 ` Guenter Roeck
2026-03-24 8:43 ` Alexandre Belloni
2026-03-24 17:22 ` Akhil R
2026-03-25 10:59 ` Thierry Reding
2026-03-18 17:27 ` [PATCH 05/12] i3c: master: Add support for devices using SETAASA Akhil R
2026-03-18 17:27 ` [PATCH 06/12] i3c: master: Add support for devices without PID Akhil R
2026-03-18 17:27 ` [PATCH 07/12] i3c: master: match I3C device through DT and ACPI Akhil R
2026-03-18 17:27 ` [PATCH 08/12] i3c: dw-i3c-master: Add SETAASA as supported CCC Akhil R
2026-03-18 17:27 ` [PATCH 09/12] i3c: dw-i3c-master: Add a quirk to skip clock and reset Akhil R
2026-03-18 17:27 ` [PATCH 10/12] i3c: dw-i3c-master: Add ACPI ID for Tegra410 Akhil R
2026-03-18 17:27 ` [PATCH 11/12] hwmon: spd5118: Add I3C support Akhil R
2026-03-18 18:19 ` Alexandre Belloni
2026-03-18 18:53 ` Guenter Roeck
2026-03-19 4:35 ` Akhil R
2026-03-19 14:34 ` Guenter Roeck
2026-03-19 17:55 ` Akhil R
2026-03-19 18:18 ` Guenter Roeck
2026-03-18 17:27 ` [PATCH 12/12] arm64: defconfig: Enable I3C and SPD5118 hwmon Akhil R
2026-03-19 9:40 ` Krzysztof Kozlowski
2026-03-19 17:09 ` Akhil R
2026-03-19 17:15 ` Krzysztof Kozlowski
2026-03-19 18:17 ` Akhil R
2026-03-25 10:31 ` Thierry Reding
2026-03-25 10:59 ` Krzysztof Kozlowski
2026-03-25 11:03 ` Krzysztof Kozlowski
2026-03-25 12:58 ` Thierry Reding
2026-03-25 13:10 ` Krzysztof Kozlowski
2026-03-25 12:41 ` Thierry Reding
2026-03-25 12:47 ` Krzysztof Kozlowski
2026-03-25 13:05 ` Thierry Reding
2026-03-25 13:13 ` Krzysztof Kozlowski
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=202603230124.VFt6CPBe-lkp@intel.com \
--to=lkp@intel.com \
--cc=Frank.Li@nxp.com \
--cc=acpica-devel@lists.linux.dev \
--cc=akhilrajeev@nvidia.com \
--cc=alexandre.belloni@bootlin.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=ebiggers@kernel.org \
--cc=fredrik.markstrom@est.tech \
--cc=jonathanh@nvidia.com \
--cc=krzk@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-tegra@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=llvm@lists.linux.dev \
--cc=miquel.raynal@bootlin.com \
--cc=oe-kbuild-all@lists.linux.dev \
--cc=p.zabel@pengutronix.de \
--cc=rafael@kernel.org \
--cc=robert.moore@intel.com \
--cc=robh@kernel.org \
--cc=smangipudi@nvidia.com \
--cc=thierry.reding@kernel.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