search for: usb_control_msg

...may not function correctly. debug level is '5' usb_set_debug: Setting debugging level to 5 (on) usb_os_find_busses: Found /dev/usb0 usb_os_find_busses: Found /dev/usb1 usb_os_find_busses: Found /dev/usb2 usb_os_find_busses: Found /dev/usb3 usb_os_find_devices: Found /dev/ugen0 on /dev/usb1 usb_control_msg: 128 6 512 0 0xbfbfd8f8 8 1000 usb_control_msg: 128 6 512 0 0x8059380 34 1000 skipped 1 class/vendor specific interface descriptors Checking device (09AE/0001) (/dev/usb1//dev/ugen0) usb_control_msg: 128 6 768 0 0xbfbfd850 255 1000 usb_control_msg: 128 6 769 1033 0xbfbfd850 255 1000 usb_control_msg...

...BCMXCP UPS driver 0.21 (2.4.1) USB communication subdriver 0.17 debug level is '3' usb_set_debug: Setting debugging level to 3 (on) usb_os_find_busses: Found /dev/usb0 usb_os_find_busses: Found /dev/usb1 usb_os_find_busses: Found /dev/usb2 usb_os_find_devices: Found /dev/ugen0 on /dev/usb2 usb_control_msg: 128 6 512 0 0xcfbf7558 8 1000 usb_control_msg: 128 6 512 0 0x7f374500 34 1000 skipped 1 class/vendor specific interface descriptors usb_control_msg: 0 7 772 0 0xcfbf7490 4 1000 USB error: error reading from interrupt endpoint /dev/ugen0.01: Resource temporarily unavailable Communications with UPS...

...ses: Found /dev/usb0 usb_os_find_busses: Found /dev/usb1 usb_os_find_busses: can't open /dev/usb2: Permission denied usb_os_find_busses: can't open /dev/usb3: Permission denied usb_os_find_busses: can't open /dev/usb4: Permission denied usb_os_find_devices: Found /dev/ugen0 on /dev/usb1 usb_control_msg: 128 6 512 0 0xbfbfd0f8 8 1000 usb_control_msg: 128 6 512 0 0x80563c0 34 1000 skipped 1 class/vendor specific interface descriptors Checking device (09AE/0001) (/dev/usb1//dev/ugen0) usb_control_msg: 128 6 768 0 0xbfbfd050 255 1000 usb_control_msg: 128 6 769 1033 0xbfbfd050 255 1000 usb_control_msg...

...pen' libusb.o(.text+0x14a): In function `libusb_open': : undefined reference to `usb_set_altinterface' libusb.o(.text+0x15a): In function `libusb_open': : undefined reference to `usb_claim_interface' libusb.o(.text+0x17e): In function `libusb_open': : undefined reference to `usb_control_msg' libusb.o(.text+0x192): In function `libusb_open': : undefined reference to `usb_strerror' libusb.o(.text+0x203): In function `libusb_open': : undefined reference to `usb_get_string_simple' libusb.o(.text+0x2a5): In function `libusb_open': : undefined reference to `usb_get_s...

...--> Processing Dependency: kernel(usb_get_dev) = 0x372a41af for package: kmod-8188eu-4.1.4_6773.20130222-4.el7_5.elrepo.x86_64 --> Processing Dependency: kernel(usb_free_urb) = 0x739aecf4 for package: kmod-8188eu-4.1.4_6773.20130222-4.el7_5.elrepo.x86_64 --> Processing Dependency: kernel(usb_control_msg) = 0xd04e3a9e for package: kmod-8188eu-4.1.4_6773.20130222-4.el7_5.elrepo.x86_64 --> Processing Dependency: kernel(usb_alloc_urb) = 0x12a4948e for package: kmod-8188eu-4.1.4_6773.20130222-4.el7_5.elrepo.x86_64 I've never seen such output from yum before --- I'm guessing it is asking fo...

...ize_test = 16; unsigned char raw_buf_test[ReportSize_test + 1]; int rc; unsigned char *p_raw_buf_test; upsdebugx(4, "Entering libusb_get_report, ReportSize: %i, ReportSize_test: %i",ReportSize, ReportSize_test); if (udev != NULL) { rc = usb_control_msg(udev, USB_ENDPOINT_IN + USB_TYPE_CLASS + USB_RECIP_INTERFACE, 0x01, /* HID_REPORT_GET */ ReportId+(0x03<<8), /* HID_REPORT_TYPE_FEATURE */ 0, raw_buf_test, ReportSize_test, USB_TIMEOUT);...

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

On 1/23/07, Henning Brauer <hb-nut@bsws.de> wrote: > good new first: the megatec driverin 2.0.5 now works with the Online > Xanto S3000R here - well, for the very basics. > > the UPS has NO way ofidentifying itself. It also does not respond to > the power ratings query ("F"). I previously used a hacked up fentonups > driver. This means the driver cannot figure out

Hi, I am trying to talk to an MGE Pulsar Extreme UPS over RS232 with the mge-shut driver but I'm having some problems. It appears to init OK but I can't, say, turn the outlets off, eg.. harrow:~>upsc mge@localhost battery.charge: 78 battery.charge.low: 20 battery.runtime: 05760 driver.name: mge-shut driver.parameter.port: /dev/cuad1 driver.version: 2.0.3 driver.version.internal: 0.65

...pendency: kernel(usb_get_dev) = 0x372a41af for > package: kmod-8188eu-4.1.4_6773.20130222-4.el7_5.elrepo.x86_64 > --> Processing Dependency: kernel(usb_free_urb) = 0x739aecf4 for > package: kmod-8188eu-4.1.4_6773.20130222-4.el7_5.elrepo.x86_64 > --> Processing Dependency: kernel(usb_control_msg) = 0xd04e3a9e for > package: kmod-8188eu-4.1.4_6773.20130222-4.el7_5.elrepo.x86_64 > --> Processing Dependency: kernel(usb_alloc_urb) = 0x12a4948e for > package: kmod-8188eu-4.1.4_6773.20130222-4.el7_5.elrepo.x86_64 > > I've never seen such output from yum before --- I'm...

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 &...

...uot; first. The problem is that the buffers returned from libusb are all being marked as invalid (the bytes themselves, not the address). I see at least two solutions to this: 1) Clear all buffers to zero before calling libusb functions that write to a buffer (usb_get_interrupt, usb_get_string*, usb_control_msg, etc.) 2) Mark the valid portions of the buffer after the libusb call with VALGRIND_MAKE_READABLE. The big advantage of the first method is that it keeps the code looking clean, and means we don't have to do any conditional inclusion of valgrind's memcheck.h or anything. The main drawback...

