Bugzilla – Bug 146648
No link to /dev/pilot created when Palm is attached
Last modified: 2007-06-04 16:52:34 UTC
Hi, I'm not sure if this is a bug or a feature request. The point is when a Palm (Treo 650) is attached to a box running SuSE 10.0, the resmgr should create a link from the current USB-prt to /dev/pilot. As the USB-port can change, this would create an advantage. This happens now: kernel: usb 4-2.1: new full speed USB device using ehci_hcd and address 4 kernel: usbcore: registered new driver usbserial kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic kernel: usbcore: registered new driver usbserial_generic kernel: drivers/usb/serial/usb-serial.c: USB Serial Driver core v2.0 kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Handspring Visor / Palm OS kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Sony Clie 3.5 kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Sony Clie 5.0 kernel: visor 4-2.1:1.0: Handspring Visor / Palm OS converter detected kernel: usb 4-2.1: Handspring Visor / Palm OS converter now attached to ttyUSB0 kernel: usb 4-2.1: Handspring Visor / Palm OS converter now attached to ttyUSB1 kernel: usbcore: registered new driver visor kernel: drivers/usb/serial/visor.c: USB HandSpring Visor / Palm OS driver v2.1 kernel: usb 4-2.1: USB disconnect, address 4 kernel: visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0 kernel: visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1 kernel: visor 4-2.1:1.0: device disconnected resmgr[3862]: set_facl() - ACL error on /dev/ttyUSB0, acl_set_file: No such file or directory resmgr[3862]: set_facl() - ACL error on /dev/ttyUSB1, acl_set_file: No such file or directory If this can be configured somewhere, thanks for pointing me there.
Actually, in between I found a solution: Create a file /etc/udev/rules.d/10-custom.rules and include the line KERNEL="ttyUSB*", NAME="%k", SYMLINK="pilot", GROUP="uucp", MODE="0666" As long as you dont have a better solution, I suggest to set it to fixed.
Nope, that looks correct.
Closed.