search for: usbdevfs_reapurbndelay

...nnected by USB using nutdrv_qx driver. As I see that it was using too much CPU time (or at least, too much for what I think it should be normal), I used strace to see what is was using, and got a lot of lines like these: %<------------%<------------%<------------%<------------ ioctl(4, USBDEVFS_REAPURBNDELAY, 0x7ffdca143278) = -1 EAGAIN (Resource temporarily unavailable) select(5, NULL, [4], NULL, {0, 1000}) = 0 (Timeout) ioctl(4, USBDEVFS_REAPURBNDELAY, 0x7ffdca143278) = -1 EAGAIN (Resource temporarily unavailable) select(5, NULL, [4], NULL, {0, 1000}) = 0 (Timeout) ioctl(4, USBDEVFS_REAPURBNDELAY...

...feacf04) = 0 ioctl(4, USBDEVFS_CLAIMINTERFACE, 0xbfeacf04) = 0 ioctl(4, USBDEVFS_SETINTERFACE, 0xbfeacee4) = 0 ioctl(4, USBDEVFS_CLEAR_HALT, 0xbfeacf04) = 0 ioctl(4, USBDEVFS_CONTROL, 0xbfeacd1c) = 4 gettimeofday({1182852538, 470001}, NULL) = 0 ioctl(4, USBDEVFS_SUBMITURB, 0xbfeac904) = 0 ioctl(4, USBDEVFS_REAPURBNDELAY, 0xbfeac948) = -1 EAGAIN (Resource temporarily unavailable) select(5, NULL, [4], NULL, {0, 1000}) = 0 (Timeout) gettimeofday({1182852538, 473585}, NULL) = 0 ioctl(4, USBDEVFS_REAPURBNDELAY, 0xbfeac948) = -1 EAGAIN (Resource temporarily unavailable) select(5, NULL, [4], NULL, {0, 1000}) = 0 (Tim...

...0 timerfd_settime(11, TFD_TIMER_ABSTIME, {it_interval={0, 0}, it_value={8159, 708518000}}, NULL) = 0 ioctl(12, USBDEVFS_SUBMITURB, 0x40810) = 0 poll([{fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=12, events=POLLOUT}], 4, 60000) = 1 ([{fd=12, revents=POLLOUT}]) ioctl(12, USBDEVFS_REAPURBNDELAY, 0xbecf8f24) = 0 timerfd_settime(11, 0, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0 ioctl(12, USBDEVFS_REAPURBNDELAY, 0xbecf8f24) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {8158, 735783474}) = 0 timerfd_settime(11, TFD_TIMER_ABSTIME, {it_interval={0, 0}, it_...

...ks without problems - but since the > 2.2.1-1 update the "upsdrvctl start" from the init script just fails, > executing the command manually outputs that it can't find a Megatec > Protocol UPS. > > Straceing it there is a loop of: > > ... > [pid 23913] ioctl(4, USBDEVFS_REAPURBNDELAY, 0xbfac4d18) = -1 EAGAIN (Resource temporarily unavailable) > [pid 23913] select(5, NULL, [4], NULL, {0, 1000}) = 0 (Timeout) > [pid 23913] gettimeofday({1201220631, 708379}, NULL) = 0 > [pid 23913] ioctl(4, USBDEVFS_REAPURBNDELAY, 0xbfac4d18) = -1 EAGAIN (Resource temporarily unavailable)...

- Charles > On Oct 16, 2016, at 3:34 AM, Daniel Shields <grungelizard9 at hotmail.com> wrote: > > I've been testing with debug further and there's a few extra lines when the nut-server stops communicating as opposed to when it's running. > > > Backtrace after stale data, UPS nailbunny at localhost is unavailable: > Sorry to take a while to get back to you

...tion as well. Tried sending the full zipped log but it was too big. Attaching the part where the error occurred. It seems like it was able to recover a couple of times, but the last time it got stuck. Thanks! ====================== select(5, NULL, [4], NULL, {0, 1000}) = 0 (Timeout) ioctl(4, USBDEVFS_REAPURBNDELAY, 0x7ffe72cb0678) = -1 EAGAIN (Resource temporarily unavailable) select(5, NULL, [4], NULL, {0, 1000}) = 1 (out [4], left {0, 253}) ioctl(4, USBDEVFS_REAPURBNDELAY, 0x7ffe72cb0678) = 0 ioctl(4, USBDEVFS_DISCARDURB, 0x7ffe72cb06b0) = -1 EINVAL (Invalid argument) ioctl(4, USBDEVFS_REAPURB ==========...

...DEVFS_CLAIMINTERFACE, 0xbff9a424) = 0 gettimeofday({1415223033, 315012}, NULL) = 0 write(2, " 0.378618\t", 12) = 12 write(2, "USB device [0001:0000] opened\n", 30) = 30 gettimeofday({1415223033, 316830}, NULL) = 0 ioctl(4, USBDEVFS_SUBMITURB, 0xbff9a580) = 0 ioctl(4, USBDEVFS_REAPURBNDELAY, 0xbff9a564) = -1 EAGAIN (Resource temporarily unavailable) select(5, NULL, [4], NULL, {0, 1000}) = 0 (Timeout) > On 6 November 2014 00:22, Charles Lepple <clepple at gmail.com> wrote: > On Nov 5, 2014, at 1:36 AM, jani <jani.talikka at gmail.com> wrote: > >> Ok, I in...

Having trouble configuring nut 2.7.4 on Fedora 25, with a new Tripp Lite UPS. I'm running XFCE, and XFCE's Power Manager sees the UPS just fine. lsusb gives: Bus 006 Device 002: ID 09ae:3016 Tripp Lite nut-scanner -U has no issues either: # nut-scanner -U Scanning USB bus. [nutdev1] driver = "usbhid-ups" port = "auto" vendorid = "09AE" productid =

...#39;usb' or '3016' doesn't find anything useful. I've getting better results with the last patch from issue 414, which fixes the bad error handling that was causing the driver to bail out. The driver still yells about EAGAIN/EIO, once every four minutes or so: ioctl(10, USBDEVFS_REAPURBNDELAY, 0x7ffd4d210fe0) = -1 EAGAIN (Resource temporarily unavailable) sendto(3, "<31>Apr 1 12:46:10 usbhid-ups[4983]: libusb_get_report: Input/output error", 75, MSG_NOSIGNAL, NULL, 0) = 75 but with the patch it recovers and keeps running. With the last patch from 414, the driver h...

The output of the ldd command is: root at minime:~# ldd /lib/nut/nutdrv_atcl_usb linux-gate.so.1 (0xb7722000) libusb-0.1.so.4 => /lib/i386-linux-gnu/libusb-0.1.so.4 (0xb76fe000) libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb76e2000) libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb7536000) /lib/ld-linux.so.2