similar to: Belkin Regulator Pro dropping connection and halting

After installing NUT, I've noticed that the belkin driver capabilities are rather basic. We have a Belkin Regulator Pro 1400VA (F6C1400-EUR), so I've updated the driver to support control of the buzzer & tests, as well as adding test result reporting. I've attached the following patches. Hopefully they can be added to any upcoming versions. -- John Bayly Systems Administrator

In repsonse to the problem with "Belkin Regulator Pro dropping connection and halting" in ups-users, I've submitted the patch to help with the issue: https://alioth.debian.org/tracker/index.php?func=detail&aid=312877&group_id=30602&atid=411544 I didn't have any reports of people's eyes bleeding from reading the code, and it's been doing the job quite

I've discovered an issue (which may be unique to my UPS) with this commit. init_communication now returns -1, instead of 0 if it failed to read the manufacturer info, this makes sense after all. With my UPS (Belkin F6C1400-EUR), the response to the Manufacturer command returns only 6 spaces (rather than "BELKIN"), this means that init_communications fails, and the driver fails

Hello, When I am booting my gentoo domU I get the following output to the console and then it just hangs: (full boot output can be found at http://pastecode.com/19771) NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI Shortcut mode EXT2-fs warning (device sda1): ext2_fill_super: mounting ext3 filesystem as ext2 VFS: Mounted root (ext2 filesystem) readonly. Freeing

On Wed, Sep 18, 2013 at 4:09 PM, Chris Valentino <chris.valentino at 1010data.com> wrote: > I upgraded from syslinux 4.x to syslinux 6.01 and am now having issues with > pxe chaining. I've tried moving up as far as 6.02-pre16, but I'm still experiencing the same problem. The original config called the next server as follows: What's the version of the first and second

> On reflection, perhaps this isn't so bad. This really only matters when > the compiler is able to infer readnone/readonly, which typically doesn't > include cases with indirect calls. Per #2, I think it could be handled > by making the GCC-style pure/const attributes imply both > readonly/readnone *and* halting. This sounds right to me. John

On Sun, May 2, 2010 at 9:32 AM, John Regehr <regehr at cs.utah.edu> wrote: > > On reflection, perhaps this isn't so bad. This really only matters when > > the compiler is able to infer readnone/readonly, which typically doesn't > > include cases with indirect calls. Per #2, I think it could be handled > > by making the GCC-style pure/const attributes imply

On Monday, 26 February 2001 at 15:26, Peter Tomb wrote: > Hi Everyone > > I'm running icecast 1.3.7 on this: > > SunOS tau 5.7 Generic_106541-10 sun4u sparc SUNW,Ultra-5_10 > > Periodically my icecast server stops broadcasting, though the icecast > process continues to run. When I look at the icecast.log I have noticed > this: > > [26/Feb/2001:13:09:46]

I've had a few reports from people that they are listening to our stream and getting the same behavior -- it runs for 5-30 seconds, then stops. The problem is that they are using various players. One person reported the issue from media player 9, I was listening from media player 9 at the same time and it had been playing fine for an hour. Her version was actually slightly newer than mine.

On Fri, 2005-01-28 at 15:22, Joe Mays wrote: > I've had a few reports from people that they are listening to our stream and getting > the same behavior -- it runs for 5-30 seconds, then stops. The problem is that they > are using various players. One person reported the issue from media player 9, I was > listening from media player 9 at the same time and it had been playing fine

Hello, list! I'm having some trouble with A@H 2.7(?), Asterisk 1.2.5, inasmuch as my custom extension is not continuing execution when the caller hangs up. (Please excuse the sterilized output.) Here's how it's supposed to go: exten => 2,8,Monitor(wav,${TIMESTAMP}) exten => 2,9,Dial(SIP/Provider/8005551212) exten => 2,10,Macro(record-cleanup) If the caller hangs up

On May 1, 2010, at 11:07 AM, Owen Anderson wrote: > Hey folks, > > In a recent blog post, John Regehr pointed out that LLVM is currently optimizing away read-only functions containing infinite loops whose return values are never used. The culprit for the moment is the inliner, but the more insidious problem is that isTriviallyDeletable currently returns true for any read-only function

Hi, I am currently in the process of installing the latest release that I cloned from git in an effort to complete an application for GSOC. I am running into an issue however with 'make' on my Ubuntu 64bit Linux version . Below is the code that make reports upon exiting with multiple errors. They seems to be related to my latex installation which aborted in error due to missing entry

On Thu, Sep 19, 2013 at 5:13 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Wed, Sep 18, 2013 at 4:09 PM, Chris Valentino > <chris.valentino at 1010data.com> wrote: >> I upgraded from syslinux 4.x to syslinux 6.01 and am now having issues with >> pxe chaining. I've tried moving up as far as 6.02-pre16, but I'm still experiencing the same problem. The

On May 1, 2010, at 11:19 AM, Chris Lattner wrote: > > On May 1, 2010, at 11:07 AM, Owen Anderson wrote: > >> Hey folks, >> >> In a recent blog post, John Regehr pointed out that LLVM is currently optimizing away read-only functions containing infinite loops whose return values are never used. The culprit for the moment is the inliner, but the more insidious problem

Zaid, I have a Belkin F6C800-UNV which has both a serial and USB connector. The serial connection is already working with the Belkinunv driver. I will connect via the USB and then compare both sets of variables. This should allow me to correlate and shed some light on the meaning of many of Belkin's non-standard "Usage" descriptors. With this information, it should be very easy

Hey folks, In a recent blog post, John Regehr pointed out that LLVM is currently optimizing away read-only functions containing infinite loops whose return values are never used. The culprit for the moment is the inliner, but the more insidious problem is that isTriviallyDeletable currently returns true for any read-only function whose value is not used. In order to prevent this from happening

Hi Everyone I'm running icecast 1.3.7 on this: SunOS tau 5.7 Generic_106541-10 sun4u sparc SUNW,Ultra-5_10 Periodically my icecast server stops broadcasting, though the icecast process continues to run. When I look at the icecast.log I have noticed this: [26/Feb/2001:13:09:46] [4643:Connection Handler] Kicking unknown 4639 [63.91.35.5] [No encoder], connected for 0 seconds

Hi--I''m trying to implement a 2-level authentication system, where I have one before_filter which does general user authentication, and another which does further authorization for a specific controller. I have it set up as follows: before_filter :authorize_level_2 prepend_before_filter :authorize_level_1 which causes authorize_level_1() to run, and then authorize_level_2().

Hi, I've been making some tests with libvirt and LXC and found some problems when halting/restarting a LXC container from within. Basically, on a Ubuntu 12.04 system with libvirt installed as package (0.9.8), I've created a basic container image with: lxc-create -t ubuntu -n lxc And started it using the libvirt XML listed below and the following command: virsh -c lxc:// create