envsys - envsys

Den envsys ram är en kärna -nivå hårdvara övervakning sensorer ram NetBSD . Från och med den 4 mars 2019 används ramverket av nästan 85 enhetsdrivrutiner för att exportera olika miljöövervakningssensorer , vilket framgår av referenser till sysmon_envsys_register symbolen inom sys NetBSD: s väg; med temperaturgivare , som ENVSYS_STEMP är den mest troliga typen som exporteras av en viss drivrutin. Sensorer registreras med kärnan via sysmon_envsys(9) API. Konsumtion och övervakning av sensorer från userland utförs med hjälp av envstat verktyget genom proplib(3) genom ioctl(2) mot pseudo-enhet fil, power management daemon som svarar på kernel händelser genom att köra skript från , samt tredjepartsverktyg som och GKrellM från pkgsrc . /dev/sysmon powerd/etc/powerd/scripts/symon

Funktioner

Ramverket tillåter användaren att ändra de övervakningsgränser som specificeras av drivrutinen och för föraren att utföra övervakning av sensorerna i kärnutrymmet, eller till och med att programmera ett hårdvarupip för att automatiskt övervaka systemet. Två nivåer av gränser definieras: kritisk och varning , som båda sträcker sig till en över och en under kategorisering. Om gränströsklar överskrids kan en kärnhändelse genereras som kan fångas i användarlandet genom powerd att utföra ett fördefinierat användarskript. Som jämförelse, i OpenBSD: s hw.sensors utförs övervakningen av användardefinierade värden i användarområdet av sensorsd .

Från och med 2019 underlättar själva ramen inte datorfläktkontroll , även om drivrutinerna fortfarande kan implementera gränssnitt med fläktstyrningsfunktionerna för sina chips på andra sätt, till exempel genom ett drivarspecifikt sysctl- gränssnitt, vilket är den metod som tas av dbcool(4) föraren. Men drivrutinerna för de mest populära Super I / O- chipsen gillar lm(4) och itesio(4) implementerar inte någon fläktkontroll alls (faktiskt historiskt, i alla OpenBSD, NetBSD och DragonFly rapporterar dessa förare inte ens arbetscykeln för fans - endast de faktiska RPM-värdena rapporteras).

Historia

Ramverket genomgick två stora omarbetningar: den första versionen av den envsys.h genomfördes den 15 december 1999 ; För 21 år sedan ; med mansida efter den 27 februari 2000 ; För 20 år sedan . Mellan 2000 och 2007 uppgav manuell sida för envsys (4) i NetBSD att "API är experimentellt", och att "hela API bör ersättas med en sysctl (8)", "om en skulle utvecklas"; det kan noteras att detta var det exakta tillvägagångssättet från OpenBSD med sysctl hw.sensors 2003 när några av envsys (4) -drivrutinerna överfördes till OpenBSD.  ( 1999-12-15 ) envsys.4  ( 2000-02-27 )

Den andra revisionen genomfördes den 1 juli 2007 ; För 13 år sedan . Serialiseringen med användarlandet implementerades på nytt med hjälp av fastighetslistor med hjälp av NetBSD: s nya proplib (3) -bibliotek (det underliggande transportskiktet mellan kärnan och användarlandet görs fortfarande via ioctl ).  ( 2007-07-01 )

Envsys-ramverket var föregångaren till OpenBSDs sysctl hw.sensors- ramverk 2003, och många drivrutiner, liksom vissa sensortyper, har portats fram och tillbaka mellan NetBSD och OpenBSD. Stöd för sensorer av drive typen har lagts till NetBSD den 1 maj 2007 , liknande drive typen i OpenBSD , vilket var samtidigt som bio (4) och bioctl portades från OpenBSD till NetBSD.

Se även

• bioctl
• hw.sensorer
• lm_sensorer
• SpeedFan

Referenser

externa länkar

• /sys/sys/envsys.h