Linux-kernel mailing list archive 1999-34,: Diald and 2.3.13+ development kernels.

# Diald and 2.3.13+ development kernels.

William Stearns (wstearns@pobox.com)
Mon, 23 Aug 1999 23:23:43 -0400 (EDT)

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Rui Sousa: "Re: 2.2.11 unstable?"
- Previous message: Jon Masters: "2.2.11 unstable?"

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.

---1463747317-504928894-935465023=:952
Content-Type: TEXT/PLAIN; charset=US-ASCII

Good day, Mike,
Thanks very much for taking over the diald package. I and many
others appreciate your efforts to keep it updated.

Have you been following the "ppp and 2.3.13" discussion on
linux-kernel? If I might summarize, it appears that when the ppp code
moved to the new 2.3.9 pppd code in kernel 2.3.13, diald and the kernel
started fighting. My laptop, which had been able to successfully connect
via diald in 2.2.x and 2.3.12- kernels, lost the ability.
It doesn't appear to be solely the responsibility of pppd; pppd
actually goes so far as to get an IP address and runs the ip-up script,
but diald decides it's taking too long and kills it. I'm typing right now
on a machine that dialed using diald and made the connection. The only
reason I got more than a minute of connect time was the use of "killall -9
diald" before diald decided to abort the connection attempt. pppd stayed
in the background and is transferring packets just fine.
Tim Coleman summarized the problem even better than I:

I have found that diald works fine with pppd 2.3.9. The problem is that
diald does *not* seem to work with kernel version 2.3.1[34].
pppd 2.3.9 works for me with kernels 2.3.1[14], and diald+pppd 2.3.9
works with 2.2.x, but diald+pppd 2.3.9 with kernels 2.3.1[34] seems to
time out before completing the connection.
This has been tested with diald 0.16 and 0.99.1.

My experience and observations almost exactly match Tim's, except
I can add that the problem persists into kernel 2.3.15-pre3.
I attached the log entry from this laptop. The first attempt to
connect "timed out", even though pppd 2.3.9 had gotten an IP address. The
second attempt continued to live because, as I said, I killed -9 diald.
In a normal connect, the next line to show up after "pppd...Remote IP
address..." would be "diald...local ip...remote ip...".
Is there a chance that pppd is failing to return something to
diald that signals the connection is complete? Is anyone successfully
using diald with 2.3.13+ kernels?
Cheers,
- Bill

---------------------------------------------------------------------------
"Knowledge is of two kinds. We know a subject ourselves, or we
know where we can find information upon it."
- Dr Samuel Johnson (1775)
(Courtesy of David Cozzens, <dcozzens@ejhs.k12.vt.us>)
--------------------------------------------------------------------------
William Stearns (wstearns@pobox.com). Mason, Buildkernel, named2hosts,
and ipfwadm2ipchains are at: http://www.pobox.com/~wstearns/
--------------------------------------------------------------------------

---1463747317-504928894-935465023=:952
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="diald.messages"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.10.9908232323430.952@sparrow.websense.net>
Content-Description: diald.messages
Content-Disposition: attachment; filename="diald.messages"

