summaryrefslogtreecommitdiff
path: root/lib/sysfs.c
Commit message (Collapse)AuthorAgeFilesLines
* Add ISA ACPI sensor driver name supportHoan Tran2020-08-201-3/+3
| | | | | | | | | | | | | | | | | | | | | | ACPI hwmon sensor driver name has a different format such as APMC0D29:00 APMC0D29:01 compared with DTB. This patch supports this format and gives the correct device address as below apm_xgene-isa-0000 => APMC0D29:00 Adapter: ISA adapter SoC Temperature: +35.0°C CPU power: 11.00 W IO power: 20.00 W apm_xgene-isa-0001 => APMC0D29:01 Adapter: ISA adapter SoC Temperature: +33.0°C CPU power: 13.00 W IO power: 23.83 W Signed-off-by: Hoan Tran <hoan@os.amperecomputing.com>
* libsensors: Treat devices without a known ancestor bus as virtualOndřej Lysoněk2018-11-231-4/+12
| | | | | | | | | | | | | | | | | | | Currently only hwmon devices that don't have a parent device are treated as virtual. Let's extend the concept to hwmon devices, that don't have a *recognized ancestor* device (hwmon devices that according to the kernel don't reside on a bus that we recognize). This change is meant to address cases where a hwmon device has a thermal class device for a parent, but the thermal class device doesn't have a parent device. These kind of hwmon devices started appearing in the 4.19 kernel due to commit f6b6b52ef7a54160c0. It was not reported as a kernel regression and fixed in the kernel, because according to Documentation/admin-guide/sysfs-rules.rst, the change was OK to make (it says "Position of devices along device chain can change"). Fixes #139 Signed-off-by: Ondřej Lysoněk <olysonek@redhat.com>
* libsensors: Consider all ancestor devices when determining bus typeOndřej Lysoněk2018-11-231-17/+39
| | | | | | | | | | | | | | | | | | Go through all ancestor devices of a hwmon device until we find a device that resides on a bus that we recognize. This change is meant to address hwmon devices that don't reside directly on a bus, but have another device in the middle of the hiearchy. For example: ACPI device -> thermal device -> hwmon device These kind of hwmon devices started appearing in the 4.19 kernel due to commit f6b6b52ef7a54160c0. It was not reported as a kernel regression and fixed in the kernel, because according to Documentation/admin-guide/sysfs-rules.rst, the change was OK to make (it says "Position of devices along device chain can change"). Fixes #133 Signed-off-by: Ondřej Lysoněk <olysonek@redhat.com>
* libsensors: Pass a resolved device path to sensors_read_one_sysfs_chipOndřej Lysoněk2018-11-231-11/+15
| | | | | | | | According to Documentation/admin-guide/sysfs-rules.rst, the "device" link "must never appear in any path as an element". This patch makes lm_sensors respect that. Signed-off-by: Ondřej Lysoněk <olysonek@redhat.com>
* libsensors: Rename a local variableOndřej Lysoněk2018-11-231-4/+4
| | | | | | | | Rename a local variable to make it consistent with other parts of the code. The variable is called (more descriptively) "dev_name" in sensors_read_one_sysfs_chip(), so let's rename it to that. Signed-off-by: Ondřej Lysoněk <olysonek@redhat.com>
* libsensors: Refactor bus type identification into a separate functionOndřej Lysoněk2018-11-231-33/+39
| | | | | | | Refactor bus type identification into a separate function in order to make the code more readable and easier to maintain. Signed-off-by: Ondřej Lysoněk <olysonek@redhat.com>
* libsensors: Refactor device classification into a separate functionOndřej Lysoněk2018-11-231-72/+86
| | | | | | | Refactor device classification into a separate function in order to make the code more readable and easier to maintain. Signed-off-by: Ondřej Lysoněk <olysonek@redhat.com>
* libsensors: Add support for SENSORS_BUS_TYPE_SCSIGuenter Roeck2018-08-111-0/+7
| | | | | | | Upcoming kernel drivers may add SCSI bus based sensors. Add support for it to libsensors. Signed-off-by: Guenter Roeck <linux@roeck-us.net>
* sensors: Add support for power min, lcrit, min_alarm, lcrit_alarmAndrew Lunn2018-06-291-0/+4
| | | | | | | | SFP modules measure the transmit power of the lazer. The sensor has expected minimum values, and alarms when these minimams are reached. Add support to sensors to print these. Signed-off-by: Andrew Lunn <andrew@lunn.ch>
* Add support for MDIO bussesAndrew Lunn2017-07-081-0/+6
| | | | | | | | | | | | Marvell Ethernet PHYs can contain a temperature sensor, which the kernel exports as an HWMON device. The PHY is on an MDIO bus. Add support for this bus types to libsensors. The sensor is then displayed by sensors(1): socaipsbus02100000ethernet02188000mdioswitch0mdio01-mdio-1 Adapter: MDIO adapter temp1: +54.0°C (crit = +100.0°C) Signed-off-by: Andrew Lunn <andrew@lunn.ch>
* libsensors: Add support for temp[1-*]_min_hyst and temp[1-*]_lcrit_hystJean Delvare2014-04-221-0/+2
| | | | | | | Add support for sysfs attributes temp[1-*]_min_hyst (already implemented by drivers adt7x10, lm77 and lm92) and temp[1-*]_lcrit_hyst (no known users yet.)
* Update my e-mail address and copyright yearsJean Delvare2014-03-201-1/+1
|
* libsensors: Avoid insane memory allocationsJean Delvare2014-01-301-3/+4
| | | | | | | | | While there is no longer a hard limit to the number of sensor of a given type per chip, I feel a little uncomfortable having no limit at all on the amount of memory we may try to allocate. Add an arbitrary safety limit so that a design error or a bug in a hwmon driver can't result into an insane memory allocation.
* libsensors: Adjust memory pre-allocation stepsJean Delvare2014-01-291-1/+3
| | | | | | | | | Make memory pre-allocation steps depend on the sensor type. Things like voltages, temperatures or fans are typically plenty, however vid and chassis intrusion are typically only a few, and there can only be one beep_enable by design. This saves a small amount of temporary memory for cheap.
* libsensors: Get rid of FEATURE_SIZEJean Delvare2014-01-291-16/+15
| | | | | | | max_subfeatures is computed the first time it is needed, we can do exactly the same with FEATURE_SIZE. Introduce feature_size as a static variable so that we don't have to recompute it again and again.
* libsensors: Get rid of arbitrary limit on per-type sensor countJean Delvare2014-01-291-77/+76
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When gathering the attributes of each hwmon chip, libsensors uses a temporary structure in memory to order and group all the attributes into features. This temporary structure used to be a single array with room for every possible attribute/subfeature. While simple, this approach required to predefine a maximum number of per-type sensor that could be handled. In order to get rid of this arbitrary limit, which we hit and had to raise three times already, I changed the temporary structure to an array of dynamically allocated per-type subattribute arrays. This lets us not allocate any memory for types which aren't implemented by a given chip, and more importantly, this lets us reallocate room for more attributes of a given type as needed. I decided to allocate chunks of 8 attributes at a time, as this seemed a good compromise between two frequent reallocations and over-provisioning. It could be tweaked if needed. Icing on the cake, I benchmarked this change on two different systems and it results in performance gains. The total heap usage as reported by valgrind is down by 50% on average, with peak memory consumption (as reported by valgrind's massif) also down by 43% on average. The total instructions count (as reported by valgrind's callgrind) is down by 11% on average, with measured execution time also down by a few percents. Valgrind rocks, BTW. I have some ideas to optimize the memory allocations further, but I do not expect such a huge gain from them. They may not even improve peak memory consumption as massif shows the peak is somewhere else now at least in some cases.
* libsensors: rename function sensors_compute_maxJean Delvare2014-01-281-2/+2
| | | | | | The new function name, sensors_compute_max_sf, better reflects what the function is actually doing.
* libsensors: Increase MAX_SENSORS_PER_TYPE to 33Jean Delvare2014-01-141-1/+1
| | | | | | This is needed to properly support all temperatures reported by the coretemp driver on recent hardware.
* Add support for fan[1-*]_max, fan[1-*]_min_alarm and fan[1-*]_max_alarmJean Delvare2012-03-061-0/+3
| | | | | | | | | attributes. These are defined in the standard sysfs interface for quite some time, and at least three drivers (max6650, lm63 and applesmc) implement them so we should support them. git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@6029 7894878c-1315-0410-8ee3-d5d059ff63e0
* Upcoming change in sysfs will break the way libsensors detects ifJean Delvare2012-01-311-3/+5
| | | | | | | | sysfs is mounted. Adjust the implementation so that it still works after said change. git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@6017 7894878c-1315-0410-8ee3-d5d059ff63e0
* Add support for additional sysfs attributes to libsensors and to sensors commandGuenter Roeck2012-01-091-0/+8
| | | | | | | | | | | | | | | | inX_average inX_lowest inX_highest tempX_lowest tempX_highest currX_average currX_lowest currX_highest git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@6007 7894878c-1315-0410-8ee3-d5d059ff63e0
* Added support for SENSORS_SUBFEATURE_FAN_PULSES to libsensors.Guenter Roeck2011-03-041-0/+1
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5938 7894878c-1315-0410-8ee3-d5d059ff63e0
* Added support for humidity sensors to libsensorsGuenter Roeck2011-02-131-2/+13
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5918 7894878c-1315-0410-8ee3-d5d059ff63e0
* Add support for recently added sysfs ABI attributesGuenter Roeck2011-02-091-0/+12
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5917 7894878c-1315-0410-8ee3-d5d059ff63e0
* Added support for new sysfs attributesGuenter Roeck2010-12-141-0/+9
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5898 7894878c-1315-0410-8ee3-d5d059ff63e0
* Compute MAX_*_SENSOR_TYPES at build time (#2378).Jean Delvare2010-12-141-2/+2
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5897 7894878c-1315-0410-8ee3-d5d059ff63e0
* Compute MAX_SUBFEATURES at run-time (#2378).Jean Delvare2010-12-141-3/+35
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5896 7894878c-1315-0410-8ee3-d5d059ff63e0
* libsensors: Add support for intrusion detection.Jean Delvare2010-11-031-4/+12
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5879 7894878c-1315-0410-8ee3-d5d059ff63e0
* Some features are never scaled.Jean Delvare2010-11-021-1/+2
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5876 7894878c-1315-0410-8ee3-d5d059ff63e0
* Work with the feature type instead of the shifted subfeature type whereJean Delvare2010-11-021-13/+15
| | | | | | | possible. This makes the code more readable. git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5875 7894878c-1315-0410-8ee3-d5d059ff63e0
* Reorganize the temporary sparse subfeature table. It's a little largerJean Delvare2010-11-021-21/+23
| | | | | | | | | | | | | now, but this make it possible to add more feature types without increasing the code complexity beyond reason. Define constants and use them to make the code even easier to understand. If anyone is really worried about the relatively large memory allocation, one way to improve the situation would be a two-pass approach. But remember the memory is only needed for a short time... git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5874 7894878c-1315-0410-8ee3-d5d059ff63e0
* Change libsensors license from GPL to LGPL.Jean Delvare2010-07-011-6/+6
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5844 7894878c-1315-0410-8ee3-d5d059ff63e0
* Map individual beep features. We had symbols for them for a long time,Jean Delvare2010-06-211-0/+4
| | | | | | | I have no idea why they weren't mapped to the sysfs file names. git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5843 7894878c-1315-0410-8ee3-d5d059ff63e0
* Fix a comment.Jean Delvare2010-02-231-2/+2
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5827 7894878c-1315-0410-8ee3-d5d059ff63e0
* Increase MAX_SENSORS_PER_TYPE to 24. The old value of 20 isn't enoughJean Delvare2010-02-231-1/+1
| | | | | | | at least for the W83795G, which has up to 21 voltage inputs. git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5826 7894878c-1315-0410-8ee3-d5d059ff63e0
* Add support for HID devices.Jean Delvare2009-10-181-1/+8
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5786 7894878c-1315-0410-8ee3-d5d059ff63e0
* Support upcoming sysfs path to i2c adapters.Jean Delvare2009-07-221-0/+2
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5759 7894878c-1315-0410-8ee3-d5d059ff63e0
* If str(n)dup fails, there is no more memory left. We should exit withJean Delvare2009-02-201-0/+8
| | | | | | | "Out of memory". Patch from Andre Prendel. git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5661 7894878c-1315-0410-8ee3-d5d059ff63e0
* When looking for hwmon device attributes, skip non-file sysfs entries.Jean Delvare2009-02-061-2/+5
| | | | | | | This speeds things up a little. Patch from Andre Prendel. git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5636 7894878c-1315-0410-8ee3-d5d059ff63e0
* Add ACPI busHans de Goede2009-01-131-0/+5
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5593 7894878c-1315-0410-8ee3-d5d059ff63e0
* Add support for current sensors.Jean Delvare2008-10-241-1/+15
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5379 7894878c-1315-0410-8ee3-d5d059ff63e0
* Add support for instantaneous power sensors.Jean Delvare2008-10-241-0/+3
| | | | git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5378 7894878c-1315-0410-8ee3-d5d059ff63e0
* Subject: [PATCH 1/3 v3] libsensors: Support energy and power metersDarrick J. Wong2008-04-171-13/+44
| | | | | | | | | | | Add power and sensor meters to libsensors, with minor tweaks and documentation updates as suggested by Jean Delvare. Signed-off-by: Darrick J. Wong <djwong@us.ibm.com> git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5183 7894878c-1315-0410-8ee3-d5d059ff63e0
* Add support for virtual hwmon devices. This closes Red Hat bug #437637Jean Delvare2008-04-141-10/+24
| | | | | | | and ticket #2305. git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5176 7894878c-1315-0410-8ee3-d5d059ff63e0
* Subject: [PATCH 1/4] libsensors: Detect OpenFirmware hwmon devicesDarrick J. Wong2008-04-101-1/+2
| | | | | | | | | | On a QS22 blade, the BMC containing the (ibmpex) power meters is enumerated via Open Firmware. Check for "of_platform" to handle this case. Signed-off-by: Darrick J. Wong <djwong@us.ibm.com> git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5174 7894878c-1315-0410-8ee3-d5d059ff63e0
* Patch from Aurelien Jarno:Jean Delvare2008-03-261-1/+2
| | | | | | | | I have just noticed that the FSF address is the old one in all files except COPYING. Please find a patch below to fix that. git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5163 7894878c-1315-0410-8ee3-d5d059ff63e0
* The platform caseHans de Goede2008-03-161-7/+7
| | | | | | acts as a fallback solution so it must be last in the list. git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5145 7894878c-1315-0410-8ee3-d5d059ff63e0
* Use __func__ instead of __FUNCTION__. The former is standard, the latterJean Delvare2008-03-051-8/+7
| | | | | | | is not. git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5134 7894878c-1315-0410-8ee3-d5d059ff63e0
* Add support for drivers that place the hwmon attributes in the hwmonJean Delvare2008-01-051-11/+32
| | | | | | | | | class device directory rather than directly in the device directory. The latter is what all drivers do at the moment, but in the long run the former is preferred as it prevents attribute name collisions. git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5093 7894878c-1315-0410-8ee3-d5d059ff63e0
* Get the device type from the subsystem symlink, rather thanJean Delvare2008-01-051-9/+40
| | | | | | | | | | | guessing it from how the device identifier looks like. For kernels <= 2.6.17, we use the bus symlink instead. For kernels <= 2.6.11, neither symlink exist so we fallback to the old type guessing approach. It doesn't really matter as all hwmon devices were i2c devices back then. git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5092 7894878c-1315-0410-8ee3-d5d059ff63e0
View Lorry Controller Status