Английская Википедия:Envsys

Содержание

Текст

Текст

Текст

Текст

Текст

Текст

Текст

Текст

Текст

Шаблон:Short description Шаблон:Lowercase Шаблон:Use dmy dates Шаблон:Infobox software Шаблон:Infobox software The envsys framework is a kernel-level hardware monitoring sensors framework in NetBSD. Шаблон:As of, the framework is used by close to 85 device drivers to export various environmental monitoring sensors, as evidenced by references of the sysmon_envsys_register symbol within the sys path of NetBSD; with temperature sensors, ENVSYS_STEMP, being the most likely type to be exported by any given driver.Шаблон:R Sensors are registered with the kernel through sysmon_envsys(9) API.Шаблон:R Consumption and monitoring of sensors from the userland is performed with the help of envstat utility through proplib(3) through ioctl(2) against the /dev/sysmon pseudo-device file,Шаблон:R the powerd power management daemon that responds to kernel events by running scripts from /etc/powerd/scripts/,Шаблон:R as well as third-party tools like symon and GKrellM from pkgsrc.

Features

The framework allows the user to amend the monitoring limits specified by the driver, and for the driver to perform monitoring of the sensors in kernel space, or even to programme a hardware chip to do the monitoring for the system automatically.Шаблон:R Two levels of limits are defined: critical and warning, both of which additionally extend to an over and an under categorisation.Шаблон:R If limit thresholds are crossed, a kernel event may be generated, which can be caught in the userland by powerd to execute a pre-defined user script.Шаблон:R By comparison, in OpenBSD's hw.sensors, the monitoring of user-defined values is performed in userspace by sensorsd.

Шаблон:As of, the framework itself does not facilitate computer fan control, although the drivers could still implement interfacing with the fan-controlling capabilities of their chips through other means, for example, through a driver-specific sysctl interface, which is the approach taken by the dbcool(4) driver.Шаблон:R However, the drivers for the most popular Super I/O chips like lm(4) and itesio(4) do not implement any fan control at all (in fact, historically, in all of OpenBSD, NetBSD and DragonFly, these drivers don't even report the duty cycle of the fans — only the actual RPM values are reported).Шаблон:R

History

The framework undergone two major revisions: the first version of envsys.h was committed on Шаблон:Start date and age; with envsys.4 man page following on Шаблон:Start date and age. Between 2000 and 2007, the manual page for envsys(4) in NetBSD stated that the "API is experimental", and that the "entire API should be replaced by a sysctl(8)", "should one be developed"; it can be noted that in 2003 this was the exact approach taken by OpenBSD with sysctl hw.sensors when some of the envsys(4) drivers were ported to OpenBSD.Шаблон:R

The second revision came about on Шаблон:Start date and age. The serialisation with userland was reimplemented using property lists with the help of NetBSD's new proplib(3) library (the underlying transport layer between the kernel and userland still being done through ioctl).Шаблон:R

The envsys framework was the precursor to OpenBSD's sysctl hw.sensors framework in 2003, and many drivers, as well as some sensor types, have been ported back and forth between NetBSD and OpenBSD. Support for sensors of drive type has been added to NetBSD on Шаблон:Dts, similar to drive type in OpenBSD, which was at the same time when bio(4) and bioctl were ported from OpenBSD to NetBSD.Шаблон:R

See also

• bioctl
• hw.sensors
• lm_sensors
• SpeedFan

External links

• Шаблон:URL