Displaying 10 results from an estimated 10 matches similar to: "some megatec-usb issues"
2005 Jun 23
1
USB UPS Question...
Hello,
I have been trying to get a TrippLite Internet Office 750 UPS to talk to
my Linux PBX for a couple of evenings now and I'm getting nowhere... I
tried searching the list archives before posting here (I'm sure I'm not
the first one to try to get this going) but they seem to be offline...
The UPS is unfortunately USB based but I thought I'd give it a try
anyway. Here is
2007 Feb 16
1
Re: [nut-commits] svn commit r808 - in trunk: . drivers
I get the following error on r809 (but it looks like the code change
happened here). Does HIDDevice_t need to be defined/changed in one of
the headers?
if gcc -DHAVE_CONFIG_H -I. -I../../drivers -I../include
-I../../include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal
-I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DINET6 -O2
-D_REENTRANT -DNETSNMP_USE_INLINE -Wall -Dlinux -I.
2020 Apr 03
0
Powercool PCRACK-1200VA patch update
Sorry about the noise guys.
Below a significantly improved patch.
The main difference is that all calls to usb_get_string_.. have been
wrapped in a new function nut_usb_get_string() that is implemented in
libusb.c
This was necessary in order to make the bufflen_fix available in
libusb.c where usb_get_string() is called in libusb_open()
This wrapper function mops up and hides all the work
2007 Aug 23
1
[nut-commits] svn commit r1073 - in trunk: . drivers
I think having this logic buried within libhid/libusb
(libusb:libusb_open(), line 179 to 206) is ultimately a mistake,
albeit one that I am probably responsible for. Would it make sense to
confine libhid to low-level operations, and leave the decision of
trying to reopen vs. retrying to open to the high-level driver, in
this case usbhid-ups?
I envision that the code in usbhid-ups:reconnect_ups()
2010 Apr 19
2
Too much logging from libusb.c (patch supplied)
I recently installed NUT 2.4.3 and found that the USB drivers were logging
an insane amount of data to syslog:
usbhid-ups | daemon debug | Apr 16 18:29:40 | libusb_get_report: No error
usbhid-ups | daemon debug | Apr 16 18:29:40 | libusb_get_report: No error
usbhid-ups | daemon debug | Apr 16 18:29:40 | libusb_get_report: No error
usbhid-ups | daemon debug | Apr 16 18:29:40 |
2007 Aug 28
0
[nut-commits] svn commit r1076 - in trunk: . drivers
> ---------- Forwarded message ----------
> From: Arjen de Korte
> To: nut-commits at lists.alioth.debian.org
> Date: Mon, 27 Aug 2007 18:33:00 +0000
> Subject: svn commit r1076 - in trunk: . drivers
> Author: adkorte-guest
> Date: Mon Aug 27 18:33:00 2007
> New Revision: 1076
>
> Log:
> * drivers/libhid.[ch],libshut.[ch],libusb.[ch]:
> - Cut the libshut and
2008 Sep 26
0
FreeBSD usbhid-ups problem
Citeren "Daniel O'Connor" <doconnor at gsoft.com.au>:
> usb_control_msg: 161 1 769 0 0x813310c 2 4000
> USB error: error sending control message: Input/output error
> Can't retrieve Report 1: Input/output error
> upsdrv_updateinfo...
> Got to reconnect!
>
> usb_set_debug: Setting debugging level to 3 (on)
> usb_os_find_busses: Found /dev/usb0
>
2005 Sep 13
2
Re: about [ #302111 ] newhidups support for Belkin
I have checked in a cleaned-up version of patch #302111 (Belkin
support) into CVS. See
cvs diff -uN -r before_PSE_2 -r after_PSE_2
to check the difference. Here is the CHANGES entry:
Tue Sep 13 20:50:14 UTC 2005 / Peter Selinger <selinger@users.sourceforge.net>
- newhidups: added Belkin support. Also added some new variables and
instant commands (some of these were already used by
2005 Aug 25
3
Tr : NUT patches
Hi Peter,
I've forwarded your mail to upsdev as it will be of interest for several
people that are working on it. As I'm also on vacation (again) for a
week and 1/2 as of this evening, I don't think I'll have the time for it
before I get back....
I've not yet audited the patches, but these are queued on the
Alioth tracker:
2008 Aug 15
2
Problem with APC and Fedora 8 I86_64
I have been trying to get Nut working on a system with Fedora 8 i86_64 installed and an APC
Smart-UPS USB.
The 2.2.0 rpm does not seem to like the USB on this UPS. I have tried compiling the 2.2.2 version,
from source, but am getting warnings. I have tried building it on my i386 system (f8 as well) and I
get no warnings also the 2.2.0 works fine on that one with a TrippLite Omni 900 LCD via