[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[coldsync-hackers] Trouble syncing with the Sony Clie PEG-T615C

To: coldsync-hackers@lusars.net
Subject: [coldsync-hackers] Trouble syncing with the Sony Clie PEG-T615C
From: Jeremy Hankins <nowan@nowan.org>
Date: Sat, 09 Feb 2002 11:56:09 -0500
Reply-To: coldsync-hackers@lusars.net
Sender: owner-coldsync-hackers@lusars.net
User-Agent: Gnus/5.090005 (Oort Gnus v0.05) Emacs/21.1(i386-debian-linux-gnu)
My daughter destroyed my visor the other day, so I got to get a brand
new Clie.  :)  I was especially happy to find out that I didn't even
need to recompile my kernel -- that the same driver supports the Clie
as supported my visor.  Unfortunately, I can't get it to work.  The
really odd thing is, though, that out of the approximately 50-75 times
I've attempted syncing it succeeded about 3 times, for no reason I
could discern.  It doesn't appear to be a hardware issue, though, as
it works in windows.  I even tried disconnecting my mouse (also usb)
before booting, but that made no difference.

I'm running kernel 2.4.17 with the usb stuff (including the visor
module) as modules.  I've tried coldsync v2.2.5 and the 2.3.0-20011210
snapshot.  The only real difference is that the latter errors out
where the former hangs.

Here's an example session, using the snapshot and the visor module
loaded with debug=1.  If it would be helpful to do the same with the
stable version, or other options, or whatever, let me know.  This
happens to be with the protocol set to net, but I've tried it simple,
full, and default.  First, the coldsync:


% coldsync -dsync:5 -dmisc:5       
Allocated sync_config 0x80afcc0
UID: 1000, euid 1000
HOME: "/home/nowan"
Reading "/home/nowan/.coldsyncrc"
Summary of sync configuration:
Listen:
        Type: 0
        Device: [/dev/ttyUSB1]
        Speed: 0
        Protocol: 3
        Flags:
Known PDAs:
PDA:
        Serial number: [H0620VRD75KT]
        Directory: [/home/nowan/Palm]
        Username: [nowan]
        UserID: 1000
        Flags: DEFAULT
The queue of conduits:
  Conduit:
        flavors: 0x0004 SYNC
        Creator/Types:
          [/] (0x00000000/0x00000000)
        Path: [[generic]]
        DEFAULT
        Headers:
        Preferences:
My hostname is "wasp.nowan.org"
My addresses:
    0:
        IP 7f 00 00 01                                       | ....
My hostid is 0x7f000001
coldsync version 2.3.0.
ColdSync homepage at http://www.ooblick.com/software/coldsync/
Compile-type options:
    HAVE_STRCASECMP, HAVE_STRNCASECMP: strings are compared without regard
        to case, whenever possible.

    Default global configuration file: /home/nowan/lib/coldsync/etc/coldsync.conf
Options:
        Mode: * NONE *
        conf_fname: "/home/nowan/.coldsyncrc"
        conf_fname_given: False
        devname: (null)
        devtype: -1
        protocol: 0
        force_slow: False
        force_fast: False
        check_ROM: False
        install_first: True
        force_install: False
        use_syslog: False
        log_fname: ""

hostid == 0x7f000001 (127.00.00.01)

Debugging levels:
        SLP:    0
        CMP:    0
        PADP:   0
        DLP:    0
        DLPC:   0
        PDB:    0
        SYNC:   5
        PARSE:  0
        IO:     0
        MISC:   5
Opening device [/dev/ttyUSB1]
Warning: no device on /dev/ttyUSB1. Sleeping
Please press the HotSync button.
Error: Can't connect to Palm.
Freeing sync_config 0x80afcc0
ColdSync terminating normally


Like I said, with the snapshot it errors out on its own, with the
stable version I have to ^C it.  Anyway, here's the kernel log for the
same sync session, with debugging on for the visor module:


