gpilotd not working stable with my Clie SJ30



Hi List,

after I seem to have got half-way to a working sync, I found this
problem:

When I connect my SJ30 (Palm OS 4.1) for the first time to the Cable,
kill any running gpilotd with 
# killall gpilotd

and restart it with 
# gpilotd --activate-goad-server gpilotd --goad-fd 16

and then switch my Clie on and tap on the hotsync-app, I get this:

--- snip ---
gpilotd-Message: gnome-pilot 0.1.70 starting...
gpilotd-Message: compiled for pilot-link version 0.11.5
gpilotd-Message: compiled with [VFS] [USB] [IrDA] [Network]
gpilotd-Message: Activating CORBA server
gpilotd-Message: Watching ClieUSB (/dev/pilot)
gpilotd-Message: setting PILOTRATE=57600

gpilotd-WARNING **: pi_accept_to: Connection timed out

gpilotd-WARNING **: pi_accept_to: timeout was 2 secs
gpilotd-Message: Exiting (caught SIGINT)...
--- snap ---
off cours the Exit happens because I press Ctrl+C to end the gpilotd



Next, I cancel the hotsync on the Clie. 
After restarting the gpilotd and initializing another Hotsync from the
Clie, it SOMETIMES works, sometimes I have to repeat this
switch-on-off-restard-deamon-bunch a couple of times until it connects
one time. Anoying. Really. ;-(((


I allready tried to upgrade pilot link to V 0.11.6 with success, as
pilot-xfer -v gives me

--- snip ---
romanic:/home/fungata # /usr/local/bin/pilot-xfer -v
   .--------------------------------------------.
   | (c) Copyright 1996-2003, pilot-link team   |
   |   Join the pilot-link lists to help out.   |
   `--------------------------------------------'
   This is /usr/local/bin/pilot-xfer, from pilot-link version 0.11.6

   Build target..: i686-pc-linux-gnu
   Build date....: Dec 28 2002 16:42:44

   pilot-link 0.11.6 is covered under the GPL/LGPL
   See the file COPYING under docs for more info.

   Please use -h for more detailed options.

--- snap ---


Compilation of gnome-pilot itself (v 0.1.71) failed with an Error I
posted in this Thread:

http://mail.gnome.org/archives/gnome-pilot-list/2002-December/msg00039.html

So will this behaviour be gone after I recompile gnome-pilot? I wouldn't
believe it. Anyway I'll have to wait until someone can provide help with
that compile-error.

Here is some output from my syslog

--- snip ---
....
ec 28 22:49:48 romanic kernel: usb.c: USB disconnect on device 00:07.2-2
address 31
Dec 28 22:49:48 romanic kernel: usbserial.c: Handspring Visor / Palm 4.0
/ Clié 4.x converter now disconnected from ttyUSB0
Dec 28 22:49:48 romanic kernel: usbserial.c: Handspring Visor / Palm 4.0
/ Clié 4.x converter now disconnected from ttyUSB1
Dec 28 22:49:48 romanic kernel: usb.c: kusbd: /sbin/hotplug remove 31
Dec 28 22:49:48 romanic kernel: hub.c: port 1, portstatus 303, change 0,
1.5 Mb/s
Dec 28 22:49:48 romanic kernel: hub.c: port 2, portstatus 100, change 2,
12 Mb/s
Dec 28 22:49:48 romanic kernel: hub.c: port 2 enable change, status 100
Dec 28 22:49:53 romanic kernel: hub.c: port 1, portstatus 303, change 0,
1.5 Mb/s
Dec 28 22:49:53 romanic kernel: hub.c: port 2, portstatus 101, change 1,
12 Mb/s
Dec 28 22:49:53 romanic kernel: hub.c: port 2 connection change
Dec 28 22:49:53 romanic kernel: hub.c: port 2, portstatus 101, change 1,
12 Mb/s
Dec 28 22:49:53 romanic kernel: hub.c: port 2, portstatus 101, change 0,
12 Mb/s
Dec 28 22:49:53 romanic last message repeated 3 times
Dec 28 22:49:53 romanic kernel: hub.c: port 2, portstatus 103, change 0,
12 Mb/s
Dec 28 22:49:53 romanic kernel: hub.c: new USB device 00:07.2-2,
assigned address 32
Dec 28 22:49:53 romanic kernel: usb.c: kmalloc IF dedbeb40, numif 1
Dec 28 22:49:53 romanic kernel: usb.c: new device strings: Mfr=1,
Product=2, SerialNumber=0
Dec 28 22:49:53 romanic kernel: usb.c: USB device number 32 default
language ID 0x409
Dec 28 22:49:53 romanic kernel: Manufacturer: Palm, Inc.
Dec 28 22:49:53 romanic kernel: Product: Palm Handheld
Dec 28 22:49:53 romanic kernel: usbserial.c: Handspring Visor / Palm 4.0
/ Clié 4.x converter detected
Dec 28 22:49:53 romanic kernel: visor.c: Handspring Visor / Palm 4.0 /
Clié 4.x: Number of ports: 2
Dec 28 22:49:53 romanic kernel: visor.c: Handspring Visor / Palm 4.0 /
Clié 4.x: port 1, is for Generic use and is bound to ttyUSB0
Dec 28 22:49:53 romanic kernel: visor.c: Handspring Visor / Palm 4.0 /
Clié 4.x: port 2, is for HotSync use and is bound to ttyUSB1
Dec 28 22:49:53 romanic kernel: usb-uhci.c: interrupt, status 2, frame#
1409
Dec 28 22:49:53 romanic kernel: usbserial.c: Handspring Visor / Palm 4.0
/ Clié 4.x converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
Dec 28 22:49:53 romanic kernel: usbserial.c: Handspring Visor / Palm 4.0
/ Clié 4.x converter now attached to ttyUSB1 (or usb/tts/1 for devfs)
Dec 28 22:49:53 romanic kernel: usb.c: serial driver claimed interface
dedbeb40
Dec 28 22:49:53 romanic kernel: usb.c: kusbd: /sbin/hotplug add 32
Dec 28 22:49:53 romanic kernel: hub.c: port 1, portstatus 303, change 0,
1.5 Mb/s
Dec 28 22:49:53 romanic kernel: hub.c: port 2, portstatus 103, change 0,
12 Mb/s
Dec 28 22:50:11 romanic kernel: usb-uhci.c: interrupt, status 2, frame#
446
Dec 28 22:50:11 romanic kernel: hub.c: port 1, portstatus 303, change 0,
1.5 Mb/s
Dec 28 22:50:11 romanic kernel: hub.c: port 2, portstatus 100, change 3,
12 Mb/s
Dec 28 22:50:11 romanic kernel: hub.c: port 2 connection change
Dec 28 22:50:11 romanic kernel: hub.c: port 2, portstatus 100, change 3,
12 Mb/s
Dec 28 22:50:11 romanic kernel: usb.c: USB disconnect on device
00:07.2-2 address 32
Dec 28 22:50:11 romanic kernel: usbserial.c: Handspring Visor / Palm 4.0
/ Clié 4.x converter now disconnected from ttyUSB0
Dec 28 22:50:11 romanic kernel: usbserial.c: Handspring Visor / Palm 4.0
/ Clié 4.x converter now disconnected from ttyUSB1
Dec 28 22:50:11 romanic kernel: usb.c: kusbd: /sbin/hotplug remove 32
Dec 28 22:50:11 romanic kernel: hub.c: port 1, portstatus 303, change 0,
1.5 Mb/s
Dec 28 22:50:11 romanic kernel: hub.c: port 2, portstatus 100, change 2,
12 Mb/s
Dec 28 22:50:11 romanic kernel: hub.c: port 2 enable change, status 100


--- snap ---
This looks quite good to me. But has anyone an Idea what to do to get
gpilotd sync in a reliable manner?

Any Help greatly appreciated!

Regards
Lars 


-- 
Lars Weissflog <L RS-W DE>






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