Previous 2.6.31-rc8 kernel was built on F11 and installed with modules on F12. Current kernel has been built on F12 (2.6.31-0.204.rc9.fc12.x86_64) and installed on F12 before loading under Xen 3.4.1. Dmesg log looks similar to Michael Yuong''s ''rc7.git4''  kernel for F12. Boris. --- On Tue, 9/8/09, Boris Derzhavets <bderzhavets@yahoo.com> wrote: From: Boris

...y, the Solaris libusb document (/usr/sfw/share/doc/libusb/libusb.txt) notes that the function usb_get_descriptor_by_endpoint is 'Not implemented for Sun plugins', and by my reckoning, this is what NUT uses quite a bit - the libusb code for usb_get_descriptor_by_endpoint seems to just use a usb_control_msg, in the same format as NUT uses in newhidups. So. on the off chance someone comes along again asking for newhidups support on Solaris and/or an APC Smart UPS 1500RM, then people at least know that compilation is only the first hurdle - hopefully Sun will sort out the rest of the ugen/libusb driver...

...parsed descriptor to match the type > as well as the Usage path, so I'm not sure if I can figure out a way > that it would get an Input report ID confused with a Feature report ID > (unless interrupt_only is set, as it is for powercom devices). libusb_get_report() has: ret = usb_control_msg(udev, USB_ENDPOINT_IN + USB_TYPE_CLASS + USB_RECIP_INTERFACE, 0x01, /* HID_REPORT_GET */ ReportId+(0x03<<8), /* HID_REPORT_TYPE_FEATURE */ 0, raw_buf, ReportSize, USB_TIMEOUT); Hence, libusb_get_report() always requests the repo...

...(usb_get_dev) = 0x372a41af for >> package: kmod-8188eu-4.1.4_6773.20130222-4.el7_5.elrepo.x86_64 >> --> Processing Dependency: kernel(usb_free_urb) = 0x739aecf4 for >> package: kmod-8188eu-4.1.4_6773.20130222-4.el7_5.elrepo.x86_64 >> --> Processing Dependency: kernel(usb_control_msg) = 0xd04e3a9e for >> package: kmod-8188eu-4.1.4_6773.20130222-4.el7_5.elrepo.x86_64 >> --> Processing Dependency: kernel(usb_alloc_urb) = 0x12a4948e for >> package: kmod-8188eu-4.1.4_6773.20130222-4.el7_5.elrepo.x86_64 >> >> I've never seen such output from yu...

...cket is a status request to the UPS */ buf[0]=0x01; buf[1]=0x00; buf[2]=0x00; buf[3]=0x30; return execute_and_retrieve_query(buf, reply); } int execute_and_retrieve_query(unsigned char *query, unsigned char *reply) { int ret; ret = usb_control_msg(upsdev, STATUS_REQUESTTYPE, REQUEST_VALUE, MESSAGE_VALUE, INDEX_VALUE, query, sizeof(query), 1000); if (ret < 0) { return ret; } ret = usb_interrupt_read(upsdev, REPLY_REQUESTTYPE, reply, sizeof(REPLY_PACKETSIZE), 1000); return ret;...

...This packet is a status request to the UPS */ buf[0]=0x01; buf[1]=0x00; buf[2]=0x00; buf[3]=0x30; return execute_and_retrieve_query(buf, reply); } int execute_and_retrieve_query(unsigned char *query, unsigned char *reply) { int ret; ret = usb_control_msg(upsdev, STATUS_REQUESTTYPE, REQUEST_VALUE, MESSAGE_VALUE, INDEX_VALUE, query, sizeof(query), 1000); if (ret < 0) { return ret; } ret = usb_interrupt_read(upsdev, REPLY_REQUESTTYPE, reply, sizeof(REPLY_PACKETSIZE), 1000); return ret; } vo...

...This packet is a status request to the UPS */ buf[0]=0x01; buf[1]=0x00; buf[2]=0x00; buf[3]=0x30; return execute_and_retrieve_query(buf, reply); } int execute_and_retrieve_query(unsigned char *query, unsigned char *reply) { int ret; ret = usb_control_msg(upsdev, STATUS_REQUESTTYPE, REQUEST_VALUE, MESSAGE_VALUE, INDEX_VALUE, query, sizeof(query), 1000); if (ret < 0) { return ret; } ret = usb_interrupt_read(upsdev, REPLY_REQUESTTYPE, reply, sizeof(REPLY_PACKETSIZE), 1000); return ret; } vo...

Hello! I have problems compiling zaptel (tried 1.2.11, 1.2.10 and 1.4.0-beta2 -- all give the same error) with 2.6.19 kernel CC [M] /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/card_fxo.o In file included from /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/xpd.h:26, from /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/card_fxo.c:28: