similar to: Suspend-to-disk & NUT

Displaying 20 results from an estimated 10000 matches similar to: "Suspend-to-disk & NUT"

2006 Mar 13
1
Serial PnP for NUT?
Are there any plans for using serial PnP in NUT? I tried to implement this on the 'safenet' driver, but the support for this doesn't seem to be widespread among the UPSes compatible with this driver. So far, I have only managed to get one (a Sweex 1000) to output it, but unfortunately, it is probably too generic to be really useful for autodetection: PnP revision : 1.00 PnP EISA ID
2010 Dec 11
1
[nut-commits] svn commit r2726 - in branches/windows_port: common drivers include
Citeren Arnaud Quette <aquette.dev op gmail.com>: > Date: Thu, 09 Dec 2010 14:01:14 +0000 > Subject: svn commit r2726 - in branches/windows_port: common drivers include > Author: fbohe-guest > Date: Thu Dec 9 14:01:07 2010 > New Revision: 2726 > URL: http://trac.networkupstools.org/projects/nut/changeset/2726 > > Log: > More work on serial drivers. > Still
2006 Jan 09
0
NUT active on suspend
The problem of NUT not operating after returning from a suspend state is located in upsd. I figured that I could try to restart each part of the chain driver->upsd->upsmon separately. Restarting the driver and/or upsmon didn't solve the problem, bur restarting upsd did. So I have come to the conclusion that upsd misses a state change and somehow relies on a cached state. I'm not
2007 Aug 13
1
instcmd "beeper.off "
While working on the mge-hid subdriver, I wanted to add the 'beeper.mute' command. Unfortunately, the description I intended to use was used already by the 'beeper.off' instcmd: CMDDESC beeper.off "Temporarily mute the UPS beeper" Now of course we could add another instcmd 'beeper.reallyoff', but instead I would prefer to bite the buller and do the following:
2006 Jan 26
0
Suspend-to-disk & NUT (solved?)
I think I found a fix (workaround?) for the above mentioned problem. To summarize shortly, upsd lost communication with the (safenet) driver in case the system wakes up after suspending to disk. Restarting the driver or upsmon did not help, only a restart of upsd did. The attached patch will also solve this, although I'm still not really sure why or whether this will create too much load on
2006 Jul 24
4
safenet on debian etch
Hi List, I just got myself a new everpower-1000va. according to the compatibility list, the 'safenet' driver supposed to support it, however, when I try, I get this in syslog: Jul 24 15:05:22 tv upsd[26458]: Can't connect to UPS [everpower1000] (safenet-ttyS1): No such file or directory this is my ups.conf: [everpower1000] driver = safenet port = /dev/ttyS1 desc =
2008 Nov 16
2
[nut-commits] svn commit r1560 - trunk
Citeren Arjen de Korte <adkorte-guest at alioth.debian.org>: > Author: adkorte-guest > Date: Sun Nov 16 13:00:30 2008 > New Revision: 1560 > > Log: > Generated by libtool and should not be versioned. > > Modified: > trunk/ (props changed) Right, that didn't work out quite the way I intended. Can someone please set the svn:ignore property on
2009 Jan 15
1
[nut-commits] svn commit r1728 - trunk/tools
Citeren Arjen de Korte <adkorte-guest at alioth.debian.org>: > Author: adkorte-guest > Date: Thu Jan 15 11:54:05 2009 > New Revision: 1728 > > Log: > Another stab at this. > > Modified: > trunk/tools/Makefile.am And failing miserably... :-( Can someone more fluent in 'autotoolish' fix this problem? Currently the BuildBot is broken by update r1718
2010 Nov 28
3
[nut-commits] svn commit r2708 - in branches/ssl-nss-port: clients m4 server
Citeren Arjen de Korte <adkorte-guest op alioth.debian.org>: > Log: > Use the 'nss_compat_ossl' compatibility layer to use the Mozilla NSS > library instead of OpenSSL (we might want to include native support > in the future, but this will at least allow a quick migration for > testing purposes) I don't recall that we ever discussed the possibility of
2007 Mar 28
1
Re: Nut-upsuser Digest, Vol 21, Issue 29
THANKS, but the 'megatec' driver only works whith windows OS via USB, and i need it for red hat OS with USB-serial connection... Please, anybody can help me.... nut-upsuser-request@lists.alioth.debian.org escribi?: Send Nut-upsuser mailing list submissions to nut-upsuser@lists.alioth.debian.org To subscribe or unsubscribe via the World Wide Web, visit
2007 Jun 18
1
[nut-commits] svn commit r964 - in trunk: . drivers
Arjen de Korte wrote: > Author: adkorte-guest > Date: Mon Jun 18 09:03:18 2007 > New Revision: 964 > > Log: > additional debug info in case commands fail > > Modified: > trunk/ChangeLog > trunk/drivers/megatec.c > > Modified: trunk/ChangeLog Arnaud, Carlos, I'd like to backport this change to Testing as well. Intermittent startup problems for
2010 Jan 23
1
[nut-commits] svn commit r2260 - trunk/drivers
Citeren Arjen de Korte <adkorte-guest op alioth.debian.org>: > Author: adkorte-guest > Date: Sat Jan 23 10:06:51 2010 > New Revision: 2260 > > Log: > Need to define _XOPEN_SOURCE for strptime() prototype in glibc2 > > Modified: > ? ? trunk/drivers/mge-hid.c Arnaud, Apparently this solves the problem for the strptime() function, but now breaks the snprintf()
2009 Jan 15
1
[nut-commits] svn commit r1734 - in trunk/scripts: hal hotplug udev
Citeren Arjen de Korte <adkorte-guest at alioth.debian.org>: > Author: adkorte-guest > Date: Thu Jan 15 20:02:22 2009 > New Revision: 1734 > > Log: > Freshly generated USB helper files > > Modified: > trunk/scripts/hal/ups-nut-device.fdi.in > trunk/scripts/hotplug/libhid.usermap > trunk/scripts/udev/nut-usbups.rules.in Questions is, should we try
2005 Sep 13
1
elsist UPS
Hi, I'm new of this list. I installed nut with apt on my ubuntu64, my ups is an elsist and with it I found the Driver's CDROM only for windows. It's branded Fenton but on it there is also printed Safenet. I had no particular problems installing nut with safenet driver. But when I'm trying to connect it with the command: upsc elsist@localhost i get this output driver.name: safenet
2010 Dec 12
2
[nut-commits] svn commit r2731 - in trunk/docs: . man website website/scripts
Citeren Arnaud Quette <aquette op alioth.debian.org>: > Author: aquette > Date: Sat Dec 11 12:31:21 2010 > New Revision: 2731 > URL: http://trac.networkupstools.org/projects/nut/changeset/2731 > > Log: > Complete the list of Subversion ignored files, with AsciiDoc > generated contents (no functional changes) Is there a particular reason for having both the man/
2007 Aug 13
2
[nut-commits] svn commit r1049 - in trunk: . drivers
Alexander Gordeev wrote: > Author: agordeev-guest > Date: Mon Aug 13 13:09:43 2007 > New Revision: 1049 > > Log: > drivers/megatec_usb.c: added credits to the banner message. Is this really needed/desirable? I think this kind of information needs to be put in the AUTHORS document. There are many more people on this list that put a lot of effort in NUT, without claiming credit
2008 Nov 16
2
[nut-commits] svn commit r1557 - trunk
Citeren Arnaud Quette <aquette.dev at gmail.com>: > Author: aquette > Date: Sat Nov 15 22:47:26 2008 > New Revision: 1557 > > Log: > GNU libtool update > > Modified: > trunk/ChangeLog > trunk/configure.in > trunk/ltmain.sh I think 'ltmain.sh' is a generated file (at least, I hope it is), this change severely broke compilation here. I had to
2007 Jun 26
2
[nut-commits] svn commit r988 - in trunk: . docs
> Author: adkorte-guest > Date: Mon Jun 25 19:26:09 2007 > New Revision: 988 > > Log: > Update to reflect changes in the way we deal with dstate_dataok() and > dstate_datastale(). > > Historically it was needed to call dstate_dataok() regularly, to prevent > staleness warnings. This is no longer needed, now the server will PING > drivers it has not heard of
2006 Jan 27
0
Suspend-to-disk & NUT (solved!)
I finally nailed down the problem with upsd declaring data stale when resuming from suspend. The problem is two fold (not surprisingly): 1) The dstate_dataok() and dstate_datastale() routines in 'drivers/dstate.c' will only 'broadcast' *changes* in the driver state. Since the driver has no notion of time, it won't notice at all that it was suspended. Therefor, after resuming
2007 May 26
3
[nut-commits] svn commit r924 - in trunk: . data
Does this require a new entry in scripts/hotplug/* and scripts/udev/*? -- Peter Alexander Gordeev wrote: > > Author: agordeev-guest > Date: Sat May 26 12:04:26 2007 > New Revision: 924 > > Log: > data/driver.list: added SVEN Power Smart RM 2000 to the list. > > Modified: > trunk/ChangeLog > trunk/data/driver.list > > Modified: trunk/ChangeLog >