sensors_feature_data and sensors_chip_feature are now the exact

same structure, so we can get rid of the former for simpler code.


git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@4830 7894878c-1315-0410-8ee3-d5d059ff63e0

1 files changed, 12 insertions, 2 deletions

diff --git a/lib/sensors.h b/lib/sensors.h
index c7c5ffb4..d734224e 100644
--- a/lib/sensors.h
+++ b/lib/sensors.h
@@ -163,8 +163,18 @@ typedef enum sensors_feature_type {
 	SENSORS_FEATURE_UNKNOWN = INT_MAX,
 } sensors_feature_type;
 
-/* This structure is used when you want to get all features of a specific
-   chip. */
+/* Data about a single chip feature:
+   name is the string name used to refer to this feature (in config files)
+   number is the internal feature number, used in many functions to refer
+     to this feature
+   type is the feature or subfeature type
+   mapping is either SENSORS_NO_MAPPING if this is feature is the
+     main element of category; or it is the number of a feature with which
+     this subfeature is logically grouped (a group could be fan, fan_min
+     and fan_div)
+   flags is a bitfield, its value is a combination of SENSORS_MODE_R (readable),
+     SENSORS_MODE_W (writable) and SENSORS_COMPUTE_MAPPING (affected by the
+     computation rules of the main feature) */
 typedef struct sensors_feature_data {
 	char *name;
 	int number;