Fix writing pwmX_mode pwmX_mode is defined as 0=DC mode, 1=pwm mode. The chip register bit is set to 1 for DC mode. This got mixed up, and writing 1 into pwmX_mode resulted in DC mode enabled. Fix it up by using the ABI definition throughout the driver for consistency. Signed-off-by: Guenter Roeck <linux@roeck-us.net>
nct6775: Add support for multiple virtual temperature sources For virtual temperatures, the actual temperature values are written by software, presumably by the BIOS. This functionality is (as of right now) supported on NCT6791D, NCT6792D, and NCT6793D. On those chips, the temperatures are written into registers 0xea..0xef on page 0. This is known to be used on some Asus motherboards. Report the 'virtual' temperatures for all monotoring sources to address this situation. Signed-off-by: Guenter Roeck <linux@roeck-us.net>
hwmon: (nct6775) Do not accept force_id unless chip is found Since commit 698a7c24a544 ("hwmon: (nct6775) Support two SuperIO chips in the same system"), the driver supports two Super-IO chips. This has the undesirable side effect that force_id always detects a second chip at address 0xfff8, even if no chip exists at that address. nct6775: Found NCT6793D or compatible chip at 0x4e:0xfff8 If no chip at all is found at a given SIO address, it does not make sense to instantiate it. Limit force_id to only work if some chip is found, that is if the chip ID returns a value other than 0xffff. Signed-off-by: Guenter Roeck <linux@roeck-us.net>