| Message ID | 20221021174834.736930-1-savicaleksa83@gmail.com (mailing list archive) |
|---|---|
| State | Changes Requested |
| Headers | show |
| Series | hwmon: (aquacomputer_d5next) Add support for temperature sensor offsets | expand |
On Fri, Oct 21, 2022 at 07:48:34PM +0200, Aleksa Savic wrote: > Add support for reading and writing temperature sensor offsets > on the Aquacomputer D5 Next, Farbwerk 360, Octo and Quadro, > for which the needed offsets are known. Implemented by > Leonard Anderweit [1]. > > [1] https://github.com/aleksamagicka/aquacomputer_d5next-hwmon/pull/22 > > Originally-from: Leonard Anderweit <leonard.anderweit@gmail.com> > Signed-off-by: Aleksa Savic <savicaleksa83@gmail.com> > --- > Documentation/hwmon/aquacomputer_d5next.rst | 1 + > drivers/hwmon/aquacomputer_d5next.c | 91 ++++++++++++++++++--- > 2 files changed, 79 insertions(+), 13 deletions(-) > > diff --git a/Documentation/hwmon/aquacomputer_d5next.rst b/Documentation/hwmon/aquacomputer_d5next.rst > index e238533b5fe0..15226346434d 100644 > --- a/Documentation/hwmon/aquacomputer_d5next.rst > +++ b/Documentation/hwmon/aquacomputer_d5next.rst > @@ -62,6 +62,7 @@ Sysfs entries > > ================ ============================================================== > temp[1-20]_input Physical/virtual temperature sensors (in millidegrees Celsius) > +temp[1-4]_offset Temperature sensor correction offset (in millidegrees Celsius) > fan[1-8]_input Pump/fan speed (in RPM) / Flow speed (in dL/h) > power[1-8]_input Pump/fan power (in micro Watts) > in[0-7]_input Pump/fan voltage (in milli Volts) > diff --git a/drivers/hwmon/aquacomputer_d5next.c b/drivers/hwmon/aquacomputer_d5next.c > index c51a2678f0eb..862d6c284e83 100644 > --- a/drivers/hwmon/aquacomputer_d5next.c > +++ b/drivers/hwmon/aquacomputer_d5next.c > @@ -80,6 +80,7 @@ static u8 secondary_ctrl_report[] = { > #define D5NEXT_5V_VOLTAGE 0x39 > #define D5NEXT_12V_VOLTAGE 0x37 > #define D5NEXT_CTRL_REPORT_SIZE 0x329 > +#define D5NEXT_TEMP_CTRL_OFFSET 0x2D > static u8 d5next_sensor_fan_offsets[] = { D5NEXT_PUMP_OFFSET, D5NEXT_FAN_OFFSET }; > > /* Pump and fan speed registers in D5 Next control report (from 0-100%) */ > @@ -94,6 +95,8 @@ static u16 d5next_ctrl_fan_offsets[] = { 0x97, 0x42 }; > #define FARBWERK360_SENSOR_START 0x32 > #define FARBWERK360_NUM_VIRTUAL_SENSORS 16 > #define FARBWERK360_VIRTUAL_SENSORS_START 0x3a > +#define FARBWERK360_CTRL_REPORT_SIZE 0x682 > +#define FARBWERK360_TEMP_CTRL_OFFSET 0x8 > > /* Register offsets for the Octo fan controller */ > #define OCTO_POWER_CYCLES 0x18 > @@ -103,6 +106,7 @@ static u16 d5next_ctrl_fan_offsets[] = { 0x97, 0x42 }; > #define OCTO_NUM_VIRTUAL_SENSORS 16 > #define OCTO_VIRTUAL_SENSORS_START 0x45 > #define OCTO_CTRL_REPORT_SIZE 0x65F > +#define OCTO_TEMP_CTRL_OFFSET 0xA > static u8 octo_sensor_fan_offsets[] = { 0x7D, 0x8A, 0x97, 0xA4, 0xB1, 0xBE, 0xCB, 0xD8 }; > > /* Fan speed registers in Octo control report (from 0-100%) */ > @@ -117,6 +121,7 @@ static u16 octo_ctrl_fan_offsets[] = { 0x5B, 0xB0, 0x105, 0x15A, 0x1AF, 0x204, 0 > #define QUADRO_VIRTUAL_SENSORS_START 0x3c > #define QUADRO_CTRL_REPORT_SIZE 0x3c1 > #define QUADRO_FLOW_SENSOR_OFFSET 0x6e > +#define QUADRO_TEMP_CTRL_OFFSET 0xA > static u8 quadro_sensor_fan_offsets[] = { 0x70, 0x7D, 0x8A, 0x97 }; > > /* Fan speed registers in Quadro control report (from 0-100%) */ > @@ -282,6 +287,7 @@ struct aqc_data { > int temp_sensor_start_offset; > int num_virtual_temp_sensors; > int virtual_temp_sensor_start_offset; > + u16 temp_ctrl_offset; > u16 power_cycle_count_offset; > u8 flow_sensor_offset; > > @@ -365,8 +371,8 @@ static int aqc_send_ctrl_data(struct aqc_data *priv) > return ret; > } > > -/* Refreshes the control buffer and returns value at offset */ > -static int aqc_get_ctrl_val(struct aqc_data *priv, int offset) > +/* Refreshes the control buffer and stores value at offset in val */ > +static int aqc_get_ctrl_val(struct aqc_data *priv, int offset, long *val) > { > int ret; > > @@ -376,7 +382,7 @@ static int aqc_get_ctrl_val(struct aqc_data *priv, int offset) > if (ret < 0) > goto unlock_and_return; > > - ret = get_unaligned_be16(priv->buffer + offset); > + *val = (s16)get_unaligned_be16(priv->buffer + offset); > > unlock_and_return: > mutex_unlock(&priv->mutex); > @@ -393,7 +399,7 @@ static int aqc_set_ctrl_val(struct aqc_data *priv, int offset, long val) > if (ret < 0) > goto unlock_and_return; > > - put_unaligned_be16((u16)val, priv->buffer + offset); > + put_unaligned_be16((s16)val, priv->buffer + offset); > > ret = aqc_send_ctrl_data(priv); > > @@ -408,8 +414,28 @@ static umode_t aqc_is_visible(const void *data, enum hwmon_sensor_types type, u3 > > switch (type) { > case hwmon_temp: > + if (channel < priv->num_temp_sensors) { > + switch (attr) { > + case hwmon_temp_label: > + case hwmon_temp_input: > + return 0444; > + case hwmon_temp_offset: > + if (priv->temp_ctrl_offset != 0) > + return 0644; > + break; > + default: > + break; > + } > + } > + > if (channel < priv->num_temp_sensors + priv->num_virtual_temp_sensors) > - return 0444; > + switch (attr) { > + case hwmon_temp_label: > + case hwmon_temp_input: > + return 0444; > + default: > + break; > + } > break; > case hwmon_pwm: > if (priv->fan_ctrl_offsets && channel < priv->num_fans) { > @@ -492,10 +518,26 @@ static int aqc_read(struct device *dev, enum hwmon_sensor_types type, u32 attr, > > switch (type) { > case hwmon_temp: > - if (priv->temp_input[channel] == -ENODATA) > - return -ENODATA; > + switch (attr) { > + case hwmon_temp_input: > + if (priv->temp_input[channel] == -ENODATA) > + return -ENODATA; > + > + *val = priv->temp_input[channel]; > + break; > + case hwmon_temp_offset: > + ret = > + aqc_get_ctrl_val(priv, > + priv->temp_ctrl_offset + > + channel * AQC_TEMP_SENSOR_SIZE, val); Please go up to 100 columns to avoid excessive line splits. Is it really necessary to re-read the control buffer repeatedly to report this value ? I don't know how costly that is, but unlike the pwm value I would not expect the number to change. Also, is this number indeed not included in the regular reports sent from the controller ? The driver doesn't distinguish between offsets in the control buffer (pwm, and now temperature sensor offset) and offsets in the report buffer, making it a bit difficult to determine if those are the same or not. Some explanation in the driver would be nice if someone finds the time to provide one. If the control buffer offsets are in a different number space, they should really be marked accordingly (for example with a _CTRL in the define). > + if (ret < 0) > + return ret; > > - *val = priv->temp_input[channel]; > + *val *= 10; > + break; > + default: > + break; > + } > break; > case hwmon_fan: > *val = priv->speed_input[channel]; > @@ -505,7 +547,7 @@ static int aqc_read(struct device *dev, enum hwmon_sensor_types type, u32 attr, > break; > case hwmon_pwm: > if (priv->fan_ctrl_offsets) { > - ret = aqc_get_ctrl_val(priv, priv->fan_ctrl_offsets[channel]); > + ret = aqc_get_ctrl_val(priv, priv->fan_ctrl_offsets[channel], val); > if (ret < 0) > return ret; > > @@ -563,6 +605,22 @@ static int aqc_write(struct device *dev, enum hwmon_sensor_types type, u32 attr, > struct aqc_data *priv = dev_get_drvdata(dev); > > switch (type) { > + case hwmon_temp: > + switch (attr) { > + case hwmon_temp_offset: > + /* Limit temp offset to +/- 15K as in the official software */ > + val = clamp_val(val, -15000, 15000) / 10; > + ret = > + aqc_set_ctrl_val(priv, > + priv->temp_ctrl_offset + > + channel * AQC_TEMP_SENSOR_SIZE, val); Too many line splits. Please go up to 100 columns. > + if (ret < 0) > + return ret; > + break; > + default: > + return -EOPNOTSUPP; > + } > + break; > case hwmon_pwm: > switch (attr) { > case hwmon_pwm_input: > @@ -597,10 +655,10 @@ static const struct hwmon_ops aqc_hwmon_ops = { > > static const struct hwmon_channel_info *aqc_info[] = { > HWMON_CHANNEL_INFO(temp, > - HWMON_T_INPUT | HWMON_T_LABEL, > - HWMON_T_INPUT | HWMON_T_LABEL, > - HWMON_T_INPUT | HWMON_T_LABEL, > - HWMON_T_INPUT | HWMON_T_LABEL, > + HWMON_T_INPUT | HWMON_T_LABEL | HWMON_T_OFFSET, > + HWMON_T_INPUT | HWMON_T_LABEL | HWMON_T_OFFSET, > + HWMON_T_INPUT | HWMON_T_LABEL | HWMON_T_OFFSET, > + HWMON_T_INPUT | HWMON_T_LABEL | HWMON_T_OFFSET, > HWMON_T_INPUT | HWMON_T_LABEL, > HWMON_T_INPUT | HWMON_T_LABEL, > HWMON_T_INPUT | HWMON_T_LABEL, > @@ -853,6 +911,7 @@ static int aqc_probe(struct hid_device *hdev, const struct hid_device_id *id) > priv->virtual_temp_sensor_start_offset = D5NEXT_VIRTUAL_SENSORS_START; > priv->power_cycle_count_offset = D5NEXT_POWER_CYCLES; > priv->buffer_size = D5NEXT_CTRL_REPORT_SIZE; > + priv->temp_ctrl_offset = D5NEXT_TEMP_CTRL_OFFSET; > > priv->temp_label = label_d5next_temp; > priv->virtual_temp_label = label_virtual_temp_sensors; > @@ -867,6 +926,8 @@ static int aqc_probe(struct hid_device *hdev, const struct hid_device_id *id) > priv->num_fans = 0; > priv->num_temp_sensors = FARBWERK_NUM_SENSORS; > priv->temp_sensor_start_offset = FARBWERK_SENSOR_START; > + priv->temp_ctrl_offset = 0; > + It is not necessary to initialize this value with 0. It is 0 by default. > priv->temp_label = label_temp_sensors; > break; > case USB_PRODUCT_ID_FARBWERK360: > @@ -877,6 +938,8 @@ static int aqc_probe(struct hid_device *hdev, const struct hid_device_id *id) > priv->temp_sensor_start_offset = FARBWERK360_SENSOR_START; > priv->num_virtual_temp_sensors = FARBWERK360_NUM_VIRTUAL_SENSORS; > priv->virtual_temp_sensor_start_offset = FARBWERK360_VIRTUAL_SENSORS_START; > + priv->buffer_size = FARBWERK360_CTRL_REPORT_SIZE; > + priv->temp_ctrl_offset = FARBWERK360_TEMP_CTRL_OFFSET; > > priv->temp_label = label_temp_sensors; > priv->virtual_temp_label = label_virtual_temp_sensors; > @@ -893,6 +956,7 @@ static int aqc_probe(struct hid_device *hdev, const struct hid_device_id *id) > priv->virtual_temp_sensor_start_offset = OCTO_VIRTUAL_SENSORS_START; > priv->power_cycle_count_offset = OCTO_POWER_CYCLES; > priv->buffer_size = OCTO_CTRL_REPORT_SIZE; > + priv->temp_ctrl_offset = OCTO_TEMP_CTRL_OFFSET; > > priv->temp_label = label_temp_sensors; > priv->virtual_temp_label = label_virtual_temp_sensors; > @@ -914,6 +978,7 @@ static int aqc_probe(struct hid_device *hdev, const struct hid_device_id *id) > priv->power_cycle_count_offset = QUADRO_POWER_CYCLES; > priv->buffer_size = QUADRO_CTRL_REPORT_SIZE; > priv->flow_sensor_offset = QUADRO_FLOW_SENSOR_OFFSET; > + priv->temp_ctrl_offset = QUADRO_TEMP_CTRL_OFFSET; > > priv->temp_label = label_temp_sensors; > priv->virtual_temp_label = label_virtual_temp_sensors;
On 2022-10-22 15:57:20 GMT+02:00, Guenter Roeck wrote: > Please go up to 100 columns to avoid excessive line splits. Will fix this and other comments in v2. > Is it really necessary to re-read the control buffer repeatedly > to report this value ? I don't know how costly that is, but unlike > the pwm value I would not expect the number to change. Yes, aside from the driver userspace can also change settings on the device using hidraw and we'd end up with stale data. Reading it is very fast, it takes about 4ms in my testing. > Also, is this number indeed not included in the regular reports > sent from the controller ? Unfortunately, it's not. The sensor report only includes final (calculated) sensor readings. > The driver doesn't distinguish between offsets in the control buffer > (pwm, and now temperature sensor offset) and offsets in the report buffer, > making it a bit difficult to determine if those are the same or not. > Some explanation in the driver would be nice if someone finds the time > to provide one. If the control buffer offsets are in a different number > space, they should really be marked accordingly (for example with a > _CTRL in the define). I can see how it can be confusing. After this, I can send a patch to reorder the macros & initializations and add more comments regarding what is what. Thanks, Aleksa
On 10/23/22 06:15, Aleksa Savic wrote: > On 2022-10-22 15:57:20 GMT+02:00, Guenter Roeck wrote: >> Please go up to 100 columns to avoid excessive line splits. > > Will fix this and other comments in v2. > >> Is it really necessary to re-read the control buffer repeatedly >> to report this value ? I don't know how costly that is, but unlike >> the pwm value I would not expect the number to change. > > Yes, aside from the driver userspace can also change settings on the > device using hidraw and we'd end up with stale data. Reading it is > very fast, it takes about 4ms in my testing. > >> Also, is this number indeed not included in the regular reports >> sent from the controller ? > > Unfortunately, it's not. The sensor report only includes final (calculated) > sensor readings. > >> The driver doesn't distinguish between offsets in the control buffer >> (pwm, and now temperature sensor offset) and offsets in the report buffer, >> making it a bit difficult to determine if those are the same or not. >> Some explanation in the driver would be nice if someone finds the time >> to provide one. If the control buffer offsets are in a different number >> space, they should really be marked accordingly (for example with a >> _CTRL in the define). > > I can see how it can be confusing. After this, I can send a patch to > reorder the macros & initializations and add more comments regarding > what is what. > Please do. Thanks, Guenter
diff --git a/Documentation/hwmon/aquacomputer_d5next.rst b/Documentation/hwmon/aquacomputer_d5next.rst index e238533b5fe0..15226346434d 100644 --- a/Documentation/hwmon/aquacomputer_d5next.rst +++ b/Documentation/hwmon/aquacomputer_d5next.rst @@ -62,6 +62,7 @@ Sysfs entries ================ ============================================================== temp[1-20]_input Physical/virtual temperature sensors (in millidegrees Celsius) +temp[1-4]_offset Temperature sensor correction offset (in millidegrees Celsius) fan[1-8]_input Pump/fan speed (in RPM) / Flow speed (in dL/h) power[1-8]_input Pump/fan power (in micro Watts) in[0-7]_input Pump/fan voltage (in milli Volts) diff --git a/drivers/hwmon/aquacomputer_d5next.c b/drivers/hwmon/aquacomputer_d5next.c index c51a2678f0eb..862d6c284e83 100644 --- a/drivers/hwmon/aquacomputer_d5next.c +++ b/drivers/hwmon/aquacomputer_d5next.c @@ -80,6 +80,7 @@ static u8 secondary_ctrl_report[] = { #define D5NEXT_5V_VOLTAGE 0x39 #define D5NEXT_12V_VOLTAGE 0x37 #define D5NEXT_CTRL_REPORT_SIZE 0x329 +#define D5NEXT_TEMP_CTRL_OFFSET 0x2D static u8 d5next_sensor_fan_offsets[] = { D5NEXT_PUMP_OFFSET, D5NEXT_FAN_OFFSET }; /* Pump and fan speed registers in D5 Next control report (from 0-100%) */ @@ -94,6 +95,8 @@ static u16 d5next_ctrl_fan_offsets[] = { 0x97, 0x42 }; #define FARBWERK360_SENSOR_START 0x32 #define FARBWERK360_NUM_VIRTUAL_SENSORS 16 #define FARBWERK360_VIRTUAL_SENSORS_START 0x3a +#define FARBWERK360_CTRL_REPORT_SIZE 0x682 +#define FARBWERK360_TEMP_CTRL_OFFSET 0x8 /* Register offsets for the Octo fan controller */ #define OCTO_POWER_CYCLES 0x18 @@ -103,6 +106,7 @@ static u16 d5next_ctrl_fan_offsets[] = { 0x97, 0x42 }; #define OCTO_NUM_VIRTUAL_SENSORS 16 #define OCTO_VIRTUAL_SENSORS_START 0x45 #define OCTO_CTRL_REPORT_SIZE 0x65F +#define OCTO_TEMP_CTRL_OFFSET 0xA static u8 octo_sensor_fan_offsets[] = { 0x7D, 0x8A, 0x97, 0xA4, 0xB1, 0xBE, 0xCB, 0xD8 }; /* Fan speed registers in Octo control report (from 0-100%) */ @@ -117,6 +121,7 @@ static u16 octo_ctrl_fan_offsets[] = { 0x5B, 0xB0, 0x105, 0x15A, 0x1AF, 0x204, 0 #define QUADRO_VIRTUAL_SENSORS_START 0x3c #define QUADRO_CTRL_REPORT_SIZE 0x3c1 #define QUADRO_FLOW_SENSOR_OFFSET 0x6e +#define QUADRO_TEMP_CTRL_OFFSET 0xA static u8 quadro_sensor_fan_offsets[] = { 0x70, 0x7D, 0x8A, 0x97 }; /* Fan speed registers in Quadro control report (from 0-100%) */ @@ -282,6 +287,7 @@ struct aqc_data { int temp_sensor_start_offset; int num_virtual_temp_sensors; int virtual_temp_sensor_start_offset; + u16 temp_ctrl_offset; u16 power_cycle_count_offset; u8 flow_sensor_offset; @@ -365,8 +371,8 @@ static int aqc_send_ctrl_data(struct aqc_data *priv) return ret; } -/* Refreshes the control buffer and returns value at offset */ -static int aqc_get_ctrl_val(struct aqc_data *priv, int offset) +/* Refreshes the control buffer and stores value at offset in val */ +static int aqc_get_ctrl_val(struct aqc_data *priv, int offset, long *val) { int ret; @@ -376,7 +382,7 @@ static int aqc_get_ctrl_val(struct aqc_data *priv, int offset) if (ret < 0) goto unlock_and_return; - ret = get_unaligned_be16(priv->buffer + offset); + *val = (s16)get_unaligned_be16(priv->buffer + offset); unlock_and_return: mutex_unlock(&priv->mutex); @@ -393,7 +399,7 @@ static int aqc_set_ctrl_val(struct aqc_data *priv, int offset, long val) if (ret < 0) goto unlock_and_return; - put_unaligned_be16((u16)val, priv->buffer + offset); + put_unaligned_be16((s16)val, priv->buffer + offset); ret = aqc_send_ctrl_data(priv); @@ -408,8 +414,28 @@ static umode_t aqc_is_visible(const void *data, enum hwmon_sensor_types type, u3 switch (type) { case hwmon_temp: + if (channel < priv->num_temp_sensors) { + switch (attr) { + case hwmon_temp_label: + case hwmon_temp_input: + return 0444; + case hwmon_temp_offset: + if (priv->temp_ctrl_offset != 0) + return 0644; + break; + default: + break; + } + } + if (channel < priv->num_temp_sensors + priv->num_virtual_temp_sensors) - return 0444; + switch (attr) { + case hwmon_temp_label: + case hwmon_temp_input: + return 0444; + default: + break; + } break; case hwmon_pwm: if (priv->fan_ctrl_offsets && channel < priv->num_fans) { @@ -492,10 +518,26 @@ static int aqc_read(struct device *dev, enum hwmon_sensor_types type, u32 attr, switch (type) { case hwmon_temp: - if (priv->temp_input[channel] == -ENODATA) - return -ENODATA; + switch (attr) { + case hwmon_temp_input: + if (priv->temp_input[channel] == -ENODATA) + return -ENODATA; + + *val = priv->temp_input[channel]; + break; + case hwmon_temp_offset: + ret = + aqc_get_ctrl_val(priv, + priv->temp_ctrl_offset + + channel * AQC_TEMP_SENSOR_SIZE, val); + if (ret < 0) + return ret; - *val = priv->temp_input[channel]; + *val *= 10; + break; + default: + break; + } break; case hwmon_fan: *val = priv->speed_input[channel]; @@ -505,7 +547,7 @@ static int aqc_read(struct device *dev, enum hwmon_sensor_types type, u32 attr, break; case hwmon_pwm: if (priv->fan_ctrl_offsets) { - ret = aqc_get_ctrl_val(priv, priv->fan_ctrl_offsets[channel]); + ret = aqc_get_ctrl_val(priv, priv->fan_ctrl_offsets[channel], val); if (ret < 0) return ret; @@ -563,6 +605,22 @@ static int aqc_write(struct device *dev, enum hwmon_sensor_types type, u32 attr, struct aqc_data *priv = dev_get_drvdata(dev); switch (type) { + case hwmon_temp: + switch (attr) { + case hwmon_temp_offset: + /* Limit temp offset to +/- 15K as in the official software */ + val = clamp_val(val, -15000, 15000) / 10; + ret = + aqc_set_ctrl_val(priv, + priv->temp_ctrl_offset + + channel * AQC_TEMP_SENSOR_SIZE, val); + if (ret < 0) + return ret; + break; + default: + return -EOPNOTSUPP; + } + break; case hwmon_pwm: switch (attr) { case hwmon_pwm_input: @@ -597,10 +655,10 @@ static const struct hwmon_ops aqc_hwmon_ops = { static const struct hwmon_channel_info *aqc_info[] = { HWMON_CHANNEL_INFO(temp, - HWMON_T_INPUT | HWMON_T_LABEL, - HWMON_T_INPUT | HWMON_T_LABEL, - HWMON_T_INPUT | HWMON_T_LABEL, - HWMON_T_INPUT | HWMON_T_LABEL, + HWMON_T_INPUT | HWMON_T_LABEL | HWMON_T_OFFSET, + HWMON_T_INPUT | HWMON_T_LABEL | HWMON_T_OFFSET, + HWMON_T_INPUT | HWMON_T_LABEL | HWMON_T_OFFSET, + HWMON_T_INPUT | HWMON_T_LABEL | HWMON_T_OFFSET, HWMON_T_INPUT | HWMON_T_LABEL, HWMON_T_INPUT | HWMON_T_LABEL, HWMON_T_INPUT | HWMON_T_LABEL, @@ -853,6 +911,7 @@ static int aqc_probe(struct hid_device *hdev, const struct hid_device_id *id) priv->virtual_temp_sensor_start_offset = D5NEXT_VIRTUAL_SENSORS_START; priv->power_cycle_count_offset = D5NEXT_POWER_CYCLES; priv->buffer_size = D5NEXT_CTRL_REPORT_SIZE; + priv->temp_ctrl_offset = D5NEXT_TEMP_CTRL_OFFSET; priv->temp_label = label_d5next_temp; priv->virtual_temp_label = label_virtual_temp_sensors; @@ -867,6 +926,8 @@ static int aqc_probe(struct hid_device *hdev, const struct hid_device_id *id) priv->num_fans = 0; priv->num_temp_sensors = FARBWERK_NUM_SENSORS; priv->temp_sensor_start_offset = FARBWERK_SENSOR_START; + priv->temp_ctrl_offset = 0; + priv->temp_label = label_temp_sensors; break; case USB_PRODUCT_ID_FARBWERK360: @@ -877,6 +938,8 @@ static int aqc_probe(struct hid_device *hdev, const struct hid_device_id *id) priv->temp_sensor_start_offset = FARBWERK360_SENSOR_START; priv->num_virtual_temp_sensors = FARBWERK360_NUM_VIRTUAL_SENSORS; priv->virtual_temp_sensor_start_offset = FARBWERK360_VIRTUAL_SENSORS_START; + priv->buffer_size = FARBWERK360_CTRL_REPORT_SIZE; + priv->temp_ctrl_offset = FARBWERK360_TEMP_CTRL_OFFSET; priv->temp_label = label_temp_sensors; priv->virtual_temp_label = label_virtual_temp_sensors; @@ -893,6 +956,7 @@ static int aqc_probe(struct hid_device *hdev, const struct hid_device_id *id) priv->virtual_temp_sensor_start_offset = OCTO_VIRTUAL_SENSORS_START; priv->power_cycle_count_offset = OCTO_POWER_CYCLES; priv->buffer_size = OCTO_CTRL_REPORT_SIZE; + priv->temp_ctrl_offset = OCTO_TEMP_CTRL_OFFSET; priv->temp_label = label_temp_sensors; priv->virtual_temp_label = label_virtual_temp_sensors; @@ -914,6 +978,7 @@ static int aqc_probe(struct hid_device *hdev, const struct hid_device_id *id) priv->power_cycle_count_offset = QUADRO_POWER_CYCLES; priv->buffer_size = QUADRO_CTRL_REPORT_SIZE; priv->flow_sensor_offset = QUADRO_FLOW_SENSOR_OFFSET; + priv->temp_ctrl_offset = QUADRO_TEMP_CTRL_OFFSET; priv->temp_label = label_temp_sensors; priv->virtual_temp_label = label_virtual_temp_sensors;
Add support for reading and writing temperature sensor offsets on the Aquacomputer D5 Next, Farbwerk 360, Octo and Quadro, for which the needed offsets are known. Implemented by Leonard Anderweit [1]. [1] https://github.com/aleksamagicka/aquacomputer_d5next-hwmon/pull/22 Originally-from: Leonard Anderweit <leonard.anderweit@gmail.com> Signed-off-by: Aleksa Savic <savicaleksa83@gmail.com> --- Documentation/hwmon/aquacomputer_d5next.rst | 1 + drivers/hwmon/aquacomputer_d5next.c | 91 ++++++++++++++++++--- 2 files changed, 79 insertions(+), 13 deletions(-)