Feb  9 11:35:36 wasp su[6388]: + pts/1 nowan-root
Feb  9 11:35:36 wasp PAM_unix[6388]: (su) session opened for user root by nowan(uid=1000)
Feb  9 11:35:36 wasp kernel: usb.c: registered new driver serial
Feb  9 11:35:36 wasp kernel: usbserial.c: USB Serial Driver core v1.4
Feb  9 11:35:36 wasp kernel: usbserial.c: USB Serial support registered for Handspring Visor
Feb  9 11:35:36 wasp kernel: usbserial.c: USB Serial support registered for Palm 4.0
Feb  9 11:35:36 wasp kernel: usbserial.c: USB Serial support registered for Sony Clié 3.5
Feb  9 11:35:36 wasp kernel: usbserial.c: USB Serial support registered for Sony Clié 4.0
Feb  9 11:35:36 wasp kernel: visor.c: USB HandSpring Visor, Palm m50x, Sony Clié driver v1.5
Feb  9 11:35:49 wasp kernel: uhci.c: root-hub INT complete: port1: 80 port2: 93 data: 4
Feb  9 11:35:49 wasp kernel: hub.c: port 2 connection change
Feb  9 11:35:49 wasp kernel: hub.c: port 2, portstatus 101, change 1, 12 Mb/s
Feb  9 11:35:49 wasp kernel: hub.c: port 2, portstatus 103, change 0, 12 Mb/s
Feb  9 11:35:49 wasp kernel: hub.c: USB new device connect on bus2/2, assigned device number 10
Feb  9 11:35:49 wasp kernel: usb.c: kmalloc IF cf09a560, numif 1
Feb  9 11:35:49 wasp kernel: usb.c: new device strings: Mfr=1, Product=2, SerialNumber=0
Feb  9 11:35:49 wasp kernel: usb.c: USB device number 10 default language ID 0x409
Feb  9 11:35:49 wasp kernel: Manufacturer: Palm, Inc.
Feb  9 11:35:49 wasp kernel: Product: Palm Handheld
Feb  9 11:35:49 wasp kernel: usbserial.c: Sony Clié 4.0 converter detected
Feb  9 11:35:49 wasp kernel: visor.c: visor_startup
Feb  9 11:35:49 wasp kernel: visor.c: visor_startup - Set config to 1
Feb  9 11:35:49 wasp kernel: visor.c: Sony Clié 4.0: Number of ports: 2
Feb  9 11:35:49 wasp kernel: visor.c: Sony Clié 4.0: port 1, is for Generic use and is bound to ttyUSB0
Feb  9 11:35:49 wasp kernel: visor.c: Sony Clié 4.0: port 2, is for HotSync use and is bound to ttyUSB1
Feb  9 11:35:49 wasp kernel: visor.c: visor_startup - error getting first unknown palm command
Feb  9 11:35:49 wasp kernel: visor.c: visor_startup - error getting second unknown palm command
Feb  9 11:35:49 wasp kernel: usbserial.c: Sony Clié 4.0 converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
Feb  9 11:35:49 wasp kernel: usbserial.c: Sony Clié 4.0 converter now attached to ttyUSB1 (or usb/tts/1 for devfs)
Feb  9 11:35:49 wasp kernel: usb.c: serial driver claimed interface cf09a560
Feb  9 11:35:49 wasp kernel: usb.c: kusbd: /sbin/hotplug add 10
Feb  9 11:35:49 wasp kernel: usb.c: kusbd policy returned 0xfffffffe
Feb  9 11:35:52 wasp kernel: visor.c: visor_open - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_ioctl - port 1, cmd 0x5401
Feb  9 11:35:52 wasp kernel: visor.c: visor_ioctl - port 1, cmd 0x5402
Feb  9 11:35:52 wasp kernel: visor.c: visor_set_termios - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_set_termios - data bits = 8
Feb  9 11:35:52 wasp kernel: visor.c: visor_set_termios - parity = none
Feb  9 11:35:52 wasp kernel: visor.c: visor_set_termios - stop bits = 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_set_termios - RTS/CTS is disabled
Feb  9 11:35:52 wasp kernel: visor.c: visor_set_termios - XON/XOFF is disabled
Feb  9 11:35:52 wasp kernel: visor.c: visor_set_termios - baud rate = 230400
Feb  9 11:35:52 wasp kernel: visor.c: visor_ioctl - port 1, cmd 0x5401
Feb  9 11:35:52 wasp kernel: visor.c: visor_ioctl - port 1, cmd 0x5401
Feb  9 11:35:52 wasp kernel: visor.c: visor_ioctl - port 1, cmd 0x5402
Feb  9 11:35:52 wasp kernel: visor.c: visor_set_termios - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_set_termios - data bits = 8
Feb  9 11:35:52 wasp kernel: visor.c: visor_set_termios - parity = none
Feb  9 11:35:52 wasp kernel: visor.c: visor_set_termios - stop bits = 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_set_termios - RTS/CTS is disabled
Feb  9 11:35:52 wasp kernel: visor.c: visor_set_termios - XON/XOFF is disabled
Feb  9 11:35:52 wasp kernel: visor.c: visor_set_termios - baud rate = 9600
Feb  9 11:35:52 wasp kernel: visor.c: visor_ioctl - port 1, cmd 0x5401
Feb  9 11:35:52 wasp kernel: visor.c: visor_read_bulk_callback - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_read_bulk_callback - length = 22, data = 90 01 00 00 00 00 00 00 00 20 00 00 00 08 00 00 01 00 00 00 00 00 
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - returns 0
Feb  9 11:35:52 wasp kernel: visor.c: visor_write - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_write - length = 6, data = 01 01 00 00 00 32 
Feb  9 11:35:52 wasp kernel: visor.c: visor_write - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_write - length = 50, data = 12 01 00 00 00 00 00 00 00 20 00 00 00 24 ff ff ff ff 3c 00 3c 00 00 00 00 00 00 00 00 00 c0 a8 a5 1f 04 27 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - returns 1536
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - returns 1536
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - returns 1536
Feb  9 11:35:52 wasp kernel: visor.c: visor_write_bulk_callback - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - returns 768
Feb  9 11:35:52 wasp kernel: visor.c: visor_write_bulk_callback - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - returns 0
Feb  9 11:35:52 wasp kernel: visor.c: visor_read_bulk_callback - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_read_bulk_callback - length = 6, data = 01 01 00 00 00 32 
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - returns 0
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - returns 0
Feb  9 11:35:52 wasp kernel: visor.c: visor_read_bulk_callback - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_read_bulk_callback - length = 50, data = 92 01 00 00 00 00 00 00 00 20 00 00 00 24 ff ff ff ff 00 3c 00 3c 40 00 00 00 01 00 00 00 00 00 04 00 00 00 04 00 00 3c 00 3c 00 00 00 00 00 00 00 00 
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - returns 0
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - port 1
Feb  9 11:35:52 wasp kernel: visor.c: visor_chars_in_buffer - returns 0
Feb  9 11:35:54 wasp kernel: visor.c: visor_chars_in_buffer - port 1
Feb  9 11:35:54 wasp kernel: visor.c: visor_chars_in_buffer - returns 0
Feb  9 11:35:54 wasp kernel: visor.c: visor_chars_in_buffer - port 1
Feb  9 11:35:54 wasp kernel: visor.c: visor_chars_in_buffer - returns 0
Feb  9 11:35:54 wasp kernel: visor.c: visor_close - port 1
Feb  9 11:35:54 wasp kernel: visor.c: visor_read_bulk_callback - port 1
Feb  9 11:35:54 wasp kernel: visor.c: visor_read_bulk_callback - nonzero read bulk status received: -2

