I see what you are saying. I did use usbhid-ups without the -D and once in a awhile it will say it found a previous driver running and it was going to kill it
Here is something I have been doing... If I keep issueing the command to load the drivers eventually it will load it even after removing the usb_set_altinterface from ups.conf. It almost looks like the inferface is dropping on and off regardless If that makes sense its almost like someone is pulling out the USB wire and plugging in and out Sent from my LG G3. -----Original Message----- From: Charles Lepple <[email protected]> To: Johnny Wong <[email protected]> Cc: "[email protected]" <[email protected]> Sent: Tue, 18 Aug 2015 6:37 PM Subject: Re: [Nut-upsuser] Need help with Tripp Lite SMART1300LCDT NUT v2.7.3 On Aug 18, 2015, at 9:07 PM, Johnny Wong <[email protected]> wrote: > >> Is it possible that there is another copy of the driver running in the >> background? There is apparently an issue where we only write a PID file when >> the driver goes into the background, and "-D" prevents that. > > I don't see another usbhid-ups running ... unless its "hidden".... I would > have to install the unhide package then.... > What I mean is that you can't have more than one usbhid-ups process talking to the same UPS at one time - regardless of whether they write a PID file. In the case of running with "-D", you would need to double-check for any in the background (and there was a PID file named usbhid-ups-upstl1300.pid). "ps auxww|grep [u]sbhid-ups" should show only one driver in either case. Still looking into the altsetting issue. I would have to shuffle a few machines around to get a copy of 10.2 running on a box that isn't being actively used for anything else, but maybe there is something in their source control logs. -- Charles Lepple clepple@gmail
_______________________________________________ Nut-upsuser mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
