[iPAQ] Re: Synchronizing with Qtopia desctop (fwd)

I tried this. It looks like the problem is still occurring. It connects
fine and then disconnects and starts again.
ppp works fine otherwise. I can ssh to it and then go onto the net and
whatnot. The desktop just wants to kill and restart it constantly for some
reason.

Any more tips people??

Output from the qtopia desktop window
PalmtopConnection::QCopConnectionError attempting to connect ppp
-->ppp connection
PalmtopConnection::QCopConnectionError attempting to connect ppp
-->ppp connection
PalmtopConnection::QCopConnectionError attempting to connect ppp
-->ppp connection
PalmtopConnection::QCopConnectionError attempting to connect ppp

output from /var/log/messages
Jan 17 17:09:57 islapn34 pppd[2486]: pppd 2.4.1 started by root, uid 0
Jan 17 17:09:57 islapn34 pppd[2486]: Serial connection established.
Jan 17 17:09:57 islapn34 pppd[2486]: Using interface ppp0
Jan 17 17:09:57 islapn34 pppd[2486]: Connect: ppp0 <--> /dev/ttyS0
Jan 17 17:10:04 islapn34 pppd[2486]: Deflate (15) compression enabled
Jan 17 17:10:04 islapn34 pppd[2486]: not replacing existing default route to eth0 [207.130.129.1]
Jan 17 17:10:04 islapn34 pppd[2486]: local IP address 192.168.1.100
Jan 17 17:10:04 islapn34 pppd[2486]: remote IP address 192.168.1.101
Jan 17 17:10:04 islapn34 pppd[2486]: Terminating on signal 15.
Jan 17 17:10:04 islapn34 pppd[2486]: Connection terminated.
Jan 17 17:10:04 islapn34 pppd[2486]: Connect time 0.2 minutes.
Jan 17 17:10:04 islapn34 pppd[2486]: Sent 138 bytes, received 112 bytes.
Jan 17 17:10:04 islapn34 pppd[2486]: Exit.
Jan 17 17:10:04 islapn34 pppd[2521]: pppd 2.4.1 started by root, uid 0
Jan 17 17:10:04 islapn34 pppd[2521]: Serial connection established.
Jan 17 17:10:04 islapn34 pppd[2521]: Using interface ppp0
Jan 17 17:10:04 islapn34 pppd[2521]: Connect: ppp0 <--> /dev/ttyS0
Jan 17 17:10:08 islapn34 pppd[2521]: Deflate (15) compression enabled
Jan 17 17:10:08 islapn34 pppd[2521]: not replacing existing default route to eth0 [207.130.129.1]
Jan 17 17:10:08 islapn34 pppd[2521]: local IP address 192.168.1.100
Jan 17 17:10:08 islapn34 pppd[2521]: remote IP address 192.168.1.101
Jan 17 17:10:09 islapn34 pppd[2521]: Terminating on signal 15.
Jan 17 17:10:09 islapn34 pppd[2521]: Connection terminated.
Jan 17 17:10:09 islapn34 pppd[2521]: Connect time 0.1 minutes.
Jan 17 17:10:09 islapn34 pppd[2521]: Sent 138 bytes, received 112 bytes.
Jan 17 17:10:09 islapn34 pppd[2521]: Exit.

"D.A.Johnston" <des@ma.hw.ac.uk> on 01/17/2002 07:01:05 AM

To: David_Won@hcm.honda.com
cc:
Subject: Synchronizing with Qtopia desctop (fwd)

Hi David, I posted this on the familiar list earlier this week -
I was having trouble with constant connects/disconnects from
qtopia desktop on Linux over a serial line to the iPAQ, inserting
"nomagic" got it working. Don't know if that might help you too.

Des Johnston

=============================================================
---------- Forwarded message ----------
Date: Mon, 14 Jan 2002 12:01:30 +0000 (GMT)
From: "D.A.Johnston" <des@ma.hw.ac.uk>
To: familiar@handhelds.org
Subject: Synchronizing with Qtopia desctop

This is what is working for me with qtopiadesktop Linux <-> iPAQ
over a serial line:

Host Side
---------

On the linux host starting up qtopiadesktop runs

/usr/sbin/pppd call pda

(running this by hand is useful for debugging the link)
or some such, where /etc/ppp/peers/pda is in my case:

-detach
local
nocrtscts
noauth
nomagic
lock
/dev/ttyS0
115200
connect '/usr/sbin/chat -f /etc/ppp/scripts/winserver.chat'

iPAQ side
---------

On the ipaq qtopia changes the end of /etc/inittab to:

pd:23:respawn:/usr/sbin/pppd /dev/ttySA0 -detach

so a pppd is running in the default run level 2 to pick
up the connection.

/etc/ppp/options is

-detach
nocrtscts
noauth
nomagic
lock
lcp-echo-interval 5
lcp-echo-failure 3
/dev/ttySA0
115200
192.168.1.101:192.168.1.100

the nomagic's (and I think noauth's) were added to the defaults to make
it pick up the connection. I was too lazy to play with dropping
config items to see what it didn't really need....

I also added

192.168.1.100 desktop
192.168.1.101 ipaq

to the host's resolv.conf.

Des Johnston
Received on Fri Jan 18 05:17:22 2002