QXVnIDIzIDIyOjM5OjA1IHNwYXJyb3cgYXBtZFsxMTJdOiBDaGFyZ2U6ICog
KiAqICgxMDAlIDM6MjgpDQpBdWcgMjMgMjI6Mzk6NDcgc3BhcnJvdyBkaWFs
ZFsyMjU3XTogTm9uemVybyBleGl0IHN0YXR1cyAoMSkgb24gY29tbWFuZCAn
L3NiaW4vaWZjb25maWcgdGFwMCAxOTIuMTY4LjIxMS4yIHBvaW50b3BvaW50
IDE5Mi4xNjguMjExLjMgbmV0bWFzayAyNTUuMjU1LjI1NS4wIG1ldHJpYyAw
IG10dSAxNTAwIHVwJw0KQXVnIDIzIDIyOjM5OjUyIHNwYXJyb3cgZGlhbGRb
MjI1N106IFRyaWdnZXI6IHVkcCAgICAgMTkyLjE2OC4yMTEuMi8xMDI0ICAg
ICAgIDE5Mi41LjUuMjQxLzUzICAgDQpBdWcgMjMgMjI6Mzk6NTIgc3BhcnJv
dyBkaWFsZFsyMjU3XTogQ2FsbGluZyBzaXRlIDE5Mi4xNjguMjExLjMgDQpB
dWcgMjMgMjI6Mzk6NTMgc3BhcnJvdyBkaWFsZFsyMjU3XTogUnVubmluZyBj
b25uZWN0b3IgKHBpZCA9IDIyNjgpLg0KQXVnIDIzIDIyOjM5OjU4IHNwYXJy
b3cgZGlhbGRbMjI1N106IENvbm5lY3RlZCB0byBzaXRlIDE5Mi4xNjguMjEx
LjMgDQpBdWcgMjMgMjI6Mzk6NTggc3BhcnJvdyBkaWFsZFsyMjU3XTogUnVu
bmluZyBwcHBkIChwaWQgPSAyMjcyKS4NCkF1ZyAyMyAyMjozOTo1OSBzcGFy
cm93IHBwcGRbMjI3Ml06IHBwcGQgMi4zLjkgc3RhcnRlZCBieSByb290LCB1
aWQgMA0KQXVnIDIzIDIyOjM5OjU5IHNwYXJyb3cgcHBwZFsyMjcyXTogVXNp
bmcgaW50ZXJmYWNlIHBwcDANCkF1ZyAyMyAyMjozOTo1OSBzcGFycm93IHBw
cGRbMjI3Ml06IENvbm5lY3Q6IHBwcDAgPC0tPiAvZGV2L3R0eVMwDQpBdWcg
MjMgMjI6NDA6MDIgc3BhcnJvdyBmYW5bMjI5NF06IGNvb2xpbmcgZmFuIHR1
cm5lZCBvbiBieSByb290DQpBdWcgMjMgMjI6NDA6MDYgc3BhcnJvdyBwcHBk
WzIyNzJdOiBsb2NhbCAgSVAgYWRkcmVzcyAyMDkuOTEuMi41DQpBdWcgMjMg
MjI6NDA6MDYgc3BhcnJvdyBwcHBkWzIyNzJdOiByZW1vdGUgSVAgYWRkcmVz
cyAyMDQuOTcuMTIzLjI0Mg0KI0RpYWxkIHdvdWxkIG5vcm1hbGx5IHNob3cg
YSBsb2cgbGluZSBoZXJlIHNob3dpbmcgdGhlIGxvY2FsIGFuZCByZW1vdGUg
SVAncyBhZ2Fpbi4NCiNbIHBwcC11cCBzY3JpcHQgam9icyBzaG93IG91dHB1
dCBoZXJlIF0NCkF1ZyAyMyAyMjo0MDozMyBzcGFycm93IGRpYWxkWzIyNTdd
OiBGSUZPOiBmb3JjZSByZXF1ZXN0DQpBdWcgMjMgMjI6NDA6MzYgc3BhcnJv
dyBwcHBkWzIyNzJdOiBDQ1A6IHRpbWVvdXQgc2VuZGluZyBDb25maWctUmVx
dWVzdHMgDQpBdWcgMjMgMjI6NDA6Mzcgc3BhcnJvdyBuYW1lZFszOTddOiBF
cnIvVE8gZ2V0dGluZyBzZXJpYWwjIGZvciAiYmFzY29tLmNvbSINCkF1ZyAy
MyAyMjo0MDo1OCBzcGFycm93IGRpYWxkWzIyNTddOiBwcHBkIHN0YXJ0dXAg
dGltZWQgb3V0LiBDaGVjayB5b3VyIHBwcGQgb3B0aW9ucy4gS2lsbGluZyBw
cHBkLg0KQXVnIDIzIDIyOjQwOjU4IHNwYXJyb3cgZGlhbGRbMjI1N106IE5v
bnplcm8gZXhpdCBzdGF0dXMgKDEpIG9uIGNvbW1hbmQgJy9zYmluL2lmY29u
ZmlnIHRhcDAgMTkyLjE2OC4yMTEuMiBwb2ludG9wb2ludCAxOTIuMTY4LjIx
MS4zIG5ldG1hc2sgMjU1LjI1NS4yNTUuMCBtZXRyaWMgMCBtdHUgMTUwMCB1
cCcNCkF1ZyAyMyAyMjo0MDo1OCBzcGFycm93IGRpYWxkWzIyNTddOiBOb256
ZXJvIGV4aXQgc3RhdHVzICg3KSBvbiBjb21tYW5kICcvc2Jpbi9yb3V0ZSBh
ZGQgMTkyLjE2OC4yMTEuMyBtZXRyaWMgMCB3aW5kb3cgNDUwMCBkZXYgdGFw
MCcNCkF1ZyAyMyAyMjo0MDo1OCBzcGFycm93IGRpYWxkWzIyNTddOiBOb256
ZXJvIGV4aXQgc3RhdHVzICg3KSBvbiBjb21tYW5kICcvc2Jpbi9yb3V0ZSBh
ZGQgZGVmYXVsdCBtZXRyaWMgMCB3aW5kb3cgNDUwMCBuZXRtYXNrIDAuMC4w
LjAgZGV2IHRhcDAnDQpBdWcgMjMgMjI6NDA6NTggc3BhcnJvdyBwcHBkWzIy
NzJdOiBUZXJtaW5hdGluZyBvbiBzaWduYWwgMi4NCkF1ZyAyMyAyMjo0MDo1
OCBzcGFycm93IHBwcGRbMjI3Ml06IENvbm5lY3Rpb24gdGVybWluYXRlZC4N
CkF1ZyAyMyAyMjo0MDo1OCBzcGFycm93IHBwcGRbMjI3Ml06IENvbm5lY3Qg
dGltZSAxLjAgbWludXRlcy4NCkF1ZyAyMyAyMjo0MDo1OCBzcGFycm93IHBw
cGRbMjI3Ml06IFNlbnQgMzA5IGJ5dGVzLCByZWNlaXZlZCA4OSBieXRlcy4N
CkF1ZyAyMyAyMjo0MDo1OCBzcGFycm93IHBwcGRbMjI3Ml06IEhhbmd1cCAo
U0lHSFVQKQ0KQXVnIDIzIDIyOjQxOjM4IHNwYXJyb3cgcHBwZFsyMjcyXTog
RXhpdC4NCkF1ZyAyMyAyMjo0MTozOCBzcGFycm93IGRpYWxkWzIyNTddOiBO
b256ZXJvIGV4aXQgc3RhdHVzICgxKSBvbiBjb21tYW5kICcvc2Jpbi9pZmNv
bmZpZyB0YXAwIDE5Mi4xNjguMjExLjIgcG9pbnRvcG9pbnQgMTkyLjE2OC4y
MTEuMyBuZXRtYXNrIDI1NS4yNTUuMjU1LjAgbWV0cmljIDAgbXR1IDE1MDAg
dXAnDQpBdWcgMjMgMjI6NDE6Mzkgc3BhcnJvdyBkaWFsZFsyMjU3XTogUnVu
bmluZyBkaXNjb25uZWN0b3IgKHBpZCA9IDI0OTEpLg0KQXVnIDIzIDIyOjQx
OjQ3IHNwYXJyb3cgZGlhbGRbMjI1N106IERlbGF5aW5nIDcgc2Vjb25kcyBi
ZWZvcmUgY2xlYXIgdG8gZGlhbC4NCkF1ZyAyMyAyMjo0MTo1NCBzcGFycm93
IGRpYWxkWzIyNTddOiBDYWxsaW5nIHNpdGUgMTkyLjE2OC4yMTEuMyANCkF1
ZyAyMyAyMjo0MTo1NSBzcGFycm93IGRpYWxkWzIyNTddOiBSdW5uaW5nIGNv
bm5lY3RvciAocGlkID0gMjQ5NSkuDQpBdWcgMjMgMjI6NDI6MDAgc3BhcnJv
dyBkaWFsZFsyMjU3XTogQ29ubmVjdGVkIHRvIHNpdGUgMTkyLjE2OC4yMTEu
MyANCkF1ZyAyMyAyMjo0MjowMCBzcGFycm93IGRpYWxkWzIyNTddOiBSdW5u
aW5nIHBwcGQgKHBpZCA9IDI0OTYpLg0KQXVnIDIzIDIyOjQyOjAwIHNwYXJy
b3cgcHBwZFsyNDk2XTogcHBwZCAyLjMuOSBzdGFydGVkIGJ5IHJvb3QsIHVp
ZCAwDQpBdWcgMjMgMjI6NDI6MDEgc3BhcnJvdyBwcHBkWzI0OTZdOiBVc2lu
ZyBpbnRlcmZhY2UgcHBwMA0KQXVnIDIzIDIyOjQyOjAxIHNwYXJyb3cgcHBw
ZFsyNDk2XTogQ29ubmVjdDogcHBwMCA8LS0+IC9kZXYvdHR5UzANCkF1ZyAy
MyAyMjo0MjowOCBzcGFycm93IHBwcGRbMjQ5Nl06IGxvY2FsICBJUCBhZGRy
ZXNzIDIwOS45MS4yLjk0DQpBdWcgMjMgMjI6NDI6MDggc3BhcnJvdyBwcHBk
WzI0OTZdOiByZW1vdGUgSVAgYWRkcmVzcyAyMDQuOTcuMTIzLjI0Mg0KI1sg
cHBwLXVwIHNjcmlwdCBqb2JzIHNob3cgb3V0cHV0IGhlcmUgXQ0KI0RpYWxk
IGtpbGxlZCBoZXJlLCByZW1haW5pbmcgcHBwIGRhZW1vbiBzdGF5cyBzdWNj
ZXNzZnVsbHkgY29ubmVjdGVkLg0KDQo=
---1463747317-504928894-935465023=:952--

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

- Next message: Rui Sousa: "Re: 2.2.11 unstable?"
- Previous message: Jon Masters: "2.2.11 unstable?"