Well, I fixed the problem, but I still don't understand it.
First, it has nothing to do with the kernels (whew).
At the same time I was building the new 2.0.27 kernel, I was experimenting
with setting up ppp over a nul modem cable (with little luck, I might
add). After giving up on the ppp issue, I left the null modem cable
connecting the two machines serial ports. This seems to be the culprit. As
soon as I thought to remove the cable everything workes fine.
In addition, it turned out not to be a retry issue, as I did some other
work after a reboot and then could not establish the ppp connection.
When it works pppd takes about 3 seconds to get chat up and dialing. When
it doesn't work chat takes as much as 30-40 seconds to start dialing. I
can only assume that chat is somehow delayed in reading the modem and
misses the request for a login and then fails.
The question is: Why does the cable interfere in the first place? Is this
a cua vs tty issue? (My option file still uses cua3 as the device. It's an
old pppd installation that I have been loath to "fix" by upgrading since,
until now it has worked just fine)
If I can find the time, I will try changing the cua entry and see if it
will still work with the cable installed. I really need to fix this, since
at some point I want both the modem and the serial port running pppd. (One
to my provider and the other to my other machine)
Thanks in advance,
Dwarf
------------ --------------
aka Dale Scheetz Phone: 1 (904) 877-0257
Flexible Software Fax: NONE
Black Creek Critters e-mail: [EMAIL PROTECTED]
------------ If you don't see what you want, just ask --------------
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
