| To: | Jamal Hadi <hadi@xxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH, untested] Support for PPPOE on SMP |
| From: | Stephen Hemminger <shemminger@xxxxxxxx> |
| Date: | Wed, 25 Jun 2003 09:39:02 -0700 |
| Cc: | mostrows@xxxxxxxxxxxxxx, rusty@xxxxxxxxxxxxxxx, davem@xxxxxxxxxx, paulus@xxxxxxxxx, netdev@xxxxxxxxxxx, fcusack@xxxxxxxxx, dfs@xxxxxxxxxxxxxxxxxx, carlson@xxxxxxxxxxxxxxx |
| In-reply-to: | <20030625122128.V84526@xxxxxxxxxxxxxxxx> |
| Organization: | Open Source Development Lab |
| References: | <20030625072602.529AF2C0B9@xxxxxxxxxxxxxxx> <1056547262.1945.1436.camel@xxxxxxxxxxxxxxxxxxxx> <20030625091531.5ebed618.shemminger@xxxxxxxx> <20030625122128.V84526@xxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Wed, 25 Jun 2003 12:22:35 -0400 (EDT) Jamal Hadi <hadi@xxxxxxxxxxxxxxxx> wrote: > > > On Wed, 25 Jun 2003, Stephen Hemminger wrote: > > > In the long run, the right answer probably is to push the session management > > out of the daemon and into the kernel. Today the PPPoE code in the kernel > > is only half-brained, it needs pppd to survive. > > > > I would think pppd is the half-brained portion ;-> > > Placing control protocols in the kernel is plain wrong. What about arp, TCP, IP, routing protocols. The problem is that state management needs to be done in one place. |
| Previous by Date: | [PATCH 2.5.72] Igmp w/o linearize., Stephen Hemminger |
|---|---|
| Next by Date: | Re: [PATCH] Prefix List against 2.5.70 (re-done), Krishna Kumar |
| Previous by Thread: | Re: [PATCH, untested] Support for PPPOE on SMP, Jamal Hadi |
| Next by Thread: | Re: [PATCH, untested] Support for PPPOE on SMP, Jamal Hadi |
| Indexes: | [Date] [Thread] [Top] [All Lists] |