Red Hat Bugzilla – Bug 63364
Different version of sensors.h than in kernel-source
Last modified: 2015-01-04 17:01:44 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.0 (X11; Linux i686; U;) Gecko/20020326
Description of problem:
The /usr/include/linux/sensors.h header file from glibc-kernheaders is not the
same version as the one in the kernel package. The version in the kernel is
from lm_sensors 2.6.1. This bug is present in beta4.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
diff -u /usr/include/linux/sensors.h /usr/src/linux/include/linux/sensors.h
Ok how is this a bug ?
The kernel ABI is stable and doesn't change much so why is it a big deal that
the glibc headers are different from the kernel-internal ones ? As long as both
describe the proper ABI./...
Perhaps I don't understand the purpose of having the sensors/i2c header files in
the glibc-kernheaders package at all??
The issue that I see is that some of the #define values and variable names are
different in the two header files. Therefore, since the sensors modules in 7.3
have been compiled against the header file in
/usr/src/linux/include/linux/sensors.h anything compiled using
/usr/include/linux/sensors.h would not have the correct values for these #defines.
What is the criteria for determining what version of kernel headers to include
in the glibc-kernheaders package? Why wouldn't they be the same headers as the
the glibc-kernheaders package is the package glibc and libraries are compiled
against..... nothing to do with the kernel at all.