<br><br><div class="gmail_quote">2009/5/27 Daniel O'Connor <span dir="ltr"><<a href="mailto:doconnor@gsoft.com.au">doconnor@gsoft.com.au</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Wed, 27 May 2009, Arnaud Quette wrote:<br>
> > Have you also tried the newmge-ups driver? Being based on the same<br>
> > core as the usbhid-ups (USB) driver, it may be a little more<br>
> > forgiving in case of timeouts (although I'm not very familiar with<br>
> > it's predecessor, mge-shut).<br>
><br>
> CAUTION: newmge-shut has still a major issue I haven't yet solved<br>
> (which explains why it has not yet superseded): a loss of<br>
> synchronization tends to happen.<br>
<br>
</div>OK.<br>
Does it recover, or just stay out of sync?<br>
<div class="im"></div></blockquote><div><br>excellent question: I frankly don't recall. looking at the log, I've mostly done nothing on it since I've created it 2 years ago :-(<br>bad /me, thinking about cloning ;-)<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
> The SHUT protocol is *very* verbose and uses a slow 2400 baud link,<br>
> so you<br>
><br>
> > want to give it lots of time before giving up (reading a 1500+<br>
> > bytes report descriptor will take more than 10 seconds). You may<br>
> > want to increase MAXAGE in upsd.conf to at least double that, to<br>
> > prevent PINGing the driver to death.<br>
><br>
> I still have a point in my TODO list which is the baudrate<br>
> negotiation. newer units supports it.<br>
> there are also rooms for improvement on the startup sequence.<br>
<br>
</div>Sounds like it would be nice :)<br>
<div class="im"></div></blockquote><div><br>indeed<br>Â <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
> Daniel: I'm interested in debug trace of these startup failure. just<br>
> to see how it fails, and what should be done.<br>
<br>
</div>OK, I'll have to see - I assume mge-shut -D -D -D is what you need?<br>
<br>
I'm not sure when I'll be able to test it though since the code could<br>
potentially leave a remote system shut down with no way to turn it back<br>
on :(<br>
<div><div></div><div class="h5"></div></div></blockquote><div><br>no hurry here.<br><br>cheers,<br>Arnaud <br></div></div>-- <br>Linux / Unix Expert R&D - Eaton - <a href="http://www.eaton.com/mgeops">http://www.eaton.com/mgeops</a><br>
Network UPS Tools (NUT) Project Leader - <a href="http://www.networkupstools.org/">http://www.networkupstools.org/</a><br>Debian Developer - <a href="http://www.debian.org">http://www.debian.org</a><br>Free Software Developer - <a href="http://arnaud.quette.free.fr/">http://arnaud.quette.free.fr/</a><br>
<br>