On 8/16/06, Chris Staub <[EMAIL PROTECTED]> wrote:
Dan Nicholson wrote:
>
> That's correct, although udevinfo works whether you specify /sys or
> not. That should be explained, though. Actually, looking at
> udevtest.c, it's supposed to strip off the leading /sys if it's given.
I've tried it several times with "/sys" in the path - it keeps giving
errors about not being able to open the device...
[EMAIL PROTECTED]:/home/chris/sources/lfs-svn/cross-lfs/trunk/BOOK# udevtest
/sys/block/sda
main: unable to open '/sys/block/sda'
Right. I get the same thing here. What I meant was, I think it's a bug
in udevtest. The same comment "/* remove sysfs_path if given */" is
used in both udevtest and udevinfo. However, it only works in
udevinfo.
$ udevtest /sys/class/usb/lp0
main: unable to open '/sys/class/usb/lp0'
$ udevtest /class/usb/lp0
main: looking at device '/class/usb/lp0' from subsystem 'usb'
udev_rules_get_name: add symlink 'printer/deskjet810c'
udev_rules_get_name: rule applied, 'lp0' becomes 'usb/lp0'
udev_device_event: device '/class/usb/lp0' already in database,
validate currently present symlinks
udev_node_add: creating device node '/dev/usb/lp0', major = '180',
minor = '0', mode = '0660', uid = '0', gid = '9'
udev_node_add: creating symlink '/dev/printer/deskjet810c' to '../usb/lp0'
main: run: 'socket:/org/freedesktop/hal/udev_event'
$ udevinfo -q path -p /sys/class/usb/lp0
/class/usb/lp0
$ udevinfo -q path -p /class/usb/lp0
/class/usb/lp0
--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page