> we see the 5 attempts to go to smart mode ('Y' command), but my aim is to
> understand why it is failing, and how to cleanly solve this without
> impacting support for other units.
Of course. The problem is that the program is sending the command
infinitely, probably because of the EIO.
The serial line is on a PCI board. It may be a problem of that board,
not the UPS. Which is cleared by closing the device.
Lupe Christoph
--
| It is a well-known fact in any organisation that, if you want a job |
| done, you should give it to someone who is already very busy. |
| Terry Pratchett, "Unseen Academicals" |
On Tuesday, 2011-02-15 at 14:16:58 +0100, Arnaud Quette wrote:
> > I would have thought finding the place in the code where it is trying to
> > reset the UPS connection wouldn't be this hard.
> this is not the problem. This code is in the smartmode() function of svn.debian. org/wsvn/ nut/trunk/ drivers/ apcsmart. c
> apcsmart.c:
> http://
I'll have a look at that code.
> we see the 5 attempts to go to smart mode ('Y' command), but my aim is to
> understand why it is failing, and how to cleanly solve this without
> impacting support for other units.
Of course. The problem is that the program is sending the command
infinitely, probably because of the EIO.
> Some more questions: git.debian. org/?p= collab- maint/nut. git;a=blob_ plain;f= debian/ nut.README. Debian; hb=HEAD
> - how are you handling the device's permissions?
> Refer to § II, section 3:
> http://
/etc/udev/ rules.d/ zzzlpc. rules:
KERNEL=="ttyS2", OWNER="nut", GROUP="nut", MODE="0660"
The serial line is on a PCI board. It may be a problem of that board,
not the UPS. Which is cleared by closing the device.
Lupe Christoph
--
| It is a well-known fact in any organisation that, if you want a job |
| done, you should give it to someone who is already very busy. |
| Terry Pratchett, "Unseen Academicals" |