search for: usb_init

...;t it? configure: can not check libusb settings via pkg-config checking for libusb-config... no checking for libusb preferred version... none configure: WARNING: Defaulting libusb configuration checking for libusb cflags... checking for libusb ldflags... -lusb checking for usb.h... no checking for usb_init... no configure: error: USB drivers requested, but libusb not found. Yours Stefan Am Sa., 6. Juli 2024 um 19:57 Uhr schrieb Greg Troxel via Nut-upsuser <nut-upsuser at alioth-lists.debian.net>: > > Stefan Schumacher via Nut-upsuser <nut-upsuser at alioth-lists.debian.net> >...

...s to the reading process as an "IO error" (errno=EIO=5). The reason why it does not recover is still somehow obscurs to me, but I'm pretty much convinced it is related to the way the libusb layer deal with re-initialization. I'm new to this library, but it looks like the function usb_init(); (and friends) is not designed to run more than once in the process lifetime. Instead of "fixing" those parts, which would have taken a lot of time, I used another approach: I implemented a "respawn" option for the driver process, which automatically restarts the process when...

...igure:7301: checking for libusb ldflags configure:7318: result: -L/mnt/ARM_FS/lib -lusb configure:7323: checking for usb.h configure:7323: arm-mv5sft-linux-gnueabi-gcc -c -I/mnt/ARM_FS/ include conftest.c >&5 configure:7323: $? = 0 configure:7323: result: yes configure:7338: checking for usb_init configure:7338: arm-mv5sft-linux-gnueabi-gcc -o conftest -I/mnt/ARM_FS/ include conftest.c -L/mnt/ARM_FS/lib -lusb >&5 /root/uboot_NAS/cross/bin/../lib/gcc/arm-mv5sft-linux-gnueabi/ 4.3.2/../../../../arm-mv5sft-linux-gnueabi/bin/ld: warning: libusb-1.0.so.0, needed by /mnt/ARM_FS/l...

Stefan Schumacher via Nut-upsuser <nut-upsuser at alioth-lists.debian.net> writes: > Thanks for the info. Nut runs on bare metal, there is no > virtualization layer. I will have a look at the github post after > writing this post. I have compiled and installed nut 2.8.2 as > suggested. But now I am confused: Where is the usb-hid driver, which I > used in Nut 2.8.0? Does one

Hi List; I am facing a problem relaed to menuselect when I am trying to compile zaptel -1.4.2.1, the error as following: [root at localhost zaptel-1.4.2.1]# make linux26 make[1]: Entering directory `/usr/src/asterisk-1.4.4/zaptel-1.4.2.1/menuselect' make[2]: Entering directory `/usr/src/asterisk-1.4.4/zaptel-1.4.2.1/menuselect' make[3]: Entering directory

Hi, I am trying to get NUT 2.7.2 working on my Solaris 11.2 system with a PowerWalker 2000 VI PSW UPS. I have carefully configured the software such that it 'works' using custom values in the ups.conf file: driver = nutdrv_qx port = auto desc = "my UPS" protocol = voltronic-qs subdriver = cypress vendorid = 0665 productid = 5161 The problem I'm experiencing is that after a

...ups gcc -I../include -O -Wall -Wsign-compare -o newhidups newhidups.o main.o dstate.o \ ../common/state.o ../common/upsconf.o ../common/parseconf.o \ ../common/common.o libhid.o libusb.o hidparser.o libusb.o(.text+0x1c): In function `libusb_open': : undefined reference to `usb_init' libusb.o(.text+0x21): In function `libusb_open': : undefined reference to `usb_find_busses' libusb.o(.text+0x26): In function `libusb_open': : undefined reference to `usb_find_devices' libusb.o(.text+0x2b): In function `libusb_open': : undefined reference to `usb_busses'...

...complete type amload.c:678: dereferencing pointer to incomplete type amload.c: In function `main`: amload.c:721: `usb_dev_handle` undeclared (first use in this function) amload.c:721: `adsl_handle` undeclared (first use in this function) amload.c:772: warning: implicit declaration of function `usb_init` amload.c:773: warning: implicit declaration of function `usb_find_busses` amload.c:778: warning: implicit declaration of function `usb_find_devices` amload.c:785: `usb_busses` undeclared (first use in this function) amload.c:789: dereferencing pointer to incomplete type amload.c:792: derefere...

Good evening, I tried getting this to work a couple years back but didn't have enough time to do all the debugging that was needed (apologies to the devs who tried to help at that time). It's working much better now, but I'm still not able to get an answer from upsc. Can anyone help me work out why I'm getting the error when querying with upsc: Error: Data stale My

