Displaying 7 results from an estimated 7 matches for "usb_comm_fail".
2007 Jun 21
1
tripplite_usb.c reconnection
...remarks as for the reconnect_ups() patch for usbhid-ups.c go for
> the function with the same name in tripplite_usb.c. This is also blocking
> and thereby locking up the communication between driver and server. I
> don't think this is intentional, since the MAX_RECONNECT_TRIES in
> usb_comm_fail() is effectively a no-op then. I also seems to duplicate
> some things in usb_comm_fail(), like upsdrv_cleanup().
Thanks for pointing this out - I had forgotten that this code was
pretty much copied fron usbhid-ups/newhidups, and thus needed to be
fixed as well.
However, I'm not sure I cau...
2008 Dec 04
0
[nut-commits] buildbot failure in FreeBSD-6.2-i686
...at ghz.cc> wrote:
> The Buildbot has detected a new failure of FreeBSD-6.2-i686.
> Full details are available at:
> http://buildbot.ghz.cc/public/nut/FreeBSD-6.2-i686/builds/123
Looks like this was the error:
../../drivers/lakeview_usb.c:58: warning: implicit declaration of
function `usb_comm_fail'
../../drivers/lakeview_usb.c: At top level:
../../drivers/lakeview_usb.c:86: error: conflicting types for 'usb_comm_fail'
../../drivers/lakeview_usb.c:58: error: previous implicit declaration
of 'usb_comm_fail' was here
Also, I would prefer that we not use the name "Lakev...
2007 Jun 21
0
tripplite_usb.c
Charles,
The same remarks as for the reconnect_ups() patch for usbhid-ups.c go for
the function with the same name in tripplite_usb.c. This is also blocking
and thereby locking up the communication between driver and server. I
don't think this is intentional, since the MAX_RECONNECT_TRIES in
usb_comm_fail() is effectively a no-op then. I also seems to duplicate
some things in usb_comm_fail(), like upsdrv_cleanup().
Best regards, Arjen
--
Eindhoven - The Netherlands
Key fingerprint - 66 4E 03 2C 9D B5 CB 9B 7A FE 7E C1 EE 88 BC 57
2007 Nov 20
2
Mustek Powermust 600VA
Hi,
I'm having a hard time configuring a Mustek Powermust 600VA ups to
work via USB with nut. I read somewhere that nut works OK via the
rs232 cable, but unfortunately I don't have a COM port in my computer.
The kernel detects the ups as an Xbox pad :) and loads the xpad
module. I tried running /lib/nut/megatec with different /dev/ttySx but
it displays megatec protocol UPS was not
2008 Nov 30
4
Sweex 1000VA UPS (Lakeview Research)
Hi all,
i've read a thread about this UPS from Peter van Valderen. He tried to
develop a
driver for this specific type of UPS. I've downloaded nut-2.2.2 and tried to
apply
the patches (lakeview.patch & lakeview.v2.patch) but both resulted in
rejected
chunks. I've tried to ./configure with type lakeview and then a make, but
the make
command fails.
Does anybody has any
2008 Dec 05
1
[nut-commits] svn commit r1596 - in trunk: drivers man tools
On Thu, Dec 4, 2008 at 4:51 PM, Arjen de Korte
<adkorte-guest at alioth.debian.org> wrote:
> Author: adkorte-guest
> Date: Thu Dec 4 21:51:28 2008
> New Revision: 1596
>
> Log:
> Added new richcomm_usb driver based on the lakeview_usb driver (using libusb).
Sorry if I wasn't clear - I was advocating *renaming* the lakeview_usb
driver to richcomm_usb.
Is there another
2009 Jun 17
2
nut: megatec_usb shows error "ser_send_pace: Device detached" on periodically checks
Hi Alexey,
Please post the output of 'lsusb' and
'megatec_usb -a sven_625 -u nut -DDDDD'.
On Monday 15 June 2009 14:32:16 you wrote:
> Package: nut
> Version: 2.4.1-3
> Severity: normal
>
> I have a SVEN Pro+ 625 ups that uses megatec_usb driver.
> In ups.conf I describe it like:
> [sven_625]
> driver = megatec_usb
> port = auto
> desc =