Message ID | 20211216205303.768991-1-eugene.shalygin@gmail.com (mailing list archive) |
---|---|
State | Changes Requested |
Headers | show |
Series | [1/3] hwmon: (asus-ec-sensors) add driver for ASUS EC | expand |
On Thu, Dec 16, 2021 at 10:53 PM Eugene Shalygin <eugene.shalygin@gmail.com> wrote: > > This driver provides the same data as the asus_wmi_ec_sensors driver > (and gets it from the same source) but does not use WMI, polling > the ACPI EC directly. > > That provides two enhancements: sensor reading became quicker (on some > systems or kernel configuration it took almost a full second to read > all the sensors, that transfers less than 15 bytes of data), the driver > became more fexible. The driver now relies on ACPI mutex to lock access flexible > to the EC, in the same way as the WMI DSDT code does. How do you know that this way there is no race with any of ACPI code? ... > +config SENSORS_ASUS_EC > + tristate "ASUS EC Sensors" > + depends on ACPI No need to duplicate. See (1) below. > + help > + If you say yes here you get support for the ACPI embedded controller > + hardware monitoring interface found in ASUS motherboards. The driver > + currently supports B550/X570 boards, although other ASUS boards might > + provide this monitoring interface as well. > + > + This driver can also be built as a module. If so, the module > + will be called asus_ec_sensors. > + > endif # ACPI (1) ... > +/* > + * HWMON driver for ASUS motherboards that publish some sensor values > + * via the embedded controller registers Missed grammatical period. > + * > + */ ... > +#define ASUS_EC_BANK_REGISTER 0xff /* Writing to this EC register switches EC bank */ Can you put comment before the definition? ... > +#define SENSOR_LABEL_LEN 0x10 Why in hex? Missed blank line here. > +/* > + * Arbitrary set max. allowed bank number. Required for sorting banks and > + * currently is overkill with just 2 banks used at max, but for the sake > + * of alignment let's set it to a higher value Check grammar everywhere, again missed period (at least). > + */ ... > +#define ACPI_DELAY_MSEC_LOCK 500 /* Wait for 0.5 s max. to acquire the lock */ _LOCK_DELAY_MS and drop useless comment I think I gave the very same comments before. Maybe you can check the reviews of another driver? ... > +#define MAKE_SENSOR_ADDRESS(size, bank, index) \ > + { \ > + .value = (size << 16) + (bank << 8) + index \ Leave comma here and everywhere else in the structure entries. > + } Besides that, would it be better to have it defined as a compound literal? ... > +enum known_ec_sensor { > + SENSOR_TEMP_CHIPSET = 1 << 0, /* chipset temperature [℃] */ > + SENSOR_TEMP_CPU = 1 << 1, /* CPU temperature [℃] */ > + SENSOR_TEMP_MB = 1 << 2, /* motherboard temperature [℃] */ > + SENSOR_TEMP_T_SENSOR = 1 << 3, /* "T_Sensor" temperature sensor reading [℃] */ > + SENSOR_TEMP_VRM = 1 << 4, /* VRM temperature [℃] */ > + SENSOR_FAN_CPU_OPT = 1 << 5, /* CPU_Opt fan [RPM] */ > + SENSOR_FAN_VRM_HS = 1 << 6, /* VRM heat sink fan [RPM] */ > + SENSOR_FAN_CHIPSET = 1 << 7, /* chipset fan [RPM] */ > + SENSOR_FAN_WATER_FLOW = 1 << 8, /* water flow sensor reading [RPM] */ > + SENSOR_CURR_CPU = 1 << 9, /* CPU current [A] */ > + SENSOR_TEMP_WATER_IN = 1 << 10, /* "Water_In" temperature sensor reading [℃] */ > + SENSOR_TEMP_WATER_OUT = 1 << 11, /* "Water_Out" temperature sensor reading [℃] */ Perhaps kernel doc and use of BIT()? > + SENSOR_END > +}; ... > +static const struct ec_sensor_info known_ec_sensors[] = { > + EC_SENSOR("Chipset", hwmon_temp, 1, 0x00, 0x3a), /* SENSOR_TEMP_CHIPSET */ > + EC_SENSOR("CPU", hwmon_temp, 1, 0x00, 0x3b), /* SENSOR_TEMP_CPU */ > + EC_SENSOR("Motherboard", hwmon_temp, 1, 0x00, 0x3c), /* SENSOR_TEMP_MB */ > + EC_SENSOR("T_Sensor", hwmon_temp, 1, 0x00, 0x3d), /* SENSOR_TEMP_T_SENSOR */ > + EC_SENSOR("VRM", hwmon_temp, 1, 0x00, 0x3e), /* SENSOR_TEMP_VRM */ > + EC_SENSOR("CPU_Opt", hwmon_fan, 2, 0x00, 0xb0), /* SENSOR_FAN_CPU_OPT */ > + EC_SENSOR("VRM HS", hwmon_fan, 2, 0x00, 0xb2), /* SENSOR_FAN_VRM_HS */ > + EC_SENSOR("Chipset", hwmon_fan, 2, 0x00, 0xb4), /* SENSOR_FAN_CHIPSET */ > + EC_SENSOR("Water_Flow", hwmon_fan, 2, 0x00, 0xbc), /* SENSOR_FAN_WATER_FLOW */ > + EC_SENSOR("CPU", hwmon_curr, 1, 0x00, 0xf4), /* SENSOR_CURR_CPU */ > + EC_SENSOR("Water_In", hwmon_temp, 1, 0x01, 0x00), /* SENSOR_TEMP_WATER_IN */ > + EC_SENSOR("Water_Out", hwmon_temp, 1, 0x01, 0x01), /* SENSOR_TEMP_WATER_OUT */ Instead of comments, use form of [FOO] = BAR(...), > +}; ... > +static struct asus_ec_board_info board_P_X570_P = { > + .sensors = SENSOR_TEMP_CHIPSET | SENSOR_TEMP_CPU | SENSOR_TEMP_MB | SENSOR_TEMP_VRM > + | SENSOR_FAN_CHIPSET, It's a bit long and better to leave ' |' on the previous line(s). > + .acpi_mutex_path = ASUS_HW_ACCESS_MUTEX_ASMX + Comma. > +}; Ditto for all other similar cases. ... > +#define DMI_EXACT_MATCH_BOARD(vendor, name, sensors) { \ > + .matches = { \ > + DMI_EXACT_MATCH(DMI_BOARD_VENDOR, vendor), \ > + DMI_EXACT_MATCH(DMI_BOARD_NAME, name), \ > + }, \ > + .driver_data = sensors \ + Comma. > + } ... > +struct ec_sensors_data { > + const struct asus_ec_board_info *board; > + struct ec_sensor *sensors; > + /* EC registers to read from */ > + u16 *registers; > + u8 *read_buffer; > + /* sorted list of unique register banks */ > + u8 banks[ASUS_EC_MAX_BANK]; > + unsigned long last_updated; /* in jiffies */ > + acpi_handle aml_mutex; > + u8 nr_sensors; /* number of board EC sensors */ > + /* number of EC registers to read (sensor might span more than 1 register) */ > + u8 nr_registers; > + u8 nr_banks; /* number of unique register banks */ > +}; Kernel doc? ... > +static u8 register_bank(u16 reg) > +{ > + return (reg & 0xff00) >> 8; ' & 0xff00' part is redundant. > +} ... > +static struct ec_sensors_data *get_sensor_data(struct device *pdev) > +{ > + return dev_get_drvdata(pdev); > +} Useless wrapper. It adds no value. ... > + unsigned int i; > + > + for (i = 0; i < ec->nr_sensors; ++i) { > + if (get_sensor_info(ec, i)->type == type) { > + if (channel == 0) > + return i; > + --channel; What's wrong with post-decrement, and I think I already commented on this. So, I stopped here until you go and enforce all comments given against previous incarnation of this driver. > + } > + } > + return -ENOENT; > +} ... > + for (i = 1; i < SENSOR_END; i <<= 1) { > + if ((i & ec->board->sensors) == 0 > + continue; Interesting way of NIH for_each_set_bit(). ... > + for (j = 0; j < si->addr.components.size; ++j, ++register_idx) { Why pre-increments? > + ec->registers[register_idx] = > + (si->addr.components.bank << 8) + > + si->addr.components.index + j; > + } > + } > +} ... > + acpi_handle res; > + acpi_status status = acpi_get_handle( > + NULL, (acpi_string)state->board->acpi_mutex_path, &res); It looks awful (indentation), Have you run checkpatch? > + if (ACPI_FAILURE(status)) { > + dev_err(dev, "Could not get hardware access guard mutex: error %d", status); > + return NULL; > + } ... > +static struct hwmon_chip_info asus_wmi_chip_info = { > + .ops = &asus_ec_hwmon_ops, > + .info = NULL, Redundant. > +};
Hi Eugene, Have you found some issues with idea of usage ACPI WMI methods as failback solution, like in case when ASUS will release some BIOS with different mutex path or different motherboard where will be same WMI methods but fully different internal logic? On Thu, 16 Dec 2021 23:27:52 +0200 Andy Shevchenko <andy.shevchenko@gmail.com> wrote: > On Thu, Dec 16, 2021 at 10:53 PM Eugene Shalygin > <eugene.shalygin@gmail.com> wrote: > > > > This driver provides the same data as the asus_wmi_ec_sensors driver > > (and gets it from the same source) but does not use WMI, polling > > the ACPI EC directly. > > > > That provides two enhancements: sensor reading became quicker (on > > some systems or kernel configuration it took almost a full second > > to read all the sensors, that transfers less than 15 bytes of > > data), the driver became more fexible. The driver now relies on > > ACPI mutex to lock access > > flexible > > > to the EC, in the same way as the WMI DSDT code does. > > How do you know that this way there is no race with any of ACPI code? > > ... > > > +config SENSORS_ASUS_EC > > + tristate "ASUS EC Sensors" > > > + depends on ACPI > > No need to duplicate. See (1) below. > > > + help > > + If you say yes here you get support for the ACPI embedded > > controller > > + hardware monitoring interface found in ASUS motherboards. > > The driver > > + currently supports B550/X570 boards, although other ASUS > > boards might > > + provide this monitoring interface as well. > > + > > + This driver can also be built as a module. If so, the > > module > > + will be called asus_ec_sensors. > > + > > endif # ACPI > > (1) > > ... > > > +/* > > + * HWMON driver for ASUS motherboards that publish some sensor > > values > > + * via the embedded controller registers > > Missed grammatical period. > > > + * > > > + */ > > ... > > > +#define ASUS_EC_BANK_REGISTER 0xff /* Writing to this EC register > > switches EC bank */ > > Can you put comment before the definition? > > ... > > > +#define SENSOR_LABEL_LEN 0x10 > > Why in hex? > > Missed blank line here. > > > +/* > > + * Arbitrary set max. allowed bank number. Required for sorting > > banks and > > + * currently is overkill with just 2 banks used at max, but for > > the sake > > + * of alignment let's set it to a higher value > > Check grammar everywhere, again missed period (at least). > > > + */ > > ... > > > +#define ACPI_DELAY_MSEC_LOCK 500 /* Wait for 0.5 s max. to > > acquire the lock */ > > _LOCK_DELAY_MS and drop useless comment > > I think I gave the very same comments before. Maybe you can check the > reviews of another driver? > > ... > > > > +#define MAKE_SENSOR_ADDRESS(size, bank, index) > > \ > > + { > > \ > > + .value = (size << 16) + (bank << 8) + index > > \ > > Leave comma here and everywhere else in the structure entries. > > > + } > > Besides that, would it be better to have it defined as a compound > literal? > > ... > > > +enum known_ec_sensor { > > + SENSOR_TEMP_CHIPSET = 1 << 0, /* chipset temperature > > [℃] */ > > + SENSOR_TEMP_CPU = 1 << 1, /* CPU temperature [℃] */ > > + SENSOR_TEMP_MB = 1 << 2, /* motherboard > > temperature [℃] */ > > + SENSOR_TEMP_T_SENSOR = 1 << 3, /* "T_Sensor" > > temperature sensor reading [℃] */ > > + SENSOR_TEMP_VRM = 1 << 4, /* VRM temperature [℃] */ > > + SENSOR_FAN_CPU_OPT = 1 << 5, /* CPU_Opt fan [RPM] */ > > + SENSOR_FAN_VRM_HS = 1 << 6, /* VRM heat sink fan > > [RPM] */ > > + SENSOR_FAN_CHIPSET = 1 << 7, /* chipset fan [RPM] */ > > + SENSOR_FAN_WATER_FLOW = 1 << 8, /* water flow sensor > > reading [RPM] */ > > + SENSOR_CURR_CPU = 1 << 9, /* CPU current [A] */ > > + SENSOR_TEMP_WATER_IN = 1 << 10, /* "Water_In" > > temperature sensor reading [℃] */ > > + SENSOR_TEMP_WATER_OUT = 1 << 11, /* "Water_Out" > > temperature sensor reading [℃] */ > > Perhaps kernel doc and use of BIT()? > > > + SENSOR_END > > +}; > > ... > > > +static const struct ec_sensor_info known_ec_sensors[] = { > > + EC_SENSOR("Chipset", hwmon_temp, 1, 0x00, 0x3a), /* > > SENSOR_TEMP_CHIPSET */ > > + EC_SENSOR("CPU", hwmon_temp, 1, 0x00, 0x3b), /* > > SENSOR_TEMP_CPU */ > > + EC_SENSOR("Motherboard", hwmon_temp, 1, 0x00, 0x3c), /* > > SENSOR_TEMP_MB */ > > + EC_SENSOR("T_Sensor", hwmon_temp, 1, 0x00, 0x3d), /* > > SENSOR_TEMP_T_SENSOR */ > > + EC_SENSOR("VRM", hwmon_temp, 1, 0x00, 0x3e), /* > > SENSOR_TEMP_VRM */ > > + EC_SENSOR("CPU_Opt", hwmon_fan, 2, 0x00, 0xb0), /* > > SENSOR_FAN_CPU_OPT */ > > + EC_SENSOR("VRM HS", hwmon_fan, 2, 0x00, 0xb2), /* > > SENSOR_FAN_VRM_HS */ > > + EC_SENSOR("Chipset", hwmon_fan, 2, 0x00, 0xb4), /* > > SENSOR_FAN_CHIPSET */ > > + EC_SENSOR("Water_Flow", hwmon_fan, 2, 0x00, 0xbc), /* > > SENSOR_FAN_WATER_FLOW */ > > + EC_SENSOR("CPU", hwmon_curr, 1, 0x00, 0xf4), /* > > SENSOR_CURR_CPU */ > > + EC_SENSOR("Water_In", hwmon_temp, 1, 0x01, 0x00), /* > > SENSOR_TEMP_WATER_IN */ > > + EC_SENSOR("Water_Out", hwmon_temp, 1, 0x01, 0x01), /* > > SENSOR_TEMP_WATER_OUT */ > > Instead of comments, use form of > > [FOO] = BAR(...), > > > +}; > > ... > > > +static struct asus_ec_board_info board_P_X570_P = { > > + .sensors = SENSOR_TEMP_CHIPSET | SENSOR_TEMP_CPU | > > SENSOR_TEMP_MB | SENSOR_TEMP_VRM > > + | SENSOR_FAN_CHIPSET, > > It's a bit long and better to leave ' |' on the previous line(s). > > > + .acpi_mutex_path = ASUS_HW_ACCESS_MUTEX_ASMX > > + Comma. > > > +}; > > Ditto for all other similar cases. > > ... > > > +#define DMI_EXACT_MATCH_BOARD(vendor, name, sensors) { > > \ > > + .matches = { > > \ > > + DMI_EXACT_MATCH(DMI_BOARD_VENDOR, vendor), > > \ > > + DMI_EXACT_MATCH(DMI_BOARD_NAME, name), > > \ > > + }, > > \ > > + .driver_data = sensors > > \ > > + Comma. > > > + } > > ... > > > +struct ec_sensors_data { > > + const struct asus_ec_board_info *board; > > + struct ec_sensor *sensors; > > + /* EC registers to read from */ > > + u16 *registers; > > + u8 *read_buffer; > > + /* sorted list of unique register banks */ > > + u8 banks[ASUS_EC_MAX_BANK]; > > + unsigned long last_updated; /* in jiffies */ > > + acpi_handle aml_mutex; > > + u8 nr_sensors; /* number of board EC sensors */ > > + /* number of EC registers to read (sensor might span more > > than 1 register) */ > > + u8 nr_registers; > > + u8 nr_banks; /* number of unique register banks */ > > +}; > > Kernel doc? > > ... > > > +static u8 register_bank(u16 reg) > > +{ > > + return (reg & 0xff00) >> 8; > > ' & 0xff00' part is redundant. > > > +} > > ... > > > +static struct ec_sensors_data *get_sensor_data(struct device *pdev) > > +{ > > + return dev_get_drvdata(pdev); > > +} > > Useless wrapper. It adds no value. > > ... > > > + unsigned int i; > > + > > + for (i = 0; i < ec->nr_sensors; ++i) { > > + if (get_sensor_info(ec, i)->type == type) { > > + if (channel == 0) > > + return i; > > > + --channel; > > What's wrong with post-decrement, and I think I already commented on > this. So, I stopped here until you go and enforce all comments given > against previous incarnation of this driver. > > > + } > > + } > > + return -ENOENT; > > +} > > ... > > > + for (i = 1; i < SENSOR_END; i <<= 1) { > > + if ((i & ec->board->sensors) == 0 > > + continue; > > Interesting way of NIH for_each_set_bit(). > > ... > > > + for (j = 0; j < si->addr.components.size; ++j, > > ++register_idx) { > > Why pre-increments? > > > + ec->registers[register_idx] = > > + (si->addr.components.bank << 8) + > > + si->addr.components.index + j; > > + } > > + } > > +} > > ... > > > + acpi_handle res; > > > + acpi_status status = acpi_get_handle( > > + NULL, (acpi_string)state->board->acpi_mutex_path, > > &res); > > It looks awful (indentation), Have you run checkpatch? > > > + if (ACPI_FAILURE(status)) { > > + dev_err(dev, "Could not get hardware access guard > > mutex: error %d", status); > > + return NULL; > > + } > > ... > > > +static struct hwmon_chip_info asus_wmi_chip_info = { > > + .ops = &asus_ec_hwmon_ops, > > > + .info = NULL, > > Redundant. > > > +}; > Best regards, Denis.
Hi Denis, On Thu, 16 Dec 2021 at 23:04, Denis Pauk <pauk.denis@gmail.com> wrote: > > Hi Eugene, > > Have you found some issues with idea of usage ACPI WMI methods as > failback solution, like in case when ASUS will release some BIOS with > different mutex path or different motherboard where will be same WMI > methods but fully different internal logic? Not direct ones, but yes. First of all, I still don't understand what causes the big slowdown in ec_read() calls. I learned that Fedora and Arch kernel configs result in the slowdown, while my custom minimal kernel does not (well, it is still slow but nevertheless). I tried to unload all the modules I do not have in my custom kernel, I tried to disable every option which is related to ACPI in the Fedora config, but the slowdown did not disappear. Then it is not that simple to gather information from other users, because one needs the ec_sys module to measure ec_read() performance, but it is not available in many distribution kernels it seems. Instead of that I've changed data structures for board description to include the mutex path there, so that we can handle various paths or version dependent paths for each motherboard. I can add code to select the mutex path based on the BIOS version for the next iteration. Also considering adding a module parameter to override that path. I think that will be maintainable and give users a way for a local fix while waiting for kernel update. Would you agree? That way, I believe, the WMI fallback is rendered barely useful and I decided to drop it. Best regards, Eugene
On Thu, 16 Dec 2021 at 22:28, Andy Shevchenko <andy.shevchenko@gmail.com> wrote: > > to the EC, in the same way as the WMI DSDT code does. > > How do you know that this way there is no race with any of ACPI code? Because this mutex is exactly what the ACPI code uses to avoid races. > _LOCK_DELAY_MS and drop useless comment > > I think I gave the very same comments before. Maybe you can check the > reviews of another driver? I understand your frustration, sorry. In all those similar reviews I must have missed some emails. I'll fix what I can. > > +static const struct ec_sensor_info known_ec_sensors[] = { > > + EC_SENSOR("Chipset", hwmon_temp, 1, 0x00, 0x3a), /* SENSOR_TEMP_CHIPSET */ > > + EC_SENSOR("CPU", hwmon_temp, 1, 0x00, 0x3b), /* SENSOR_TEMP_CPU */ > > + EC_SENSOR("Motherboard", hwmon_temp, 1, 0x00, 0x3c), /* SENSOR_TEMP_MB */ > > + EC_SENSOR("T_Sensor", hwmon_temp, 1, 0x00, 0x3d), /* SENSOR_TEMP_T_SENSOR */ > > + EC_SENSOR("VRM", hwmon_temp, 1, 0x00, 0x3e), /* SENSOR_TEMP_VRM */ > > + EC_SENSOR("CPU_Opt", hwmon_fan, 2, 0x00, 0xb0), /* SENSOR_FAN_CPU_OPT */ > > + EC_SENSOR("VRM HS", hwmon_fan, 2, 0x00, 0xb2), /* SENSOR_FAN_VRM_HS */ > > + EC_SENSOR("Chipset", hwmon_fan, 2, 0x00, 0xb4), /* SENSOR_FAN_CHIPSET */ > > + EC_SENSOR("Water_Flow", hwmon_fan, 2, 0x00, 0xbc), /* SENSOR_FAN_WATER_FLOW */ > > + EC_SENSOR("CPU", hwmon_curr, 1, 0x00, 0xf4), /* SENSOR_CURR_CPU */ > > + EC_SENSOR("Water_In", hwmon_temp, 1, 0x01, 0x00), /* SENSOR_TEMP_WATER_IN */ > > + EC_SENSOR("Water_Out", hwmon_temp, 1, 0x01, 0x01), /* SENSOR_TEMP_WATER_OUT */ > > Instead of comments, use form of > > [FOO] = BAR(...), Was unable do that because the SENSOR_ enum is a flag enum. But given this suggestion and the one about bit foreach loop, I will convert the enum to bitmap. > What's wrong with post-decrement, and I think I already commented on this. > So, I stopped here until you go and enforce all comments given against > previous incarnation of this driver. I missed these ones, sorry. > > + for (i = 1; i < SENSOR_END; i <<= 1) { > > + if ((i & ec->board->sensors) == 0 > > + continue; > > Interesting way of NIH for_each_set_bit(). Will convert to bitmap. > > + acpi_status status = acpi_get_handle( > > + NULL, (acpi_string)state->board->acpi_mutex_path, &res); > > It looks awful (indentation), Have you run checkpatch? Yes, but some warnings remained. Thanks, Eugene
Hi Eugene, I love your patch! Perhaps something to improve: [auto build test WARNING on groeck-staging/hwmon-next] [also build test WARNING on next-20211215] [cannot apply to v5.16-rc5] [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] url: https://github.com/0day-ci/linux/commits/Eugene-Shalygin/hwmon-asus-ec-sensors-add-driver-for-ASUS-EC/20211217-045428 base: https://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git hwmon-next config: ia64-allyesconfig (https://download.01.org/0day-ci/archive/20211217/202112171205.FwhZfLkY-lkp@intel.com/config) compiler: ia64-linux-gcc (GCC) 11.2.0 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/0day-ci/linux/commit/27e7f47121cb02208740ed895a4cf4c7ab5bee63 git remote add linux-review https://github.com/0day-ci/linux git fetch --no-tags linux-review Eugene-Shalygin/hwmon-asus-ec-sensors-add-driver-for-ASUS-EC/20211217-045428 git checkout 27e7f47121cb02208740ed895a4cf4c7ab5bee63 # save the config file to linux build tree mkdir build_dir COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross O=build_dir ARCH=ia64 SHELL=/bin/bash drivers/hwmon/ If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot <lkp@intel.com> All warnings (new ones prefixed by >>): drivers/hwmon/asus-ec-sensors.c: In function 'asus_ec_probe': >> drivers/hwmon/asus-ec-sensors.c:690:26: warning: ordered comparison of pointer with integer zero [-Wextra] 690 | if (state->board < 0) { | ^ vim +690 drivers/hwmon/asus-ec-sensors.c 685 686 static int asus_ec_probe(struct platform_device *pdev) 687 { 688 struct ec_sensors_data *state = platform_get_drvdata(pdev); 689 > 690 if (state->board < 0) { 691 return -ENODEV; 692 } 693 694 return 0; 695 } 696 --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
Hi Eugene, I see. Thank you. On Thu, 16 Dec 2021 23:58:40 +0100 Eugene Shalygin <eugene.shalygin@gmail.com> wrote: > Hi Denis, > > On Thu, 16 Dec 2021 at 23:04, Denis Pauk <pauk.denis@gmail.com> wrote: > > > > Hi Eugene, > > > > Have you found some issues with idea of usage ACPI WMI methods as > > failback solution, like in case when ASUS will release some BIOS > > with different mutex path or different motherboard where will be > > same WMI methods but fully different internal logic? > > Not direct ones, but yes. First of all, I still don't understand what > causes the big slowdown in ec_read() calls. I learned that Fedora and > Arch kernel configs result in the slowdown, while my custom minimal > kernel does not (well, it is still slow but nevertheless). I tried to > unload all the modules I do not have in my custom kernel, I tried to > disable every option which is related to ACPI in the Fedora config, > but the slowdown did not disappear. Then it is not that simple to > gather information from other users, because one needs the ec_sys > module to measure ec_read() performance, but it is not available in > many distribution kernels it seems. > > Instead of that I've changed data structures for board description to > include the mutex path there, so that we can handle various paths or > version dependent paths for each motherboard. I can add code to select > the mutex path based on the BIOS version for the next iteration. Also > considering adding a module parameter to override that path. I think > that will be maintainable and give users a way for a local fix while > waiting for kernel update. Would you agree? > > That way, I believe, the WMI fallback is rendered barely useful and I > decided to drop it. > > Best regards, > Eugene Best regards, Denis.
diff --git a/drivers/hwmon/Kconfig b/drivers/hwmon/Kconfig index 43e5245874ad..c2227118b23a 100644 --- a/drivers/hwmon/Kconfig +++ b/drivers/hwmon/Kconfig @@ -2253,6 +2253,18 @@ config SENSORS_ASUS_WMI_EC This driver can also be built as a module. If so, the module will be called asus_wmi_sensors_ec. +config SENSORS_ASUS_EC + tristate "ASUS EC Sensors" + depends on ACPI + help + If you say yes here you get support for the ACPI embedded controller + hardware monitoring interface found in ASUS motherboards. The driver + currently supports B550/X570 boards, although other ASUS boards might + provide this monitoring interface as well. + + This driver can also be built as a module. If so, the module + will be called asus_ec_sensors. + endif # ACPI endif # HWMON diff --git a/drivers/hwmon/Makefile b/drivers/hwmon/Makefile index 3a1551b3d570..2e5c216bb5d7 100644 --- a/drivers/hwmon/Makefile +++ b/drivers/hwmon/Makefile @@ -9,6 +9,7 @@ obj-$(CONFIG_HWMON_VID) += hwmon-vid.o # APCI drivers obj-$(CONFIG_SENSORS_ACPI_POWER) += acpi_power_meter.o obj-$(CONFIG_SENSORS_ATK0110) += asus_atk0110.o +obj-$(CONFIG_SENSORS_ASUS_EC) += asus-ec-sensors.o obj-$(CONFIG_SENSORS_ASUS_WMI) += asus_wmi_sensors.o obj-$(CONFIG_SENSORS_ASUS_WMI_EC) += asus_wmi_ec_sensors.o diff --git a/drivers/hwmon/asus-ec-sensors.c b/drivers/hwmon/asus-ec-sensors.c new file mode 100644 index 000000000000..dff717017ee3 --- /dev/null +++ b/drivers/hwmon/asus-ec-sensors.c @@ -0,0 +1,753 @@ +// SPDX-License-Identifier: GPL-2.0+ +/* + * HWMON driver for ASUS motherboards that publish some sensor values + * via the embedded controller registers + * + * Copyright (C) 2021 Eugene Shalygin <eugene.shalygin@gmail.com> + + * EC provides: + * - Chipset temperature + * - CPU temperature + * - Motherboard temperature + * - T_Sensor temperature + * - VRM temperature + * - Water In temperature + * - Water Out temperature + * - CPU Optional fan RPM + * - Chipset fan RPM + * - VRM Heat Sink fan RPM + * - Water Flow fan RPM + * - CPU current + */ + +#include <linux/acpi.h> +#include <linux/dev_printk.h> +#include <linux/dmi.h> +#include <linux/hwmon.h> +#include <linux/init.h> +#include <linux/jiffies.h> +#include <linux/kernel.h> +#include <linux/module.h> +#include <linux/platform_device.h> +#include <linux/sort.h> +#include <linux/units.h> + +#include <asm/unaligned.h> + +#define ASUS_EC_BANK_REGISTER 0xff /* Writing to this EC register switches EC bank */ +#define SENSOR_LABEL_LEN 0x10 +/* + * Arbitrary set max. allowed bank number. Required for sorting banks and + * currently is overkill with just 2 banks used at max, but for the sake + * of alignment let's set it to a higher value + */ +#define ASUS_EC_MAX_BANK 0x04 + +#define ACPI_DELAY_MSEC_LOCK 500 /* Wait for 0.5 s max. to acquire the lock */ + +/* ACPI mutex for locking access to the EC for the firmware */ +#define ASUS_HW_ACCESS_MUTEX_ASMX "\\AMW0.ASMX" + +/* There are two variants of the vendor spelling */ +#define VENDOR_ASUS_UPPER_CASE "ASUSTeK COMPUTER INC." + +typedef union { + u32 value; + struct { + u8 index; + u8 bank; + u8 size; + u8 dummy; + } components; +} sensor_address; + +#define MAKE_SENSOR_ADDRESS(size, bank, index) \ + { \ + .value = (size << 16) + (bank << 8) + index \ + } + +static u32 hwmon_attributes[hwmon_max] = { + [hwmon_chip] = HWMON_C_REGISTER_TZ, + [hwmon_temp] = HWMON_T_INPUT | HWMON_T_LABEL, + [hwmon_in] = HWMON_I_INPUT | HWMON_I_LABEL, + [hwmon_curr] = HWMON_C_INPUT | HWMON_C_LABEL, + [hwmon_fan] = HWMON_F_INPUT | HWMON_F_LABEL, +}; + +struct ec_sensor_info { + char label[SENSOR_LABEL_LEN]; + enum hwmon_sensor_types type; + sensor_address addr; +}; + +#define EC_SENSOR(sensor_label, sensor_type, size, bank, index) \ + { \ + .label = sensor_label, .type = sensor_type, \ + .addr = MAKE_SENSOR_ADDRESS(size, bank, index) \ + } + +enum known_ec_sensor { + SENSOR_TEMP_CHIPSET = 1 << 0, /* chipset temperature [℃] */ + SENSOR_TEMP_CPU = 1 << 1, /* CPU temperature [℃] */ + SENSOR_TEMP_MB = 1 << 2, /* motherboard temperature [℃] */ + SENSOR_TEMP_T_SENSOR = 1 << 3, /* "T_Sensor" temperature sensor reading [℃] */ + SENSOR_TEMP_VRM = 1 << 4, /* VRM temperature [℃] */ + SENSOR_FAN_CPU_OPT = 1 << 5, /* CPU_Opt fan [RPM] */ + SENSOR_FAN_VRM_HS = 1 << 6, /* VRM heat sink fan [RPM] */ + SENSOR_FAN_CHIPSET = 1 << 7, /* chipset fan [RPM] */ + SENSOR_FAN_WATER_FLOW = 1 << 8, /* water flow sensor reading [RPM] */ + SENSOR_CURR_CPU = 1 << 9, /* CPU current [A] */ + SENSOR_TEMP_WATER_IN = 1 << 10, /* "Water_In" temperature sensor reading [℃] */ + SENSOR_TEMP_WATER_OUT = 1 << 11, /* "Water_Out" temperature sensor reading [℃] */ + SENSOR_END +}; + +/* + * All the known sensors for ASUS EC controllers + */ +static const struct ec_sensor_info known_ec_sensors[] = { + EC_SENSOR("Chipset", hwmon_temp, 1, 0x00, 0x3a), /* SENSOR_TEMP_CHIPSET */ + EC_SENSOR("CPU", hwmon_temp, 1, 0x00, 0x3b), /* SENSOR_TEMP_CPU */ + EC_SENSOR("Motherboard", hwmon_temp, 1, 0x00, 0x3c), /* SENSOR_TEMP_MB */ + EC_SENSOR("T_Sensor", hwmon_temp, 1, 0x00, 0x3d), /* SENSOR_TEMP_T_SENSOR */ + EC_SENSOR("VRM", hwmon_temp, 1, 0x00, 0x3e), /* SENSOR_TEMP_VRM */ + EC_SENSOR("CPU_Opt", hwmon_fan, 2, 0x00, 0xb0), /* SENSOR_FAN_CPU_OPT */ + EC_SENSOR("VRM HS", hwmon_fan, 2, 0x00, 0xb2), /* SENSOR_FAN_VRM_HS */ + EC_SENSOR("Chipset", hwmon_fan, 2, 0x00, 0xb4), /* SENSOR_FAN_CHIPSET */ + EC_SENSOR("Water_Flow", hwmon_fan, 2, 0x00, 0xbc), /* SENSOR_FAN_WATER_FLOW */ + EC_SENSOR("CPU", hwmon_curr, 1, 0x00, 0xf4), /* SENSOR_CURR_CPU */ + EC_SENSOR("Water_In", hwmon_temp, 1, 0x01, 0x00), /* SENSOR_TEMP_WATER_IN */ + EC_SENSOR("Water_Out", hwmon_temp, 1, 0x01, 0x01), /* SENSOR_TEMP_WATER_OUT */ +}; + +struct asus_ec_board_info { + int sensors; + const char *acpi_mutex_path; +}; + +static struct asus_ec_board_info board_P_X570_P = { + .sensors = SENSOR_TEMP_CHIPSET | SENSOR_TEMP_CPU | SENSOR_TEMP_MB | SENSOR_TEMP_VRM + | SENSOR_FAN_CHIPSET, + .acpi_mutex_path = ASUS_HW_ACCESS_MUTEX_ASMX +}; + +static struct asus_ec_board_info board_PW_X570_A = { + .sensors = SENSOR_TEMP_CHIPSET | SENSOR_TEMP_CPU | SENSOR_TEMP_MB | SENSOR_TEMP_VRM + | SENSOR_FAN_CHIPSET + | SENSOR_CURR_CPU, + .acpi_mutex_path = ASUS_HW_ACCESS_MUTEX_ASMX +}; + +static struct asus_ec_board_info board_R_C8H = { + .sensors = SENSOR_TEMP_CHIPSET | SENSOR_TEMP_CPU | SENSOR_TEMP_MB + | SENSOR_TEMP_T_SENSOR | SENSOR_TEMP_VRM + | SENSOR_TEMP_WATER_IN | SENSOR_TEMP_WATER_OUT + | SENSOR_FAN_CPU_OPT | SENSOR_FAN_CHIPSET | SENSOR_FAN_WATER_FLOW + | SENSOR_CURR_CPU, + .acpi_mutex_path = ASUS_HW_ACCESS_MUTEX_ASMX +}; + +/* Same as Hero but without chipset fan */ +static struct asus_ec_board_info board_R_C8DH = { + .sensors = SENSOR_TEMP_CHIPSET | SENSOR_TEMP_CPU | SENSOR_TEMP_MB + | SENSOR_TEMP_T_SENSOR | SENSOR_TEMP_VRM + | SENSOR_TEMP_WATER_IN | SENSOR_TEMP_WATER_OUT + | SENSOR_FAN_CPU_OPT | SENSOR_FAN_WATER_FLOW + | SENSOR_CURR_CPU, + .acpi_mutex_path = ASUS_HW_ACCESS_MUTEX_ASMX +}; + +/* Same as Hero but without water */ +static struct asus_ec_board_info board_R_C8F = { + .sensors = SENSOR_TEMP_CHIPSET | SENSOR_TEMP_CPU | SENSOR_TEMP_MB + | SENSOR_TEMP_T_SENSOR | SENSOR_TEMP_VRM + | SENSOR_FAN_CPU_OPT | SENSOR_FAN_CHIPSET + | SENSOR_CURR_CPU, + .acpi_mutex_path = ASUS_HW_ACCESS_MUTEX_ASMX +}; + +static struct asus_ec_board_info board_R_C8I = { + .sensors = SENSOR_TEMP_CHIPSET | SENSOR_TEMP_CPU | SENSOR_TEMP_MB | + SENSOR_TEMP_T_SENSOR | SENSOR_TEMP_VRM | + SENSOR_FAN_CHIPSET | + SENSOR_CURR_CPU, + .acpi_mutex_path = ASUS_HW_ACCESS_MUTEX_ASMX +}; + +static struct asus_ec_board_info board_RS_B550_E_G = { + .sensors = SENSOR_TEMP_CHIPSET | SENSOR_TEMP_CPU | SENSOR_TEMP_MB + | SENSOR_TEMP_T_SENSOR | SENSOR_TEMP_VRM + | SENSOR_FAN_CPU_OPT, + .acpi_mutex_path = ASUS_HW_ACCESS_MUTEX_ASMX +}; + +static struct asus_ec_board_info board_RS_B550_I_G = { + .sensors = SENSOR_TEMP_CHIPSET | SENSOR_TEMP_CPU | SENSOR_TEMP_MB + | SENSOR_TEMP_T_SENSOR | SENSOR_TEMP_VRM + | SENSOR_FAN_VRM_HS + | SENSOR_CURR_CPU, + .acpi_mutex_path = ASUS_HW_ACCESS_MUTEX_ASMX +}; + +static struct asus_ec_board_info board_RS_X570_E_G = { + .sensors = SENSOR_TEMP_CHIPSET | SENSOR_TEMP_CPU | SENSOR_TEMP_MB + | SENSOR_TEMP_T_SENSOR | SENSOR_TEMP_VRM + | SENSOR_FAN_CHIPSET + | SENSOR_CURR_CPU, + .acpi_mutex_path = ASUS_HW_ACCESS_MUTEX_ASMX +}; + +static struct asus_ec_board_info board_RS_X570_I_G = { + .sensors = SENSOR_TEMP_T_SENSOR + | SENSOR_FAN_VRM_HS | SENSOR_FAN_CHIPSET + | SENSOR_CURR_CPU, + .acpi_mutex_path = ASUS_HW_ACCESS_MUTEX_ASMX +}; + +#define DMI_EXACT_MATCH_BOARD(vendor, name, sensors) { \ + .matches = { \ + DMI_EXACT_MATCH(DMI_BOARD_VENDOR, vendor), \ + DMI_EXACT_MATCH(DMI_BOARD_NAME, name), \ + }, \ + .driver_data = sensors \ + } + +static const struct dmi_system_id asus_ec_dmi_table[] __initconst = { + DMI_EXACT_MATCH_BOARD(VENDOR_ASUS_UPPER_CASE, + "PRIME X570-PRO", &board_P_X570_P), + DMI_EXACT_MATCH_BOARD(VENDOR_ASUS_UPPER_CASE, + "Pro WS X570-ACE", &board_PW_X570_A), + DMI_EXACT_MATCH_BOARD(VENDOR_ASUS_UPPER_CASE, + "ROG CROSSHAIR VIII DARK HERO", &board_R_C8DH), + DMI_EXACT_MATCH_BOARD(VENDOR_ASUS_UPPER_CASE, + "ROG CROSSHAIR VIII FORMULA", &board_R_C8F), + DMI_EXACT_MATCH_BOARD(VENDOR_ASUS_UPPER_CASE, + "ROG CROSSHAIR VIII HERO", &board_R_C8H), + DMI_EXACT_MATCH_BOARD(VENDOR_ASUS_UPPER_CASE, + "ROG CROSSHAIR VIII IMPACT", &board_R_C8I), + DMI_EXACT_MATCH_BOARD(VENDOR_ASUS_UPPER_CASE, + "ROG STRIX B550-E GAMING", &board_RS_B550_E_G), + DMI_EXACT_MATCH_BOARD(VENDOR_ASUS_UPPER_CASE, + "ROG STRIX B550-I GAMING", &board_RS_B550_I_G), + DMI_EXACT_MATCH_BOARD(VENDOR_ASUS_UPPER_CASE, + "ROG STRIX X570-E GAMING", &board_RS_X570_E_G), + DMI_EXACT_MATCH_BOARD(VENDOR_ASUS_UPPER_CASE, + "ROG STRIX X570-I GAMING", &board_RS_X570_I_G), + {} +}; + +struct ec_sensor { + unsigned int info_index; + u32 cached_value; +}; + +struct ec_sensors_data { + const struct asus_ec_board_info *board; + struct ec_sensor *sensors; + /* EC registers to read from */ + u16 *registers; + u8 *read_buffer; + /* sorted list of unique register banks */ + u8 banks[ASUS_EC_MAX_BANK]; + unsigned long last_updated; /* in jiffies */ + acpi_handle aml_mutex; + u8 nr_sensors; /* number of board EC sensors */ + /* number of EC registers to read (sensor might span more than 1 register) */ + u8 nr_registers; + u8 nr_banks; /* number of unique register banks */ +}; + +static u8 register_bank(u16 reg) +{ + return (reg & 0xff00) >> 8; +} + +static struct ec_sensors_data *get_sensor_data(struct device *pdev) +{ + return dev_get_drvdata(pdev); +} + +static const struct ec_sensor_info * +get_sensor_info(const struct ec_sensors_data *state, int index) +{ + return &known_ec_sensors[state->sensors[index].info_index]; +} + +static int find_ec_sensor_index(const struct ec_sensors_data *ec, + enum hwmon_sensor_types type, int channel) +{ + unsigned int i; + + for (i = 0; i < ec->nr_sensors; ++i) { + if (get_sensor_info(ec, i)->type == type) { + if (channel == 0) + return i; + --channel; + } + } + return -ENOENT; +} + +static int __init bank_compare(const void *a, const void *b) +{ + return *((const s8 *)a) - *((const s8 *)b); +} + +static int __init board_sensors_count(const struct asus_ec_board_info *board) +{ + return hweight_long(board->sensors); +} + +static void __init setup_sensor_data(struct ec_sensors_data *ec) +{ + struct ec_sensor *s = ec->sensors; + bool bank_found; + int i, j; + u8 bank; + + ec->nr_banks = 0; + ec->nr_registers = 0; + + for (i = 1; i < SENSOR_END; i <<= 1) { + if ((i & ec->board->sensors) == 0) + continue; + s->info_index = __builtin_ctz(i); + s->cached_value = 0; + ec->nr_registers += + known_ec_sensors[s->info_index].addr.components.size; + bank_found = false; + bank = known_ec_sensors[s->info_index].addr.components.bank; + for (j = 0; j < ec->nr_banks; j++) { + if (ec->banks[j] == bank) { + bank_found = true; + break; + } + } + if (!bank_found) { + ec->banks[ec->nr_banks++] = bank; + } + s++; + } + sort(ec->banks, ec->nr_banks, 1, &bank_compare, NULL); +} + +static void __init fill_ec_registers(struct ec_sensors_data *ec) +{ + const struct ec_sensor_info *si; + unsigned int i, j, register_idx = 0; + for (i = 0; i < ec->nr_sensors; ++i) { + si = get_sensor_info(ec, i); + for (j = 0; j < si->addr.components.size; ++j, ++register_idx) { + ec->registers[register_idx] = + (si->addr.components.bank << 8) + + si->addr.components.index + j; + } + } +} + +static int get_version(u32 *version) +{ + /* we know only a single version so far */ + *version = 0; + return 0; +} + +static acpi_handle asus_hw_access_mutex(struct device *dev) +{ + struct ec_sensors_data *state = get_sensor_data(dev); + acpi_handle res; + acpi_status status = acpi_get_handle( + NULL, (acpi_string)state->board->acpi_mutex_path, &res); + if (ACPI_FAILURE(status)) { + dev_err(dev, "Could not get hardware access guard mutex: error %d", status); + return NULL; + } + return res; +} + +/* + * Switches ASUS EC banks. + */ +static int asus_ec_bank_switch(u8 bank, u8 *old) +{ + int status = 0; + + if (old) { + status = ec_read(ASUS_EC_BANK_REGISTER, old); + } + if (status || (old && (*old == bank))) + return status; + return ec_write(ASUS_EC_BANK_REGISTER, bank); +} + +static int asus_ec_block_read(const struct device *dev, + struct ec_sensors_data *ec) +{ + int ireg, ibank, status; + u8 bank, reg_bank, prev_bank; + + bank = 0; + status = asus_ec_bank_switch(bank, &prev_bank); + if (status) { + dev_warn(dev, "EC bank switch failed"); + return status; + } + + if (prev_bank) { + /* oops... somebody else is working with the EC too */ + dev_warn(dev, "Concurrent access to the ACPI EC " + "detected.\nRace condition possible."); + } + + /* + * read registers minimizing bank switches. + */ + for (ibank = 0; ibank < ec->nr_banks; ibank++) { + if (bank != ec->banks[ibank]) { + bank = ec->banks[ibank]; + if (asus_ec_bank_switch(bank, NULL)) { + dev_warn(dev, "EC bank switch to %d failed", bank); + break; + } + } + for (ireg = 0; ireg < ec->nr_registers; ireg++) { + reg_bank = register_bank(ec->registers[ireg]); + if (reg_bank < bank) { + continue; + } + ec_read(ec->registers[ireg] & 0x00ff, ec->read_buffer + ireg); + } + } + + status = asus_ec_bank_switch(prev_bank, NULL); + return status; +} + +static inline u32 get_sensor_value(const struct ec_sensor_info *si, u8 *data) +{ + switch (si->addr.components.size) { + case 1: + return *data; + case 2: + return get_unaligned_be16(data); + case 4: + return get_unaligned_be32(data); + default: + return 0; + } +} + +static void update_sensor_values(struct ec_sensors_data *ec, u8 *data) +{ + const struct ec_sensor_info *si; + struct ec_sensor *s; + + for (s = ec->sensors; s != ec->sensors + ec->nr_sensors; s++) { + si = &known_ec_sensors[s->info_index]; + s->cached_value = get_sensor_value(si, data); + data += si->addr.components.size; + } +} + +static int update_ec_sensors(const struct device *dev, + struct ec_sensors_data *ec) +{ + int status; + + /* + * ASUS DSDT does not specify that access to the EC has to be guarded, + * but firmware does access it via ACPI + */ + if (ACPI_FAILURE(acpi_acquire_mutex(ec->aml_mutex, NULL, ACPI_DELAY_MSEC_LOCK))) { + dev_err(dev, "Failed to acquire AML mutex"); + status = -EBUSY; + goto cleanup; + } + + status = asus_ec_block_read(dev, ec); + + if (!status) { + update_sensor_values(ec, ec->read_buffer); + } + if (ACPI_FAILURE(acpi_release_mutex(ec->aml_mutex, NULL))) { + dev_err(dev, "Failed to release AML mutex"); + } +cleanup: + return status; +} + +static int scale_sensor_value(u32 value, int data_type) +{ + switch (data_type) { + case hwmon_curr: + case hwmon_temp: + case hwmon_in: + return value * MILLI; + default: + return value; + } +} + +static int get_cached_value_or_update(const struct device *dev, + int sensor_index, + struct ec_sensors_data *state, u32 *value) +{ + if (time_after(jiffies, state->last_updated + HZ)) { + if (update_ec_sensors(dev, state)) { + dev_err(dev, "update_ec_sensors() failure\n"); + return -EIO; + } + + state->last_updated = jiffies; + } + + *value = state->sensors[sensor_index].cached_value; + return 0; +} + +/* + * Now follow the functions that implement the hwmon interface + */ + +static int asus_ec_hwmon_read(struct device *dev, enum hwmon_sensor_types type, + u32 attr, int channel, long *val) +{ + int ret; + u32 value = 0; + + struct ec_sensors_data *state = get_sensor_data(dev); + int sidx = find_ec_sensor_index(state, type, channel); + + if (sidx < 0) { + return sidx; + } + + ret = get_cached_value_or_update(dev, sidx, state, &value); + if (!ret) { + *val = scale_sensor_value(value, + get_sensor_info(state, sidx)->type); + } + + return ret; +} + +static int asus_ec_hwmon_read_string(struct device *dev, + enum hwmon_sensor_types type, u32 attr, + int channel, const char **str) +{ + struct ec_sensors_data *state = get_sensor_data(dev); + int sensor_index = find_ec_sensor_index(state, type, channel); + *str = get_sensor_info(state, sensor_index)->label; + + return 0; +} + +static umode_t asus_ec_hwmon_is_visible(const void *drvdata, + enum hwmon_sensor_types type, u32 attr, + int channel) +{ + const struct ec_sensors_data *state = drvdata; + + return find_ec_sensor_index(state, type, channel) >= 0 ? + S_IRUGO : + 0; +} + +static int +asus_wmi_hwmon_add_chan_info(struct hwmon_channel_info *asus_wmi_hwmon_chan, + struct device *dev, int num, + enum hwmon_sensor_types type, u32 config) +{ + int i; + u32 *cfg = devm_kcalloc(dev, num + 1, sizeof(*cfg), GFP_KERNEL); + + if (!cfg) + return -ENOMEM; + + asus_wmi_hwmon_chan->type = type; + asus_wmi_hwmon_chan->config = cfg; + for (i = 0; i < num; i++, cfg++) + *cfg = config; + + return 0; +} + +static const struct hwmon_ops asus_ec_hwmon_ops = { + .is_visible = asus_ec_hwmon_is_visible, + .read = asus_ec_hwmon_read, + .read_string = asus_ec_hwmon_read_string, +}; + +static struct hwmon_chip_info asus_wmi_chip_info = { + .ops = &asus_ec_hwmon_ops, + .info = NULL, +}; + +static const struct asus_ec_board_info * __init get_board_info(const struct device *dev) +{ + const struct dmi_system_id *dmi_entry; + u32 version = 0; + + dmi_entry = dmi_first_match(asus_ec_dmi_table); + if (!dmi_entry) { + dev_info(dev, "Unsupported board"); + return NULL; + } + + if (get_version(&version)) { + dev_err(dev, "Error getting version"); + return NULL; + } + + return dmi_entry->driver_data; +} + +static int __init configure_sensor_setup(struct platform_device *pdev) +{ + struct ec_sensors_data *ec_data = platform_get_drvdata(pdev); + int nr_count[hwmon_max] = { 0 }, nr_types = 0; + struct device *hwdev; + struct device *dev = &pdev->dev; + struct hwmon_channel_info *asus_wmi_hwmon_chan; + const struct hwmon_channel_info **ptr_asus_wmi_ci; + const struct hwmon_chip_info *chip_info; + const struct ec_sensor_info *si; + enum hwmon_sensor_types type; + unsigned int i; + + ec_data->board = get_board_info(dev); + if (!ec_data->board) { + return -ENODEV; + } + + ec_data->nr_sensors = board_sensors_count(ec_data->board); + ec_data->sensors = devm_kcalloc(dev, ec_data->nr_sensors, + sizeof(struct ec_sensor), GFP_KERNEL); + + setup_sensor_data(ec_data); + ec_data->registers = devm_kcalloc(dev, ec_data->nr_registers, + sizeof(u16), GFP_KERNEL); + ec_data->read_buffer = devm_kcalloc(dev, ec_data->nr_registers, + sizeof(u8), GFP_KERNEL); + + if (!ec_data->registers || !ec_data->read_buffer) { + return -ENOMEM; + } + + fill_ec_registers(ec_data); + + ec_data->aml_mutex = asus_hw_access_mutex(dev); + + for (i = 0; i < ec_data->nr_sensors; ++i) { + si = get_sensor_info(ec_data, i); + if (!nr_count[si->type]) + ++nr_types; + ++nr_count[si->type]; + } + + if (nr_count[hwmon_temp]) + nr_count[hwmon_chip]++, nr_types++; + + asus_wmi_hwmon_chan = devm_kcalloc( + dev, nr_types, sizeof(*asus_wmi_hwmon_chan), GFP_KERNEL); + if (!asus_wmi_hwmon_chan) + return -ENOMEM; + + ptr_asus_wmi_ci = devm_kcalloc(dev, nr_types + 1, + sizeof(*ptr_asus_wmi_ci), GFP_KERNEL); + if (!ptr_asus_wmi_ci) + return -ENOMEM; + + asus_wmi_chip_info.info = ptr_asus_wmi_ci; + chip_info = &asus_wmi_chip_info; + + for (type = 0; type < hwmon_max; ++type) { + if (!nr_count[type]) + continue; + + asus_wmi_hwmon_add_chan_info(asus_wmi_hwmon_chan, dev, + nr_count[type], type, + hwmon_attributes[type]); + *ptr_asus_wmi_ci++ = asus_wmi_hwmon_chan++; + } + + dev_info(dev, "board has %d EC sensors that span %d registers", + ec_data->nr_sensors, + ec_data->nr_registers); + + hwdev = devm_hwmon_device_register_with_info( + dev, "asus-ec-sensors", ec_data, chip_info, NULL); + + return PTR_ERR_OR_ZERO(hwdev); +} + +static struct platform_device *asus_ec_sensors_platform_device; + +static int asus_ec_probe(struct platform_device *pdev) +{ + struct ec_sensors_data *state = platform_get_drvdata(pdev); + + if (state->board < 0) { + return -ENODEV; + } + + return 0; +} + +static struct platform_driver asus_ec_sensors_platform_driver = { + .driver = { + .name = "asus-ec-sensors", + }, + .probe = asus_ec_probe +}; + +MODULE_DEVICE_TABLE(dmi, asus_ec_dmi_table); + +static void cleanup_device(void) +{ + platform_device_unregister(asus_ec_sensors_platform_device); + platform_driver_unregister(&asus_ec_sensors_platform_driver); +} + +static int __init asus_ec_init(void) +{ + struct asus_ec_sensors *state; + int status = 0; + + asus_ec_sensors_platform_device = + platform_create_bundle(&asus_ec_sensors_platform_driver, + asus_ec_probe, NULL, 0, NULL, 0); + + if (IS_ERR(asus_ec_sensors_platform_device)) + return PTR_ERR(asus_ec_sensors_platform_device); + + state = devm_kzalloc(&asus_ec_sensors_platform_device->dev, + sizeof(struct ec_sensors_data), GFP_KERNEL); + + if (!state) { + status = -ENOMEM; + goto cleanup; + } + + platform_set_drvdata(asus_ec_sensors_platform_device, state); + status = configure_sensor_setup(asus_ec_sensors_platform_device); +cleanup: + if (status) { + cleanup_device(); + } + return status; +} + +static void __exit asus_ec_exit(void) +{ + cleanup_device(); +} + +module_init(asus_ec_init); +module_exit(asus_ec_exit); + +MODULE_AUTHOR("Eugene Shalygin <eugene.shalygin@gmail.com>"); +MODULE_DESCRIPTION( + "HWMON driver for sensors accessible via EC in ASUS motherboards"); +MODULE_LICENSE("GPL"); +MODULE_VERSION("1");
This driver provides the same data as the asus_wmi_ec_sensors driver (and gets it from the same source) but does not use WMI, polling the ACPI EC directly. That provides two enhancements: sensor reading became quicker (on some systems or kernel configuration it took almost a full second to read all the sensors, that transfers less than 15 bytes of data), the driver became more fexible. The driver now relies on ACPI mutex to lock access to the EC, in the same way as the WMI DSDT code does. Signed-off-by: Eugene Shalygin <eugene.shalygin@gmail.com> --- drivers/hwmon/Kconfig | 12 + drivers/hwmon/Makefile | 1 + drivers/hwmon/asus-ec-sensors.c | 753 ++++++++++++++++++++++++++++++++ 3 files changed, 766 insertions(+) create mode 100644 drivers/hwmon/asus-ec-sensors.c