Here, I cancel the sync on the clie.  This is after coldsync has
exited:

Feb  9 11:36:08 wasp kernel: uhci.c: root-hub INT complete: port1: 80 port2: 8a data: 4
Feb  9 11:36:08 wasp kernel: hub.c: port 2 connection change
Feb  9 11:36:08 wasp kernel: hub.c: port 2, portstatus 100, change 3, 12 Mb/s
Feb  9 11:36:08 wasp kernel: usb.c: USB disconnect on device 10
Feb  9 11:36:08 wasp kernel: visor.c: visor_shutdown
Feb  9 11:36:08 wasp kernel: usbserial.c: Sony Clié 4.0 converter now disconnected from ttyUSB0
Feb  9 11:36:08 wasp kernel: usbserial.c: Sony Clié 4.0 converter now disconnected from ttyUSB1
Feb  9 11:36:08 wasp kernel: usb.c: kusbd: /sbin/hotplug remove 10
Feb  9 11:36:08 wasp kernel: usb.c: kusbd policy returned 0xfffffffe
Feb  9 11:36:08 wasp kernel: uhci.c: root-hub INT complete: port1: 80 port2: 88 data: 4
Feb  9 11:36:08 wasp kernel: hub.c: port 2 enable change, status 100



At this point, I'm somewhat desperate, as I'm having to copy files to
windows and then install them on the Clie to get the stuff from my
visor onto it, and I don't have a good backup (windows evidently only
backs up selected db's?).  And I really don't want to shell out the
$60 (!?!) for a serial sync cradle.

-- 
Jeremy Hankins <nowan@nowan.org>
PGP fingerprint: 748F 4D16 538E 75D6 8333  9E10 D212 B5ED 37D0 0A03

-- 
This message was sent through the coldsync-hackers mailing list.  To remove
yourself from this mailing list, send a message to majordomo@thedotin.net
with the words "unsubscribe coldsync-hackers" in the message body.  For more
information on Coldsync, send mail to coldsync-hackers-owner@thedotin.net.
Follow-Ups:
- Re: [coldsync-hackers] Trouble syncing with the Sony Clie PEG-T615C
  - From: Adam McDaniel <adamm@psynch.com>
- Re: [coldsync-hackers] Trouble syncing with the Sony Clie PEG-T615C
  - From: Richard Hyde <email@richardhyde.net>
Prev by Date: Re: [coldsync-hackers] send-mail conduit fix
Next by Date: [coldsync-hackers] update FreeBSD ports to 2.2.5?
Previous by thread: Re: [coldsync-hackers] Receiving mail in a daily digest
Next by thread: Re: [coldsync-hackers] Trouble syncing with the Sony Clie PEG-T615C
Index(es):
- Date
- Thread