Bug 146648

Summary:	No link to /dev/pilot created when Palm is attached
Product:	[openSUSE] SUSE LINUX 10.0	Reporter:	Axel Braun <axel.braun>
Component:	Hotplug	Assignee:	Hannes Reinecke <hare>
Status:	VERIFIED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P5 - None
Version:	Final
Target Milestone:	---
Hardware:	Other
OS:	Other
Whiteboard:
Found By:	Other	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Axel Braun 2006-01-30 15:59:55 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.

Comment 2 Axel Braun 2006-04-07 15:05:24 UTC

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.

Comment 3 Hannes Reinecke 2006-04-10 07:19:31 UTC

Nope, that looks correct.

Comment 4 Ihno Krumreich 2007-06-04 16:52:34 UTC

Closed.