Envsys

Le framework envsys est un framework de capteurs de surveillance matérielle au niveau du noyau dans NetBSD . Au 4 mars 2019 , le framework est utilisé par près de 85 pilotes de périphériques pour exporter divers capteurs de surveillance environnementale , comme en témoignent les références du symbole dans le chemin de NetBSD ; les capteurs de température , , étant le type le plus susceptible d'être exporté par un pilote donné. capteurs sont enregistrés auprès du noyau via l'API. La consommation et la surveillance des capteurs depuis l'espace utilisateur sont effectuées à l'aide de l'utilitaire via via le fichier pseudo-périphérique , le démon de gestion de l'alimentation qui répond aux événements du noyau en exécutant des scripts depuis , ainsi que des outils tiers comme et GKrellM depuis pkgsrc . sysmon_envsys_registersysENVSYS_STEMPsysmon_envsys(9)envstatproplib(3)ioctl(2)/dev/sysmon powerd/etc/powerd/scripts/symon

Le framework permet à l'utilisateur de modifier les limites de surveillance spécifiées par le pilote, et au pilote d'effectuer la surveillance des capteurs dans l'espace noyau, ou même de programmer une puce matérielle pour effectuer automatiquement la surveillance du système. Deux niveaux de limites sont définis : critique et avertissement , qui s'étendent en plus à une catégorisation au-dessus et au-dessous . Si les seuils de limite sont dépassés, un événement du noyau peut être généré, qui peut être intercepté dans l'espace utilisateur en powerdexécutant un script utilisateur prédéfini. hw.sensors d'OpenBSD , la surveillance des valeurs définies par l'utilisateur est effectuée dans l'espace utilisateur par sensorsd.

En 2019 , le framework lui-même ne facilite pas le contrôle des ventilateurs d'ordinateur , bien que les pilotes puissent toujours implémenter l'interfaçage avec les capacités de contrôle des ventilateurs de leurs puces par d'autres moyens, par exemple, via une interface sysctl spécifique au pilote , qui est l'approche adoptée par le dbcool(4)pilote. Cependant, les pilotes des puces Super I/O les plus populaires comme lm(4)et itesio(4)n'implémentent aucun contrôle de ventilateur du tout (en fait, historiquement, dans tous les systèmes OpenBSD, NetBSD et DragonFly, ces pilotes ne signalent même pas le cycle de service des ventilateurs - seules les valeurs RPM réelles sont signalées).

Le framework a subi deux révisions majeures : la première version envsys.ha été validée le 15 décembre 1999 ; avec la page de manuel suivante le 27 février 2000 . Entre 2000 et 2007, la page de manuel pour envsys(4) dans NetBSD indiquait que « l'API est expérimentale » et que « l'API entière devrait être remplacée par un sysctl(8) », « si un devait être développé » ; on peut noter qu'en 2003 c'était exactement l'approche adoptée par OpenBSD avec sysctl hw.sensors lorsque certains des pilotes envsys(4) ont été portés sur OpenBSD. ( 1999-12-15 )envsys.4 ( 2000-02-27 )

La deuxième révision a eu lieu le 1er juillet 2007 . La sérialisation avec l'espace utilisateur a été réimplémentée en utilisant des listes de propriétés avec l'aide de la nouvelle bibliothèque proplib(3) de NetBSD (la couche de transport sous-jacente entre le noyau et l'espace utilisateur étant toujours effectuée via ioctl ). ( 2007-07-01 )

Le framework envsys a été le précurseur du framework sysctl hw.sensors d'OpenBSD en 2003, et de nombreux pilotes, ainsi que certains types de capteurs, ont été portés dans les deux sens entre NetBSD et OpenBSD. La prise en charge des capteurs de drivetype a été ajoutée à NetBSD le 1er mai 2007 , de manière similaire à drivetype dans OpenBSD , au même moment où bio(4) et bioctl ont été portés d'OpenBSD vers NetBSD.