linux-ppp.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: James Carlson <carlsonj@carlson.workingcode.com>
To: linux-ppp@vger.kernel.org
Subject: PPP state machine
Date: Wed, 16 Jun 2004 12:06:22 +0000	[thread overview]
Message-ID: <16592.14270.257179.415153@carlson.workingcode.com> (raw)
In-Reply-To: <1087365446.1118.10.camel@Bhaskar>

Bhaskar-ROCSYS writes:
 > I am trying to put the complete PPP state machine into the kernel space.

The first big question to ask is "why?"  Why do you want to do this?
It will undoubtedly reduce functionality (it's hard to link to system
libraries or launch external helper programs from kernel space) and
lower system stability and security.  By far, the most complex piece
of PPP is the state machine and related support components.  Why would
anyone want these complex bits added to the kernel?

What is the problem being solved?  I don't think it can be a
performance issue, since the state machine is part of the control
path, and the entire data path is already in the kernel.

 > Farsync depends on syncppp code which contains the implementation of the
 > PPP protocol.  But the code is not complete.  There is not
 > authentication phase and IPCP protocol implementation is not complete.

I take it that this means that there's some third party code that
you're using that's designed this way.  I'd suggest changing that code
so that it just behaves as a normal synchronous interface, and use
pppd as it is.

 > Is it possible to port the user space code to kernel space.  If so how
 > do I proceed.  
 > Did anyone tried this?

Other than embedded systems, where there's often no kernel/user
distinction, I don't think so.

  reply	other threads:[~2004-06-16 12:06 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-16  5:52 PPP state machine Bhaskar-ROCSYS
2004-06-16 12:06 ` James Carlson [this message]
2004-06-16 12:41 ` Bhaskar-ROCSYS
2004-06-16 12:43 ` James Carlson
2004-06-16 12:58 ` Paul Mackerras
2004-06-16 13:00 ` Paul Mackerras
2004-06-16 17:51 ` Matthew N. Dodd
2004-06-17  4:23 ` James Cameron
2004-06-17  4:33 ` Bhaskar-ROCSYS

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=16592.14270.257179.415153@carlson.workingcode.com \
    --to=carlsonj@carlson.workingcode.com \
    --cc=linux-ppp@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).