vasanta <(E-Mail Removed)> wrote:
> Moving all of our modules from 2.4.7 to 2.4.18, I have this strange
> problem with PPPd, I can run this pppd on 2.4.7 card, but on 2.4.18
> card, whenever the pppd is started, I am getting the following error
> (we are passing this device "/dev/tts/T0" to pppd in silent mode).
> Failed to reopen /dev/tts/T0
There is much said above that is not clear to me, as well as in the
rest of your post. But you should only be using non-negative integers
to specify a serial device file, not something like "T0" .
> This error is coming from pppd/tty.c file, otherthing I can see is the
> modem variable value is changing to '0' in 2.4.7, but this is not
> changing to '0' from 1 in 2.4.18. Do I have to change anything else in
> 2.4.18 to make the daemon work.
That is about as clear as mud to me, so my response may be way off-base.
The pppd "modem" option is set (to 1) by default. If you have a serial
device and don't want to use modem control lines then use the pppd option
"local" . If you are using a pty then modem is automatically reset to
0 by pppd (in tty.c). There should be no need to muck with tty.c or
the kernel code.
> I did a small workaround, changing modem=0 before reopen, then it is
> not reopening, but I am getting one more below error.
> pppd: Couldn't set tty to PPP discipline: Invalid arguement.
Perhaps pppd can't set the tty to PPP discipline after the "small
workaround" because the tty is not open when the change in line
discipline is attempted (in sys-linux.c).
--
Clifford Kite Email: "echo
xvgr_yvahk-(E-Mail Removed)|rot13"
PPP-Q&A links, downloads:
http://ckite.no-ip.net/