On Nov 5, 2014, at 4:39 PM, jani <jani.talikka at gmail.com> wrote:
> 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 (0xb7725000)
> The UPS was connected to device 001/002 again as I ran the strace. The
output is attached.
That's strange. The return codes seem to imply that the requests are timing
out, rather than there being a permissions problem:
open("/dev/bus/usb/001/002", O_RDWR) = 4
ioctl(4, SNDRV_CTL_IOCTL_PVERSION or USBDEVFS_CONTROL, 0xbff9a28c) = 4
ioctl(4, SNDRV_CTL_IOCTL_PVERSION or USBDEVFS_CONTROL, 0xbff9a28c) = 26
ioctl(4, SNDRV_CTL_IOCTL_PVERSION or USBDEVFS_CONTROL, 0xbff9a28c) = 4
ioctl(4, SNDRV_CTL_IOCTL_PVERSION or USBDEVFS_CONTROL, 0xbff9a28c) = 26
ioctl(4, SNDRV_CTL_IOCTL_PVERSION or USBDEVFS_CONTROL, 0xbff9a28c) = 4
ioctl(4, SNDRV_CTL_IOCTL_PVERSION or USBDEVFS_CONTROL, 0xbff9a28c) = 26
gettimeofday({1415223033, 301661}, NULL) = 0
write(2, " 0.365267\t", 12) = 12
write(2, "- VendorID : 0001\n", 22) = 22
gettimeofday({1415223033, 303407}, NULL) = 0
write(2, " 0.367013\t", 12) = 12
write(2, "- ProductID : 0000\n", 22) = 22
gettimeofday({1415223033, 304892}, NULL) = 0
write(2, " 0.368498\t", 12) = 12
write(2, "- Manufacturer : ATCL FOR UPS\n", 30) = 30
gettimeofday({1415223033, 306351}, NULL) = 0
write(2, " 0.369957\t", 12) = 12
write(2, "- Product : ATCL FOR UPS\n", 30) = 30
gettimeofday({1415223033, 307797}, NULL) = 0
write(2, " 0.371403\t", 12) = 12
write(2, "- Serial Number: ATCL FOR UPS\n", 30) = 30
gettimeofday({1415223033, 308963}, NULL) = 0
write(2, " 0.372569\t", 12) = 12
write(2, "- Bus : 001\n", 21) = 21
gettimeofday({1415223033, 310519}, NULL) = 0
write(2, " 0.374125\t", 12) = 12
write(2, "Matched expected vendor='ATCL FO"..., 40) = 40
ioctl(4, USBDEVFS_SETCONFIGURATION, 0xbff9a424) = 0
ioctl(4, USBDEVFS_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 installed a fresh Debian testing (jessie) onto a laptop to try
making sure it wasn't my current Ubuntu server causing the issue. Kernel is
3.16-3-686-pae #1 SMP Debian 3.16.5-1 (2014-10-10). The only thing installed
besides the stock debian desktop is nut.
When you say the "stock debian desktop", what is running at that
point, something like Gnome, Xfce or LXDE?
If possible, it would be good to do the test on a text-mode console, with
nothing else running.
>> The UPS still refuses to talk to the driver, the error messages appear
to be identical, but I attached them just in case I'm missing something
important. I tried changing the permissions and running as root just in case,
and they made no difference.
>
> Hmm, maybe those aren't the /dev node names that it is using. Can
please you send the output of:
>
> strace -o nutdrv_atcl_usb.strace /lib/nut/nutdrv_atcl_usb -a name -DD
>
> Also, if you run 'ldd /lib/nut/nutdrv_atcl_usb', is it linking
against 'libusb-0.1.so.4' or libusb-compat?
>
> --
> Charles Lepple
> clepple at gmail
>
>
>
>
>
<nutdrv_atcl_usb.strace.gz>_______________________________________________
> Nut-upsuser mailing list
> Nut-upsuser at lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
--
Charles Lepple
clepple at gmail
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20141105/da7b7cd9/attachment.html>