Displaying 3 results from an estimated 3 matches for "usb_devfs_path".
2008 Jun 10
0
Nut-upsuser Digest, Vol 36, Issue 8
...ng it just for
fixed ups's, it solves my problem. No need to solve problems no one will ever
have (given your movement to HAL)!
> Having said this, I'm uncertain how portable this mechanism would be in
> the first place. What we definitly don't want, is that changes in the
> USB_DEVFS_PATH propagate into the drivers (and I'm really not sure that
> this isn't the case now).
USB_DEVFS_PATH does propagate indirectly into your drivers via libusb now, but
it does appear to be the wrong environmental variable for this purpose ---
what I'm searching for is the mount point...
2006 Apr 20
1
Fun and games with newhidups, udev rules and permissions
...'t work at this point, as it is still
looking by default at /proc/bus/usb. I've read that libusb-0.1.12 will
search /dev/bus/usb first then /proc/bus/usb. But it's not in gentoo's
portage yet so I haven't tried it.
I have libusb-0.1.11, and it appears that if I do an
export USB_DEVFS_PATH=/dev/bus/usb
then I can run
newhidups -DD /dev/whatever
and get a successful spew of all the UPS variables. So this seems to
work, although I'm not quite sure how I got there. Any advice on udev
rule improvements would be very welcome. Also, it appears odd that
newhidups insists on scannin...
2008 Jun 10
1
Nut-upsuser Digest, Vol 36, Issue 5
It is possible at least on linux to get the port associated with a device from
userspace - I'd assume that on each platform it's possible, just that libusb
is incomplete (on top of being undocumented).
Here's a patch for matching portnum on linux, with a few pieces pulled from
libusb. It lacks autoconf macros to isolate it -- but it does appear to work.
Regards,
Alex Peyser
On