search for: usb_open

...onf >-------- [ups01] driver = usbhid-ups port = auto desc = "HP R1500 G2" offdelay = 120 ---------------------------- Here is the last part of the log from "/opt/mt/nut-svn/libexec/usbhid-ups -DDDDD -a ups01 -k" ..... opening /dev/usb/3f0.1fe0/0/cntrl0 opening ep0 failed, -1 usb_open_ep0 failed: 16 usb_close(): hdl=0x0 usb_error(): error=22 usb_devices list: 0: 3f0.1fe0/0 0.017204 Checking device (0000/0000) (/dev/usb/3f0.1fe0/0) usb_open: device ptr is 0x4bea8 usb_open: pindex = 0 usb_open(): usb_open_ep0(): opening /dev/usb/3f0.1fe0/0/cntrl0 opening ep0 failed, -1 usb_...

Kjell Claesson wrote: > Then i have a problem. My computer is down due to a > faulty mainboard, Youch. I hate it when that heppens. Hope it wasn't because you got a power spike ;-) Let me or Georg know if you want us to run any debug code. Feels like a bcmxcp_usb driver bug to me since the bcmcxp serial driver works fine and all my other USB devices work fine (wifi adapter, memory

...equivalent, on non-Linux) to make this event-driven. Then, the individual drivers don't have to deal with reconnection, and when the UPS disappears for any reason, the driver simply exits. The problem for libusb-0.1 is that I don't know of a clean way to pass a udev device specification to usb_open(). (Insert rant about most USB devices not having unique serial numbers in their device descriptors.) Thoughts? Has anyone implemented a similar udev-to-application handoff in libusb-1.x? -- Charles Lepple clepple at gmail

...Class == USB_CLASS_PER_INTERFACE && - (dev->descriptor.idVendor == 0x0592 || - dev->descriptor.idVendor == 0x06da) && - dev->descriptor.idProduct == 0x0002) - return usb_open(dev); + if ((dev->descriptor.bDeviceClass == USB_CLASS_PER_INTERFACE && + (dev->descriptor.idVendor == 0x0592 || + dev->descriptor.idVendor == 0x06da) && + dev->descr...

...lass == USB_CLASS_PER_INTERFACE && - (dev->descriptor.idVendor == 0x0592 || - dev->descriptor.idVendor == 0x06da) && - dev->descriptor.idProduct == 0x0002) - return usb_open(dev); + if ((dev->descriptor.bDeviceClass == USB_CLASS_PER_INTERFACE && + (dev->descriptor.idVendor == 0x0592 || + dev->descriptor.idVendor == 0x06da) && + dev->des...

...lass == USB_CLASS_PER_INTERFACE && - (dev->descriptor.idVendor == 0x0592 || - dev->descriptor.idVendor == 0x06da) && - dev->descriptor.idProduct == 0x0002) - return usb_open(dev); + if ((dev->descriptor.bDeviceClass == USB_CLASS_PER_INTERFACE && + (dev->descriptor.idVendor == 0x0592 || + dev->descriptor.idVendor == 0x06da) && + dev->des...

I've added a pull request with changes to drivers/libusb and drivers/usbhid-ups mainly. They are to resolve issues I encountered when setting up a Tripp Lite SMART1500LCDT, but I think they're generally useful to the community. Here is the pull request comment I sent: https://github.com/networkupstools/nut/pull/122 Had trouble getting nut to work for my new Tripp Lite SMART1500LCDT. So

...ctively useless. Plugging anything into the ports shows no device showing up. Running usbconfig hangs with: PID TID COMM TDNAME KSTACK 48562 101874 usbconfig - mi_switch+0x186 sleepq_wait+0x42 _sx_xlock_hard+0x426 usbd_enum_lock+0xac usb_ref_device+0x21c usb_open+0xc7 devfs_open+0x197 vn_open_cred+0x2ff kern_openat+0x20a amd64_syscall+0x540 Xfast_syscall+0xf7 Controller is: uhci0@pci0:0:26:0: class=0x0c0300 card=0x02091028 chip=0x28348086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB...

...mpile: [root@mypbx drivers]# make newhidups 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':...

...o incomplete type amload.c:799: dereferencing pointer to incomplete type amload.c:802: dereferencing pointer to incomplete type amload.c:809: dereferencing pointer to incomplete type amload.c:809: dereferencing pointer to incomplete type amload.c:823: warning: implicit declaration of function `usb_open` amload.c:830: warning: implicit declaration of function `usb_set_configuration` amload.c:832: warning: format argument is not a pointer (arg 2) amload.c:836: warning: implicit declaration of function `usb_claim_interface` amload.c:838: warning: format argument is not a pointer (arg 2) amload....

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 > +++

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

...l look for a device that matches the previous manufacturer, model, and serial number. Therefore, if there is more than one UPS attached, one is guaranteed to get the same one. Also, when I unplug and reattach my UPS, my operating system (Linux 2.6.4) attaches a kernel driver to it. The original libusb_open() function would return too early when reopening a device, and in particular, it would not try to detach any kernel drivers. With this patch, reopening is treated in the same way as opening (and works much better for me). Finally, calling usb_release_interface() often caused my driver process to g...