Palm hotsync ends prematurely

[Michael W. Carney]

-----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-----