Re: Palm hotsync ends prematurely

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux