Move the detection entry for the Winbond WPCD377I to the
@non_hwmon_chip_ids table, where it belongs. This saves one line, and
more importantly prevents "not-a-sensor" from being accidentally
added to the list of kernel drivers.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Originally, support for the Nuvoton W83677HG-I and derivatives was
first added to the w83627ehf driver, so that's the driver recommended
by sensors-detect. Later, support for the same device was added to
the nct6775 driver. In kernel v5.6, support was removed from the
w83627ehf driver to get rid of the duplicate code.
So sensors-detect should now point users of this device to the
nct6775 driver. We can't do that for very old kernels though, as this
driver did not exist back then. I chose v3.10 for the cut-over, as
this is when support for the Nuvoton W83677HG-I was finalized in the
nct6775 driver, at least according to git log.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
The keywords Revision, Date and Id were being expanded by Subversion
way back when the project was being maintained in Subversion. Now when
the project is maintained in git, the keywords are no longer expanded
and appear e.g. in the output of sensors-detect literally.
Drop the keywords, or replace them with LM_SENSORS_VER where
applicable.
The value of the constant will have to be updated manually every time
a new release is made.
Inspired by a similar change in i2c-tools (commit daa430031ffd;
thanks, Jean).
The format of /proc/cpuinfo on other arches is different from the
format on x86. Modify the print_cpu_info function to handle arm and
ppc.
This change also eliminates Perl warnings caused by non-existent
elements in the %cpu hash:
Use of uninitialized value in concatenation (.) or string at
./prog/detect/sensors-detect line 3124.
Based on a patch from Changqing Li <changqing.li@windriver.com>,
GitHub PR: https://github.com/lm-sensors/lm-sensors/pull/168
This adds a config file for the MSI X370 SLI Plus. Similiar models may
work with derived configurations.
[olysonek: fixed up 'compute in3' statement, fixed up whitespace,
reformatted description]
Apparently, Gigabyte uses a 8kOhm and a 2.7kOhm resistor for the
voltage divider (both are commercially available SMD resistors). It
matches my BIOS reading.
Applied from PR
https://github.com/lm-sensors/lm-sensors/pull/203
[olysonek: squashed commits, updated description]
To better support cross-compilation, the Makefile should detect the
compiler's target architecture instead of using `uname -m`, which
returns the host architecture. This approach uses the `gcc`/`clang`
compatible `-dumpmachine` option.
Cross-compilation worked but because of this bug, `isadump` and
`isaset` x86 ISA specific tools were built for PCC and ARM.
This run-time issue became a compile-time issue when `glibc` 2.30
removed the `sys/io.h` I/O port functions on ARM.
Also renamed `MACHINE` to `ARCH` to match cross-compiler conventions
for specifying the target architecture. For example,
`make ARCH=arm CC=arm-linux-gnueabi-gcc AR=arm-linux-gnueabi-ar`
Fixes#190
Signed-off-by: Lucas Magasweran <lucas.magasweran@ieee.org>
Reported-and-tested-by: Millhouse <milhouse@libreelec.tv>
This motherboard supports one external temperature sensor. When there isn't
anything connected it shows very low values (e.g. -55C in my case).
Signed-off-by: Karol Grudziński <krlgrudzinski@gmail.com>
Reorder Nuvoton chips in the superio_ids_winbond array to match the
order in the kernel to make lookup easier. No functional change.
Signed-off-by: Ondřej Lysoněk <olysonek@redhat.com>
Since mainline commit 0599682b826ff7bbf, the nct6775 driver uses a
0xfff8 mask when scanning for devices. Update our detection to match
the kernel.
Fixes#188
Signed-off-by: Ondřej Lysoněk <olysonek@redhat.com>
Konomi