similar to: battery.temperature vs ups.temperature

Shamelessly reusing the announcement Arnaud sent about three months ago for nut-2.2.1: "We're preparing to release 2.2.1-pre2, so if you have some fixes to backport on Testing, consider announcing it and doing asap. As always, compatibilities update and bugfixes only!" Regards, Arjen -- Eindhoven - The Netherlands Key fingerprint - 66 4E 03 2C 9D B5 CB 9B 7A FE 7E C1

Dear Andreas, some googling revealed, you created a driver for the xanto series of online-usv.de. In what state it is currently? I've to manage a S2000 and would like to use nut for it, is it usable by now? Do you need another tester? TIA, Pete

https://bugs.freedesktop.org/show_bug.cgi?id=40894 Summary: nv30-/temperature: Reverse engineer the temperature coefficients Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

Description: Fix warning: variable set but not used [-Wunused-but-set-variable]. bugs.debian.org/633756. Related drivers were not tested. Last-Update: Sat, 13 Aug 2011 14:04:48 +0300 Index: b/drivers/belkinunv.c =================================================================== --- a/drivers/belkinunv.c 2011-05-31 13:36:49.000000000 +0300 +++ b/drivers/belkinunv.c

Skipped content of type multipart/alternative-------------- next part -----= --------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 18867 bytes Desc: not available Url : http://lists.linux-foundation.org/pipermail/virtualization/attachment= s/20070408/f3caf0e4/attachment.gif

Hi All, I was wondering what people are doing to shutdown their equipment based on the temperature NUT grabs from a UPS? It doesn't appear that upsmon(8) has an appropriate notify event for temperature levels. For the time being, it looks like I'll write a simple perl wrapper around upsc to get ups.temperature, but would love to use something natively from NUT, if possible. Also,

Hi, I got a bright idea to monitor CPU core temperature using ''lm_sensors''. I was testing on my quad-core desktop machine and everything seemed great. However - my Domain-0 has just two VCPU''s assigned to it and this is exactly what ''sensors'' report. Any ideas about how to work around that besides letting Domain-0 use all CPUs? Regards, Danilo

Hi, Can I use some commands or scripts to get CPU temperature on Solaris(10 or snv, whatever)? My laptop is Lenovo T61. Great Thanks Jason

Greetings R Users, I?m new to R but at least managed to read in multiple files: filenames <- list.files(path=getwd()) numfiles <- length(filenames) for (all_temp in c(1:numfiles)) { filenames[all_temp] <- paste(filenames[all_temp],sep="") assign(gsub("[.]ASC$","temp",filenames[all_temp]),read.delim2(filenames[all_temp],

Hi Dmitry and the list, would you (or anyone owning such a device) be able to validate the below patch: https://alioth.debian.org/tracker/index.php?func=detail&aid=310613&group_id=30602&atid=411542 Most notably, it's about the paths changes: -#define APCC_OID_IEM_TEMP ".1.3.6.1.4.1.318.1.1.10.2.3.2.1.4.0" -#define APCC_OID_IEM_TEMP_UNIT

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi there, I just wondered if there is an open-source way of getting information about the temperatures provided by the internal sensors. I've read that nvclock is providing such information but only if the binary driver is installed and used. When I run 'sensors-detect' is see three adapters provided through nouveau: ... Next adapter:

https://bugs.freedesktop.org/show_bug.cgi?id=41404 Summary: excessive temperature for the nvidia core Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Skipped content of type multipart/alternative-------------- next part -----= --------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 18867 bytes Desc: not available Url : http://lists.linux-foundation.org/pipermail/virtualization/attachment= s/20070408/f3caf0e4/attachment.gif

I've searched through the lists, but can't seem to find a reference to someone that said they had a time and temperature application for *. Voip-info wiki would be a good place for it as a Festival example!!! Can someone remind me where it's at? TIA. Tim Thompson

I have just the thing in PHP. Drop me a personal e-mail and I'll whiz it over. Andrew Thomas Technical Services Manager andy at datavox.co.uk DataVox Ltd Saddleworth Business Centre Huddersfield Road Delph, Oldham OL3 5DF -----Original Message----- From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Trevor Hammonds

Has anyone gotten lm_sensors to work on a CentOS3.3/RHEL3 box? I think I'm having CPU temperature-related problems, and wanted some way to monitor it. I believe lm_sensors does this, but can't seem to figure out how to get it to work. I already did "yum install lm_sensors" but when I run sensors-detect, it complains: Couldn't open /proc/bus/i2c?!? at /usr/sbin/sensors-detect

depending on the temperature, cstates might become unreachable or the maped voltage of a cstate changes. We want to adjust to that. Signed-off-by: Karol Herbst <nouveau at karolherbst.de> --- drm/nouveau/nvkm/subdev/therm/base.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/drm/nouveau/nvkm/subdev/therm/base.c b/drm/nouveau/nvkm/subdev/therm/base.c index 0c0feec..566fe5d 100644

Depending on the temperature, cstates might become unreachable or the maped voltage of a cstate changes. We want to adjust to that. Signed-off-by: Karol Herbst <karolherbst at gmail.com> Reviewed-by: Martin Peres <martin.peres at free.fr> --- drm/nouveau/nvkm/subdev/therm/base.c | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/drm/nouveau/nvkm/subdev/therm/base.c

no, we can't do that. We actually have to prevent this from hwom. The issue here is, that the reg read returns 0xffffffff and parsing that is the first step in the first place. On Thu, Jan 25, 2018 at 7:16 PM, Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> wrote: > This fixes wrong temperature outputs e.g. 511°C if the card is asleep. > > Signed-off-by: Tobias

well I just tried to say, that you are not fixing the issue you think were fixing. In your case the GPU is powered off and you get garbage values from any mmio read, so parsing those values is just wrong and we need to prevent doing anything on the hw whenever it is powered off directly in hwmon. On Fri, Jan 26, 2018 at 2:40 PM, Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de>