From: kernel test robot <lkp@intel.com>
To: Binbin Zhou <zhoubinbin@loongson.cn>,
Wolfram Sang <wsa-dev@sang-engineering.com>,
Mika Westerberg <mika.westerberg@linux.intel.com>,
linux-i2c@vger.kernel.org
Cc: llvm@lists.linux.dev, kbuild-all@lists.01.org,
loongarch@lists.linux.dev, linux-acpi@vger.kernel.org,
WANG Xuerui <kernel@xen0n.name>,
Jianmin Lv <lvjianmin@loongson.cn>,
Binbin Zhou <zhoubinbin@loongson.cn>,
Huacai Chen <chenhuacai@loongson.cn>
Subject: Re: [PATCH 2/5] i2c: gpio: Add support on ACPI-based system
Date: Fri, 23 Sep 2022 01:57:33 +0800 [thread overview]
Message-ID: <202209230137.EmkAkBHm-lkp@intel.com> (raw)
In-Reply-To: <74988d34ceae9bf239c138a558778cd999beb77c.1663835855.git.zhoubinbin@loongson.cn>
Hi Binbin,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on wsa/i2c/for-next]
[also build test ERROR on linus/master v6.0-rc6 next-20220921]
[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/Binbin-Zhou/i2c-ls2x-Add-support-for-the-Loongson-2K-LS7A-I2C/20220922-194252
base: https://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git i2c/for-next
config: hexagon-randconfig-r045-20220922 (https://download.01.org/0day-ci/archive/20220923/202209230137.EmkAkBHm-lkp@intel.com/config)
compiler: clang version 16.0.0 (https://github.com/llvm/llvm-project 791a7ae1ba3efd6bca96338e10ffde557ba83920)
reproduce (this is a W=1 build):
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# https://github.com/intel-lab-lkp/linux/commit/90590b2a30c8afa5bb200812ffa52a3c5bb9da6a
git remote add linux-review https://github.com/intel-lab-lkp/linux
git fetch --no-tags linux-review Binbin-Zhou/i2c-ls2x-Add-support-for-the-Loongson-2K-LS7A-I2C/20220922-194252
git checkout 90590b2a30c8afa5bb200812ffa52a3c5bb9da6a
# save the config file
mkdir build_dir && cp config build_dir/.config
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=hexagon SHELL=/bin/bash drivers/i2c/busses/
If you fix the issue, kindly add following tag where applicable
| Reported-by: kernel test robot <lkp@intel.com>
All errors (new ones prefixed by >>):
>> drivers/i2c/busses/i2c-gpio.c:472:12: error: call to undeclared function 'acpi_evaluate_integer'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]
status = acpi_evaluate_integer(ACPI_HANDLE(dev),
^
drivers/i2c/busses/i2c-gpio.c:472:12: note: did you mean 'acpi_evaluate_object'?
include/acpi/acpixf.h:550:8: note: 'acpi_evaluate_object' declared here
acpi_evaluate_object(acpi_handle object,
^
include/acpi/platform/aclinux.h:93:21: note: expanded from macro 'ACPI_EXTERNAL_RETURN_STATUS'
static ACPI_INLINE prototype {return(AE_NOT_CONFIGURED);}
^
1 error generated.
vim +/acpi_evaluate_integer +472 drivers/i2c/busses/i2c-gpio.c
375
376 static int i2c_gpio_probe(struct platform_device *pdev)
377 {
378 struct i2c_gpio_private_data *priv;
379 struct i2c_gpio_platform_data *pdata;
380 struct i2c_algo_bit_data *bit_data;
381 struct i2c_adapter *adap;
382 struct device *dev = &pdev->dev;
383 struct device_node *np = dev->of_node;
384 enum gpiod_flags gflags;
385 acpi_status status;
386 unsigned long long id;
387 int ret;
388
389 priv = devm_kzalloc(dev, sizeof(*priv), GFP_KERNEL);
390 if (!priv)
391 return -ENOMEM;
392
393 adap = &priv->adap;
394 bit_data = &priv->bit_data;
395 pdata = &priv->pdata;
396
397 if (np) {
398 of_i2c_gpio_get_props(np, pdata);
399 } else if (ACPI_COMPANION(dev)) {
400 acpi_i2c_gpio_get_props(dev, pdata);
401 } else {
402 /*
403 * If all platform data settings are zero it is OK
404 * to not provide any platform data from the board.
405 */
406 if (dev_get_platdata(dev))
407 memcpy(pdata, dev_get_platdata(dev), sizeof(*pdata));
408 }
409
410 /*
411 * First get the GPIO pins; if it fails, we'll defer the probe.
412 * If the SCL/SDA lines are marked "open drain" by platform data or
413 * device tree then this means that something outside of our control is
414 * marking these lines to be handled as open drain, and we should just
415 * handle them as we handle any other output. Else we enforce open
416 * drain as this is required for an I2C bus.
417 */
418 if (pdata->sda_is_open_drain)
419 gflags = GPIOD_OUT_HIGH;
420 else
421 gflags = GPIOD_OUT_HIGH_OPEN_DRAIN;
422 priv->sda = i2c_gpio_get_desc(dev, "sda", 0, gflags);
423 if (IS_ERR(priv->sda))
424 return PTR_ERR(priv->sda);
425
426 if (pdata->scl_is_open_drain)
427 gflags = GPIOD_OUT_HIGH;
428 else
429 gflags = GPIOD_OUT_HIGH_OPEN_DRAIN;
430 priv->scl = i2c_gpio_get_desc(dev, "scl", 1, gflags);
431 if (IS_ERR(priv->scl))
432 return PTR_ERR(priv->scl);
433
434 if (gpiod_cansleep(priv->sda) || gpiod_cansleep(priv->scl))
435 dev_warn(dev, "Slow GPIO pins might wreak havoc into I2C/SMBus bus timing");
436 else
437 bit_data->can_do_atomic = true;
438
439 bit_data->setsda = i2c_gpio_setsda_val;
440 bit_data->setscl = i2c_gpio_setscl_val;
441
442 if (!pdata->scl_is_output_only)
443 bit_data->getscl = i2c_gpio_getscl;
444 bit_data->getsda = i2c_gpio_getsda;
445
446 if (pdata->udelay)
447 bit_data->udelay = pdata->udelay;
448 else if (pdata->scl_is_output_only)
449 bit_data->udelay = 50; /* 10 kHz */
450 else
451 bit_data->udelay = 5; /* 100 kHz */
452
453 if (pdata->timeout)
454 bit_data->timeout = pdata->timeout;
455 else
456 bit_data->timeout = HZ / 10; /* 100 ms */
457
458 bit_data->data = priv;
459
460 adap->owner = THIS_MODULE;
461 if (np)
462 strscpy(adap->name, dev_name(dev), sizeof(adap->name));
463 else
464 snprintf(adap->name, sizeof(adap->name), "i2c-gpio%d", pdev->id);
465
466 adap->algo_data = bit_data;
467 adap->class = I2C_CLASS_HWMON | I2C_CLASS_SPD;
468 adap->dev.parent = dev;
469 adap->dev.of_node = np;
470
471 if (ACPI_COMPANION(dev)) {
> 472 status = acpi_evaluate_integer(ACPI_HANDLE(dev),
473 "_UID", NULL, &id);
474 if (ACPI_SUCCESS(status) && (id >= 0))
475 adap->nr = id;
476 } else
477 adap->nr = pdev->id;
478
479 ret = i2c_bit_add_numbered_bus(adap);
480 if (ret)
481 return ret;
482
483 platform_set_drvdata(pdev, priv);
484
485 /*
486 * FIXME: using global GPIO numbers is not helpful. If/when we
487 * get accessors to get the actual name of the GPIO line,
488 * from the descriptor, then provide that instead.
489 */
490 dev_info(dev, "using lines %u (SDA) and %u (SCL%s)\n",
491 desc_to_gpio(priv->sda), desc_to_gpio(priv->scl),
492 pdata->scl_is_output_only
493 ? ", no clock stretching" : "");
494
495 i2c_gpio_fault_injector_init(pdev);
496
497 return 0;
498 }
499
--
0-DAY CI Kernel Test Service
https://01.org/lkp
next prev parent reply other threads:[~2022-09-22 17:57 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-22 11:39 [PATCH 0/5] i2c: ls2x: Add support for the Loongson-2K/LS7A I2C Binbin Zhou
2022-09-22 11:39 ` [PATCH 1/5] i2c: core: Pick i2c bus number from ACPI if present Binbin Zhou
2022-09-22 12:23 ` Mika Westerberg
2022-09-23 7:16 ` Huacai Chen
2022-09-23 8:55 ` Mika Westerberg
2022-09-22 12:29 ` Jinyang He
2022-09-22 18:48 ` kernel test robot
2022-09-22 18:58 ` kernel test robot
2022-09-26 6:02 ` kernel test robot
2022-09-22 11:39 ` [PATCH 2/5] i2c: gpio: Add support on ACPI-based system Binbin Zhou
2022-09-22 12:26 ` Mika Westerberg
2022-09-23 10:01 ` Binbin Zhou
2022-09-23 10:15 ` Mika Westerberg
2022-09-22 17:57 ` kernel test robot [this message]
2022-09-22 20:10 ` kernel test robot
2022-09-26 6:02 ` kernel test robot
2022-09-22 11:39 ` [PATCH 3/5] dt-bindings: i2c: add bindings for Loongson LS2X I2C Binbin Zhou
2022-09-22 11:39 ` [PATCH 4/5] i2c: Add driver for Loongson-2K/LS7A I2C controller Binbin Zhou
2022-09-23 2:26 ` kernel test robot
2022-09-22 11:39 ` [PATCH 5/5] LoongArch: Enable LS2X I2C in loongson3_defconfig Binbin Zhou
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=202209230137.EmkAkBHm-lkp@intel.com \
--to=lkp@intel.com \
--cc=chenhuacai@loongson.cn \
--cc=kbuild-all@lists.01.org \
--cc=kernel@xen0n.name \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-i2c@vger.kernel.org \
--cc=llvm@lists.linux.dev \
--cc=loongarch@lists.linux.dev \
--cc=lvjianmin@loongson.cn \
--cc=mika.westerberg@linux.intel.com \
--cc=wsa-dev@sang-engineering.com \
--cc=zhoubinbin@loongson.cn \
/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;
as well as URLs for NNTP newsgroup(s).