1The Linux Hardware Monitoring kernel API. 2========================================= 3 4Guenter Roeck 5 6Introduction 7------------ 8 9This document describes the API that can be used by hardware monitoring 10drivers that want to use the hardware monitoring framework. 11 12This document does not describe what a hardware monitoring (hwmon) Driver or 13Device is. It also does not describe the API which can be used by user space 14to communicate with a hardware monitoring device. If you want to know this 15then please read the following file: Documentation/hwmon/sysfs-interface. 16 17For additional guidelines on how to write and improve hwmon drivers, please 18also read Documentation/hwmon/submitting-patches. 19 20The API 21------- 22Each hardware monitoring driver must #include <linux/hwmon.h> and, in most 23cases, <linux/hwmon-sysfs.h>. linux/hwmon.h declares the following 24register/unregister functions: 25 26struct device * 27hwmon_device_register_with_groups(struct device *dev, const char *name, 28 void *drvdata, 29 const struct attribute_group **groups); 30 31struct device * 32devm_hwmon_device_register_with_groups(struct device *dev, 33 const char *name, void *drvdata, 34 const struct attribute_group **groups); 35 36struct device * 37hwmon_device_register_with_info(struct device *dev, 38 const char *name, void *drvdata, 39 const struct hwmon_chip_info *info, 40 const struct attribute_group **extra_groups); 41 42struct device * 43devm_hwmon_device_register_with_info(struct device *dev, 44 const char *name, 45 void *drvdata, 46 const struct hwmon_chip_info *info, 47 const struct attribute_group **extra_groups); 48 49void hwmon_device_unregister(struct device *dev); 50void devm_hwmon_device_unregister(struct device *dev); 51 52hwmon_device_register_with_groups registers a hardware monitoring device. 53The first parameter of this function is a pointer to the parent device. 54The name parameter is a pointer to the hwmon device name. The registration 55function wil create a name sysfs attribute pointing to this name. 56The drvdata parameter is the pointer to the local driver data. 57hwmon_device_register_with_groups will attach this pointer to the newly 58allocated hwmon device. The pointer can be retrieved by the driver using 59dev_get_drvdata() on the hwmon device pointer. The groups parameter is 60a pointer to a list of sysfs attribute groups. The list must be NULL terminated. 61hwmon_device_register_with_groups creates the hwmon device with name attribute 62as well as all sysfs attributes attached to the hwmon device. 63This function returns a pointer to the newly created hardware monitoring device 64or PTR_ERR for failure. 65 66devm_hwmon_device_register_with_groups is similar to 67hwmon_device_register_with_groups. However, it is device managed, meaning the 68hwmon device does not have to be removed explicitly by the removal function. 69 70hwmon_device_register_with_info is the most comprehensive and preferred means 71to register a hardware monitoring device. It creates the standard sysfs 72attributes in the hardware monitoring core, letting the driver focus on reading 73from and writing to the chip instead of having to bother with sysfs attributes. 74The parent device parameter cannot be NULL with non-NULL chip info. Its 75parameters are described in more detail below. 76 77devm_hwmon_device_register_with_info is similar to 78hwmon_device_register_with_info. However, it is device managed, meaning the 79hwmon device does not have to be removed explicitly by the removal function. 80 81hwmon_device_unregister deregisters a registered hardware monitoring device. 82The parameter of this function is the pointer to the registered hardware 83monitoring device structure. This function must be called from the driver 84remove function if the hardware monitoring device was registered with 85hwmon_device_register_with_groups or hwmon_device_register_with_info. 86 87devm_hwmon_device_unregister does not normally have to be called. It is only 88needed for error handling, and only needed if the driver probe fails after 89the call to devm_hwmon_device_register_with_groups or 90hwmon_device_register_with_info and if the automatic (device managed) 91removal would be too late. 92 93All supported hwmon device registration functions only accept valid device 94names. Device names including invalid characters (whitespace, '*', or '-') 95will be rejected. The 'name' parameter is mandatory. 96 97Using devm_hwmon_device_register_with_info() 98-------------------------------------------- 99 100hwmon_device_register_with_info() registers a hardware monitoring device. 101The parameters to this function are 102 103struct device *dev Pointer to parent device 104const char *name Device name 105void *drvdata Driver private data 106const struct hwmon_chip_info *info 107 Pointer to chip description. 108const struct attribute_group **extra_groups 109 Null-terminated list of additional non-standard 110 sysfs attribute groups. 111 112This function returns a pointer to the created hardware monitoring device 113on success and a negative error code for failure. 114 115The hwmon_chip_info structure looks as follows. 116 117struct hwmon_chip_info { 118 const struct hwmon_ops *ops; 119 const struct hwmon_channel_info **info; 120}; 121 122It contains the following fields: 123 124* ops: Pointer to device operations. 125* info: NULL-terminated list of device channel descriptors. 126 127The list of hwmon operations is defined as: 128 129struct hwmon_ops { 130 umode_t (*is_visible)(const void *, enum hwmon_sensor_types type, 131 u32 attr, int); 132 int (*read)(struct device *, enum hwmon_sensor_types type, 133 u32 attr, int, long *); 134 int (*write)(struct device *, enum hwmon_sensor_types type, 135 u32 attr, int, long); 136}; 137 138It defines the following operations. 139 140* is_visible: Pointer to a function to return the file mode for each supported 141 attribute. This function is mandatory. 142 143* read: Pointer to a function for reading a value from the chip. This function 144 is optional, but must be provided if any readable attributes exist. 145 146* write: Pointer to a function for writing a value to the chip. This function is 147 optional, but must be provided if any writeable attributes exist. 148 149Each sensor channel is described with struct hwmon_channel_info, which is 150defined as follows. 151 152struct hwmon_channel_info { 153 enum hwmon_sensor_types type; 154 u32 *config; 155}; 156 157It contains following fields: 158 159* type: The hardware monitoring sensor type. 160 Supported sensor types are 161 * hwmon_chip A virtual sensor type, used to describe attributes 162 * which are not bound to a specific input or output 163 * hwmon_temp Temperature sensor 164 * hwmon_in Voltage sensor 165 * hwmon_curr Current sensor 166 * hwmon_power Power sensor 167 * hwmon_energy Energy sensor 168 * hwmon_humidity Humidity sensor 169 * hwmon_fan Fan speed sensor 170 * hwmon_pwm PWM control 171 172* config: Pointer to a 0-terminated list of configuration values for each 173 sensor of the given type. Each value is a combination of bit values 174 describing the attributes supposed by a single sensor. 175 176As an example, here is the complete description file for a LM75 compatible 177sensor chip. The chip has a single temperature sensor. The driver wants to 178register with the thermal subsystem (HWMON_C_REGISTER_TZ), and it supports 179the update_interval attribute (HWMON_C_UPDATE_INTERVAL). The chip supports 180reading the temperature (HWMON_T_INPUT), it has a maximum temperature 181register (HWMON_T_MAX) as well as a maximum temperature hysteresis register 182(HWMON_T_MAX_HYST). 183 184static const u32 lm75_chip_config[] = { 185 HWMON_C_REGISTER_TZ | HWMON_C_UPDATE_INTERVAL, 186 0 187}; 188 189static const struct hwmon_channel_info lm75_chip = { 190 .type = hwmon_chip, 191 .config = lm75_chip_config, 192}; 193 194static const u32 lm75_temp_config[] = { 195 HWMON_T_INPUT | HWMON_T_MAX | HWMON_T_MAX_HYST, 196 0 197}; 198 199static const struct hwmon_channel_info lm75_temp = { 200 .type = hwmon_temp, 201 .config = lm75_temp_config, 202}; 203 204static const struct hwmon_channel_info *lm75_info[] = { 205 &lm75_chip, 206 &lm75_temp, 207 NULL 208}; 209 210static const struct hwmon_ops lm75_hwmon_ops = { 211 .is_visible = lm75_is_visible, 212 .read = lm75_read, 213 .write = lm75_write, 214}; 215 216static const struct hwmon_chip_info lm75_chip_info = { 217 .ops = &lm75_hwmon_ops, 218 .info = lm75_info, 219}; 220 221A complete list of bit values indicating individual attribute support 222is defined in include/linux/hwmon.h. Definition prefixes are as follows. 223 224HWMON_C_xxxx Chip attributes, for use with hwmon_chip. 225HWMON_T_xxxx Temperature attributes, for use with hwmon_temp. 226HWMON_I_xxxx Voltage attributes, for use with hwmon_in. 227HWMON_C_xxxx Current attributes, for use with hwmon_curr. 228 Notice the prefix overlap with chip attributes. 229HWMON_P_xxxx Power attributes, for use with hwmon_power. 230HWMON_E_xxxx Energy attributes, for use with hwmon_energy. 231HWMON_H_xxxx Humidity attributes, for use with hwmon_humidity. 232HWMON_F_xxxx Fan speed attributes, for use with hwmon_fan. 233HWMON_PWM_xxxx PWM control attributes, for use with hwmon_pwm. 234 235Driver callback functions 236------------------------- 237 238Each driver provides is_visible, read, and write functions. Parameters 239and return values for those functions are as follows. 240 241umode_t is_visible_func(const void *data, enum hwmon_sensor_types type, 242 u32 attr, int channel) 243 244Parameters: 245 data: Pointer to device private data structure. 246 type: The sensor type. 247 attr: Attribute identifier associated with a specific attribute. 248 For example, the attribute value for HWMON_T_INPUT would be 249 hwmon_temp_input. For complete mappings of bit fields to 250 attribute values please see include/linux/hwmon.h. 251 channel:The sensor channel number. 252 253Return value: 254 The file mode for this attribute. Typically, this will be 0 (the 255 attribute will not be created), S_IRUGO, or 'S_IRUGO | S_IWUSR'. 256 257int read_func(struct device *dev, enum hwmon_sensor_types type, 258 u32 attr, int channel, long *val) 259 260Parameters: 261 dev: Pointer to the hardware monitoring device. 262 type: The sensor type. 263 attr: Attribute identifier associated with a specific attribute. 264 For example, the attribute value for HWMON_T_INPUT would be 265 hwmon_temp_input. For complete mappings please see 266 include/linux/hwmon.h. 267 channel:The sensor channel number. 268 val: Pointer to attribute value. 269 270Return value: 271 0 on success, a negative error number otherwise. 272 273int write_func(struct device *dev, enum hwmon_sensor_types type, 274 u32 attr, int channel, long val) 275 276Parameters: 277 dev: Pointer to the hardware monitoring device. 278 type: The sensor type. 279 attr: Attribute identifier associated with a specific attribute. 280 For example, the attribute value for HWMON_T_INPUT would be 281 hwmon_temp_input. For complete mappings please see 282 include/linux/hwmon.h. 283 channel:The sensor channel number. 284 val: The value to write to the chip. 285 286Return value: 287 0 on success, a negative error number otherwise. 288 289 290Driver-provided sysfs attributes 291-------------------------------- 292 293If the hardware monitoring device is registered with 294hwmon_device_register_with_info or devm_hwmon_device_register_with_info, 295it is most likely not necessary to provide sysfs attributes. Only additional 296non-standard sysfs attributes need to be provided when one of those registration 297functions is used. 298 299The header file linux/hwmon-sysfs.h provides a number of useful macros to 300declare and use hardware monitoring sysfs attributes. 301 302In many cases, you can use the exsting define DEVICE_ATTR to declare such 303attributes. This is feasible if an attribute has no additional context. However, 304in many cases there will be additional information such as a sensor index which 305will need to be passed to the sysfs attribute handling function. 306 307SENSOR_DEVICE_ATTR and SENSOR_DEVICE_ATTR_2 can be used to define attributes 308which need such additional context information. SENSOR_DEVICE_ATTR requires 309one additional argument, SENSOR_DEVICE_ATTR_2 requires two. 310 311SENSOR_DEVICE_ATTR defines a struct sensor_device_attribute variable. 312This structure has the following fields. 313 314struct sensor_device_attribute { 315 struct device_attribute dev_attr; 316 int index; 317}; 318 319You can use to_sensor_dev_attr to get the pointer to this structure from the 320attribute read or write function. Its parameter is the device to which the 321attribute is attached. 322 323SENSOR_DEVICE_ATTR_2 defines a struct sensor_device_attribute_2 variable, 324which is defined as follows. 325 326struct sensor_device_attribute_2 { 327 struct device_attribute dev_attr; 328 u8 index; 329 u8 nr; 330}; 331 332Use to_sensor_dev_attr_2 to get the pointer to this structure. Its parameter 333is the device to which the attribute is attached. 334