Bug 50150 - Pilot-link is not communicating with Clie
|
Bug#:
50150
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: x86
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: pda@gentoo.org
|
Reported By: jsado_sc3@comcast.net
|
|
Component: Applications
|
|
|
URL:
|
|
Summary: Pilot-link is not communicating with Clie
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-05-05 17:02 0000
|
When I try to backup my Sony Clie PEG-T415 to my Linux box running 2.4.23
kernel, it pilot-link just hangs saying:
Listening to port: /dev/tts/1
Please press the HotSync button now...
I've tried /dev/tts/1 and /dev/tts/0 because I can't remember which one it is.
This used to work. Looking at /var/log/messages I see this:
May 5 19:37:27 MCP kernel: hub.c: new USB device 00:02.0-1, assigned address 8
May 5 19:37:27 MCP kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 /
Cli
When I try to backup my Sony Clie PEG-T415 to my Linux box running 2.4.23
kernel, it pilot-link just hangs saying:
Listening to port: /dev/tts/1
Please press the HotSync button now...
I've tried /dev/tts/1 and /dev/tts/0 because I can't remember which one it is.
This used to work. Looking at /var/log/messages I see this:
May 5 19:37:27 MCP kernel: hub.c: new USB device 00:02.0-1, assigned address 8
May 5 19:37:27 MCP kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 /
Clié 4.x converter detected
May 5 19:37:27 MCP kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 /
Clié 4.x converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
May 5 19:37:27 MCP kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 /
Clié 4.x converter now attached to ttyUSB1 (or usb/tts/1 for devfs)
May 5 19:37:27 MCP usb.agent[5585]: ... no modules for USB product 54c/66/100
I have the visor driver compiled into the kernel.
Reproducible: Always
Steps to Reproduce:
Portage 2.0.50-r6 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r3, 2.4.23)
=================================================================
System uname: 2.4.23 i586 AMD-K6(tm) 3D processor
Gentoo Base System version 1.4.3.10
Autoconf: sys-devel/autoconf-2.58
Automake: sys-devel/automake-1.7.5-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=k6"
CHOST="i586-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=k6"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/usr/src"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dfx 3dnow X alsa arts avi berkdb bonobo cdr crypt cups encode esd evo
foomaticdb gdbm gif gnome gpm gtk gtk2 gtkhtml guile imlib java jpeg lcms
libg++
libwww mad mikmod mmx motif mozilla mpeg ncurses oggvorbis opengl oss pam pda
pdflib perl png python qt readline scanner sdl slang spell ssl svga tcltk tetex
tiff truetype voodoo3 x86 xinerama xml2 xmms zlib"
do you happen to have gpilotd or something running in the background? it doesnt
look like its the kernel's problem because it detects and assigned the right
tts device.
Nope, no gpilotd. No hotplug either.
have you tried reporting this upstream?
oh btw, have you looked and see if your clie is similar to this on ine bug
52550?
No, I don't use gnome-pilot. But actually I talked with the pilot-link guys and
they said I should first recompile visor as a kernel module (I build all kernel
features into my kernel) to better help them debug this problem with me. I did
so and the error messages are now no longer being displayed and hotsyncing
works again.
oh ic .. sorry, i was a bit confused when i posted that comment. but thanks for
getting back to us, so i'll close this bug out then since there's nothing we
can do on our side.