Good stuff guys. I wasn't having any luck getting my Zire 72 to sync under linux. I upgraded to the latest kernel yesterday. I tried the things suggested in this thread without success, but after setting the communications port to /dev/ttyUSB1 pilot-xfer and kpilot now both work, but gpilotd-control-applet doesn't work. If anyone has tried gpilotd-control-applet and made it work I'd like to hear how they got it to work. On Wed, 2005-05-01 at 08:34 -0800, Michael W. Carney wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Andrew Robinson wrote: > | Got a new Palm Zire 31 for Christmas and I'm trying to get it to work > | with my FC3 installation. When I run pilot-xfer, the hotsync starts, but > | the Palm ends it after about 10 seconds. Does anyone know why this > | happens or how I could fix it? > | > | If I run install-user, the sync starts and ends successfully, but the > | whole install-user process only takes a few seconds. That suggests to me > | that the problem is some kind of timing issue. If I reboot the system > | into Windoze XP and hotsync with the Palm desktop, the Palm behaves > | normally, completing the hotsync even if it takes several minutes. That > | suggests that the problem is related to Linux. Before the Zire 31, I was > | successfully syncing my Palm IIIx with pilot-xfer on the serial port. > | > | After a bit of googling, I made these configuration changes for the > | Zire. I created the file /etc/udev/rules.d/10-visor.rules with this line: > | > | BUS="usb", KERNEL="ttyUSB*", SYMLINK="pilot" > | > | In the /etc/udev/permissions.d/50-udev.permissions file, I modified this > | line: > | > | ttyUSB*:root:uucp:0666 > | > | In /var/log/messages, I observed these entries pertaining hotsyncing: > | > | Jan 2 19:04:20 orpheus kernel: usb 1-4.4: new full speed USB device > | using address 8 > | Jan 2 19:04:20 orpheus kernel: ehci_hcd 0000:00:02.2: qh 6162d300 (#0) > | state 1 > | Jan 2 19:04:20 orpheus kernel: visor 1-4.4:1.0: Handspring Visor / Palm > | OS converter detected > | Jan 2 19:04:20 orpheus kernel: usb 1-4.4: Handspring Visor / Palm OS > | converter now attached to ttyUSB0 > | Jan 2 19:04:20 orpheus kernel: usb 1-4.4: Handspring Visor / Palm OS > | converter now attached to ttyUSB1 > | Jan 2 19:04:23 orpheus kernel: usb 1-4.4: USB disconnect, address 8 > | Jan 2 19:04:23 orpheus kernel: visor ttyUSB0: Handspring Visor / Palm > | OS converter now disconnected from ttyUSB0 > | Jan 2 19:04:23 orpheus kernel: visor ttyUSB1: Handspring Visor / Palm > | OS converter now disconnected from ttyUSB1 > | Jan 2 19:04:23 orpheus kernel: visor 1-4.4:1.0: device disconnected > | Jan 2 19:04:24 orpheus kernel: usb 1-4.4: new full speed USB device > | using address 9 > | Jan 2 19:04:24 orpheus kernel: ehci_hcd 0000:00:02.2: qh 6162d380 (#0) > | state 1 > | Jan 2 19:04:24 orpheus kernel: visor 1-4.4:1.0: Handspring Visor / Palm > | OS converter detected > | Jan 2 19:04:24 orpheus kernel: usb 1-4.4: Handspring Visor / Palm OS > | converter now attached to ttyUSB0 > | Jan 2 19:04:24 orpheus kernel: usb 1-4.4: Handspring Visor / Palm OS > | converter now attached to ttyUSB1 > | Jan 2 19:04:47 orpheus kernel: usb 1-4.4: USB disconnect, address 9 > | Jan 2 19:04:47 orpheus kernel: visor ttyUSB0: Handspring Visor / Palm > | OS converter now disconnected from ttyUSB0 > | Jan 2 19:04:47 orpheus kernel: visor ttyUSB1: Handspring Visor / Palm > | OS converter now disconnected from ttyUSB1 > | Jan 2 19:04:47 orpheus kernel: visor 1-4.4:1.0: device disconnected > | Jan 2 19:04:50 orpheus kernel: usb 1-4.4: new full speed USB device > | using address 10 > | Jan 2 19:04:50 orpheus kernel: ehci_hcd 0000:00:02.2: qh 6162d400 (#0) > | state 1 > | Jan 2 19:04:50 orpheus kernel: visor 1-4.4:1.0: Handspring Visor / Palm > | OS converter detected > | Jan 2 19:04:50 orpheus kernel: usb 1-4.4: Handspring Visor / Palm OS > | converter now attached to ttyUSB0 > | Jan 2 19:04:50 orpheus kernel: usb 1-4.4: Handspring Visor / Palm OS > | converter now attached to ttyUSB1 > | Jan 2 19:04:52 orpheus kernel: usb 1-4.4: USB disconnect, address 10 > | Jan 2 19:04:52 orpheus kernel: visor ttyUSB0: Handspring Visor / Palm > | OS converter now disconnected from ttyUSB0 > | Jan 2 19:04:52 orpheus kernel: visor ttyUSB1: Handspring Visor / Palm > | OS converter now disconnected from ttyUSB1 > | Jan 2 19:04:52 orpheus kernel: visor 1-4.4:1.0: device disconnected > | > | > | Thanks for the help! > | > | Andrew Robinson > | > > Hi Andrew, > > There's a problem with FC3 kernels in the range of 667 < x < 715. > Upgrade your kernel to 724, and you should be set. > > FWIW, here's what I did that finally worked for my platinum visor. Your > mileage may vary: > > 1) Created /etc/udev/rules.d/10-local.rules which contains: > BUS="usb", SYSFS{product}="Handspring Visor", NAME="visor%n" > > This line creates the requisite /dev/visor0 and /dev/visor1 I need for > hotsyncing. Your rule presumes that any consumer of ttyUSB* will aways > be your palm, which may someday not be the case, which could be > baffling, if you forget about the rule you added. ;^). The rule I list > will only create the visor nodes *if* a visor shows up. > > How did I come up with SYSFS{product}="Handspring Visor" you ask? I > executed the following JUST after pressing the hotsync button: > > udevinfo -a -p `udevinfo -a -q path -n /dev/ttyUSB1` > > and combed through the output until I found a sysfs entry that was > specific enough to select just the visor. > > > 2) Created /etc/udev/permissions.d/10-local.permissions, which contains: > # bert's visor permissions > visor*:bert:uucp:0660 > > Where "bert" would be one's login name. This creates the nodes owned > and writable by you, the user, which is what you want. > > 3) The above two steps resulted in my ability to use jpilot to connect - > unfortunately, it hung during the transfer. Sifting through the > fedora-test list produced a list of new kernels that fix "pilot oops", > which looked hopeful, so I downloaded and booted the latest > update-testing kernel (which at the time was 715 - you're lucky - the > latest update kernel (724) has the fix). > > 4) A quick test to see if I got it right: > > pilot-xfer -S -p /dev/visor1 -L > > Which listed the files on my handheld. > > Since you want your device nodes to be "pilot*", substitute "pilot" > where you see "visor" in the above steps. > > If this procedure works for you, reply to the list w/ [SOLVED] in the > subject field. There are too may "palm" related (as well as other) > emails regarding partial / erroneous solutions and I'd rather not add to > that if we can help it. > > Good luck. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.6 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQFB3Bca0b4qNouqSt4RAqJ1AJ96v1ctf/msc5PZzRypDyHO4bJxfACgmiXK > TPNtQhB1LFcmsXeGVu+9h7Q= > =87jb > -----END PGP SIGNATURE----- > -- Guy Fraser Network Administrator The Internet Centre 1-888-450-6787 (780)450-6787