From: kernel test robot <lkp@intel.com>
To: Chiang Brian <chiang.brian@inventec.com>,
Jean Delvare <jdelvare@suse.com>,
Guenter Roeck <linux@roeck-us.net>,
Jonathan Corbet <corbet@lwn.net>
Cc: oe-kbuild-all@lists.linux.dev,
Chiang Brian <chiang.brian@inventec.com>,
linux-hwmon@vger.kernel.org, linux-doc@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v6 1/2] hwmon: (pmbus/tps53679) Add support for TPS53685
Date: Wed, 7 May 2025 19:35:20 +0800 [thread overview]
Message-ID: <202505071941.RISL4lFW-lkp@intel.com> (raw)
In-Reply-To: <20250424132538.2004510-2-chiang.brian@inventec.corp-partner.google.com>
Hi Chiang,
kernel test robot noticed the following build warnings:
[auto build test WARNING on groeck-staging/hwmon-next]
[also build test WARNING on robh/for-next linus/master v6.15-rc5 next-20250507]
[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/Chiang-Brian/dt-bindings-trivial-Add-tps53685-support/20250424-222559
base: https://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git hwmon-next
patch link: https://lore.kernel.org/r/20250424132538.2004510-2-chiang.brian%40inventec.corp-partner.google.com
patch subject: [PATCH v6 1/2] hwmon: (pmbus/tps53679) Add support for TPS53685
config: riscv-randconfig-r112-20250426 (https://download.01.org/0day-ci/archive/20250507/202505071941.RISL4lFW-lkp@intel.com/config)
compiler: riscv64-linux-gcc (GCC) 8.5.0
reproduce: (https://download.01.org/0day-ci/archive/20250507/202505071941.RISL4lFW-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/202505071941.RISL4lFW-lkp@intel.com/
sparse warnings: (new ones prefixed by >>)
>> drivers/hwmon/pmbus/tps53679.c:133:57: sparse: sparse: incorrect type in argument 3 (different base types) @@ expected char *id @@ got int device_id @@
drivers/hwmon/pmbus/tps53679.c:133:57: sparse: expected char *id
drivers/hwmon/pmbus/tps53679.c:133:57: sparse: got int device_id
>> drivers/hwmon/pmbus/tps53679.c:165:45: sparse: sparse: incorrect type in argument 4 (different base types) @@ expected int device_id @@ got char * @@
drivers/hwmon/pmbus/tps53679.c:165:45: sparse: expected int device_id
drivers/hwmon/pmbus/tps53679.c:165:45: sparse: got char *
>> drivers/hwmon/pmbus/tps53679.c:133:57: sparse: sparse: non size-preserving integer to pointer cast
>> drivers/hwmon/pmbus/tps53679.c:165:45: sparse: sparse: non size-preserving pointer to integer cast
vim +133 drivers/hwmon/pmbus/tps53679.c
53030bcc87e4a4 Guenter Roeck 2020-01-20 120
53030bcc87e4a4 Guenter Roeck 2020-01-20 121 /*
53030bcc87e4a4 Guenter Roeck 2020-01-20 122 * Common identification function for chips with multi-phase support.
53030bcc87e4a4 Guenter Roeck 2020-01-20 123 * Since those chips have special configuration registers, we want to have
53030bcc87e4a4 Guenter Roeck 2020-01-20 124 * some level of reassurance that we are really talking with the chip
53030bcc87e4a4 Guenter Roeck 2020-01-20 125 * being probed. Check PMBus revision and chip ID.
53030bcc87e4a4 Guenter Roeck 2020-01-20 126 */
53030bcc87e4a4 Guenter Roeck 2020-01-20 127 static int tps53679_identify_multiphase(struct i2c_client *client,
53030bcc87e4a4 Guenter Roeck 2020-01-20 128 struct pmbus_driver_info *info,
53030bcc87e4a4 Guenter Roeck 2020-01-20 129 int pmbus_rev, int device_id)
53030bcc87e4a4 Guenter Roeck 2020-01-20 130 {
53030bcc87e4a4 Guenter Roeck 2020-01-20 131 int ret;
53030bcc87e4a4 Guenter Roeck 2020-01-20 132
53030bcc87e4a4 Guenter Roeck 2020-01-20 @133 ret = tps53679_identify_chip(client, pmbus_rev, device_id);
53030bcc87e4a4 Guenter Roeck 2020-01-20 134 if (ret < 0)
53030bcc87e4a4 Guenter Roeck 2020-01-20 135 return ret;
53030bcc87e4a4 Guenter Roeck 2020-01-20 136
53030bcc87e4a4 Guenter Roeck 2020-01-20 137 ret = tps53679_identify_mode(client, info);
53030bcc87e4a4 Guenter Roeck 2020-01-20 138 if (ret < 0)
53030bcc87e4a4 Guenter Roeck 2020-01-20 139 return ret;
53030bcc87e4a4 Guenter Roeck 2020-01-20 140
53030bcc87e4a4 Guenter Roeck 2020-01-20 141 return tps53679_identify_phases(client, info);
53030bcc87e4a4 Guenter Roeck 2020-01-20 142 }
53030bcc87e4a4 Guenter Roeck 2020-01-20 143
53030bcc87e4a4 Guenter Roeck 2020-01-20 144 static int tps53679_identify(struct i2c_client *client,
53030bcc87e4a4 Guenter Roeck 2020-01-20 145 struct pmbus_driver_info *info)
53030bcc87e4a4 Guenter Roeck 2020-01-20 146 {
53030bcc87e4a4 Guenter Roeck 2020-01-20 147 return tps53679_identify_mode(client, info);
53030bcc87e4a4 Guenter Roeck 2020-01-20 148 }
53030bcc87e4a4 Guenter Roeck 2020-01-20 149
a49c0dafb304b8 Chiang Brian 2025-04-24 150 static int tps53685_identify(struct i2c_client *client,
a49c0dafb304b8 Chiang Brian 2025-04-24 151 struct pmbus_driver_info *info)
a49c0dafb304b8 Chiang Brian 2025-04-24 152 {
a49c0dafb304b8 Chiang Brian 2025-04-24 153 info->func[1] |= PMBUS_HAVE_VIN | PMBUS_HAVE_IIN | PMBUS_HAVE_PIN |
a49c0dafb304b8 Chiang Brian 2025-04-24 154 PMBUS_HAVE_STATUS_INPUT;
a49c0dafb304b8 Chiang Brian 2025-04-24 155 info->format[PSC_VOLTAGE_OUT] = linear;
a49c0dafb304b8 Chiang Brian 2025-04-24 156 return tps53679_identify_chip(client, TPS53681_PMBUS_REVISION,
a49c0dafb304b8 Chiang Brian 2025-04-24 157 TPS53685_DEVICE_ID);
a49c0dafb304b8 Chiang Brian 2025-04-24 158 }
a49c0dafb304b8 Chiang Brian 2025-04-24 159
53030bcc87e4a4 Guenter Roeck 2020-01-20 160 static int tps53681_identify(struct i2c_client *client,
53030bcc87e4a4 Guenter Roeck 2020-01-20 161 struct pmbus_driver_info *info)
53030bcc87e4a4 Guenter Roeck 2020-01-20 162 {
53030bcc87e4a4 Guenter Roeck 2020-01-20 163 return tps53679_identify_multiphase(client, info,
53030bcc87e4a4 Guenter Roeck 2020-01-20 164 TPS53681_PMBUS_REVISION,
53030bcc87e4a4 Guenter Roeck 2020-01-20 @165 TPS53681_DEVICE_ID);
53030bcc87e4a4 Guenter Roeck 2020-01-20 166 }
53030bcc87e4a4 Guenter Roeck 2020-01-20 167
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
prev parent reply other threads:[~2025-05-07 11:36 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20250424132538.2004510-1-chiang.brian@inventec.corp-partner.google.com>
2025-04-24 13:25 ` [PATCH v6 1/2] hwmon: (pmbus/tps53679) Add support for TPS53685 Chiang Brian
2025-04-24 13:42 ` [PATCH v6] " Chiang Brian
2025-04-25 16:24 ` [PATCH v6 1/2] " kernel test robot
2025-04-25 16:35 ` kernel test robot
2025-04-25 17:07 ` kernel test robot
2025-05-07 11:35 ` kernel test robot [this message]
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=202505071941.RISL4lFW-lkp@intel.com \
--to=lkp@intel.com \
--cc=chiang.brian@inventec.com \
--cc=corbet@lwn.net \
--cc=jdelvare@suse.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-hwmon@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=oe-kbuild-all@lists.linux.dev \
/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