Good evening, I tried getting this to work a couple years back but didn't have enough time to do all the debugging that was needed (apologies to the devs who tried to help at that time). It's working much better now, but I'm still not able to get an answer from upsc. Can anyone help me work out why I'm getting the error when querying with upsc: Error: Data stale My

...bs... L/opt/csw/lib l/libnetsnmp checking for net-snmp/net-snmp-config.h... no checking for init_snmp... no checking for libusb version via pkg-config... checking via libusb-config... none found checking for libusb cflags... checking for libusb ldflags... -lusb checking for usb.h... no checking for usb_init... no checking for libneon version via pkg-config (0.25.0 minimum required)... none found checking for libneon cflags... checking for libneon ldflags... checking for ne_xmlreq.h... no checking for ne_xml_dispatch_request... no checking for libpowerman cflags... checking for libpowerman libs... chec...

Joel Peshkin wrote: > > I hacked in the following additonal changes... > > Index: newhidups.c > =================================================================== > RCS file: /cvsroot/nut/nut/drivers/newhidups.c,v > retrieving revision 1.1.1.1.8.6.2.21 > diff -u -r1.1.1.1.8.6.2.21 newhidups.c > --- newhidups.c 7 Nov 2005 22:14:20 -0000 1.1.1.1.8.6.2.21 > +++

...ncing at the configure output, it looks like it built against v0.1.7 of libusb (yes i think that is derived from the one you mention), checking for libusb version via pkg-config... 0.1.7 found checking for libusb cflags... checking for libusb ldflags... -lusb checking for usb.h... yes checking for usb_init... yes checking for usb_detach_kernel_driver_np... no I will first investigate how to set the debug level. Regards, Richard On Sun, Apr 5, 2015 at 12:44 AM Charles Lepple <clepple at gmail.com> wrote: > On Apr 4, 2015, at 7:19 PM, Richard Flint <richard.flint at gmail.com> wrote:...

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

...bility... yes checking curses.h presence... yes checking for curses.h... yes checking for initscr in -lncurses... yes checking for curses.h... (cached) yes checking for newtBell in -lnewt... yes checking newt.h usability... yes checking newt.h presence... yes checking for newt.h... yes checking for usb_init in -lusb... no configure: creating ./config.status config.status: creating build_tools/menuselect-deps config.status: creating makeopts configure: *** Zaptel build successfully configured *** # # make linux26 starts here # make[1]: Entering directory `/usr/src/zaptel-1.4.0/menuselect' make[2]:...

...looks like it built against > v0.1.7 of libusb (yes i think that is derived from the one you mention), > > checking for libusb version via pkg-config... 0.1.7 found > checking for libusb cflags... > checking for libusb ldflags... -lusb > checking for usb.h... yes > checking for usb_init... yes > checking for usb_detach_kernel_driver_np... no > > I will first investigate how to set the debug level. > > Regards, > Richard > > On Sun, Apr 5, 2015 at 12:44 AM Charles Lepple <clepple at gmail.com> wrote: > >> On Apr 4, 2015, at 7:19 PM, Richard Fl...

1.6.1 svn 190575: CC="cc" CXX="g++" LD="" AR="" RANLIB="" CFLAGS="" make -C menuselect CONFIGURE_SILENT="--silent" menuselect make[1]: Entering directory `/home/asterisk/rpmbuild/BUILD/asterisk-1.6.1/menuselect' gcc -m64 -march=native -mtune=native -floop-interchange -floop-strip-mine -floop-block -c -o

...ecking for Net-SNMP cflags... checking for Net-SNMP libs... checking for net-snmp/net-snmp-config.h... no checking for init_snmp... no checking for libusb version via pkg-config... 0.1.12 found checking for libusb cflags... checking for libusb ldflags... -lusb checking for usb.h... yes checking for usb_init... yes checking for usb_detach_kernel_driver_np... yes checking for libneon version via pkg-config (0.25.0 minimum required)... none found checking for libneon cflags... checking for libneon ldflags... checking for ne_xmlreq.h... no checking for ne_xml_dispatch_request... no checking for libpowerma...

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:

Hi, another issue I''m seeing with 3.0-rc2 and Xen is that there is an unexpectedly high amount of kernel reserved memory. I suspect that Linux allocates page table entries and corresponding data structures for the whole 6GB areas of the provided ''physical RAM map'' even though it has rather big unusable holes in it. [ 0.000000] BIOS-provided physical RAM map: [