FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F6 1999-11-06T22:50:59Z 1999-11-06T22:50:59Z Brian Somers brian@FreeBSD.org 1999-11-06T22:50:59Z urn:sha1:87c3786e7fcf8e978e801f03208d8bab4468980f Help (lots) from: julian, archie Facilities from: ahebert@pubnix.net 1999-08-28T01:35:59Z Peter Wemm peter@FreeBSD.org 1999-08-28T01:35:59Z urn:sha1:97d92980a96a50750844f420cc225ddf918f0699 1999-06-05T21:36:00Z Brian Somers brian@FreeBSD.org 1999-06-05T21:36:00Z urn:sha1:f5a99677a3e38486bcd1b54cd8010e83bcf77d0c mode by padding out the ``struct device'' to the maximum device size. Bump the ppp version number to indicate the transfer format change. This should make MP over tty and udp devices functional again. 1999-05-12T09:49:12Z Brian Somers brian@FreeBSD.org 1999-05-12T09:49:12Z urn:sha1:6815097bf774651c1f6c3b4052fd7eb5ee9aaac0 being the same as the previous (still supported) ``host:port'' syntax for tcp socket devices. A udp device uses synchronous ppp rather than async, and avoids the double-retransmit overhead that comes with ppp over tcp (it's usually a bad idea to transport IP over a reliable transport that itself is using an unreliable transport). PPP over UDP provides througput of ** 1.5Mb per second ** with all compression disabled, maxing out a PPro/200 when running ppp twice, back-to-back. This proves that PPPoE is plausable in userland.... This change adds a few more handler functions to struct device and allows derivations of struct device (which may contain their own data etc) to pass themselves through the unix domain socket for MP. ** At last **, struct physical has lost all the tty crud ! iov2physical() is now smart enough to restore the correct stack of layers so that MP servers will work again. The version number has bumped as our MP link transfer contents have changed (they now may contain a `struct device'). Don't extract the protocol twice in MP mode (resulting in protocol rejects for every MP packet). This was broken with my original layering changes. Add ``Physical'' and ``Sync'' log levels for logging the relevent raw packets and add protocol-tracking LogDEBUG stuff in various LayerPush & LayerPull functions. Assign our physical device name for incoming tcp connections by calling getpeername(). Assign our physical device name for incoming udp connections from the address retrieved by the first recvfrom(). 1999-05-08T11:07:56Z Brian Somers brian@FreeBSD.org 1999-05-08T11:07:56Z urn:sha1:5d9e6103663c28d3986c674a772142f29e6584be the layering. We now ``stack'' layers as soon as we open the device (when we figure out what we're dealing with). A static set of `dispatch' routines are also declared for dealing with incoming packets after they've been `pulled' up through the stacked layers. Physical devices are now assigned handlers based on the device type when they're opened. For the moment there are three device types; ttys, execs and tcps. o Increment version number to 2.2 o Make an entry in [uw]tmp for non-tty -direct invocations (after pap/chap authentication). o Make throughput counters quad_t's o Account for the absolute number of mbuf malloc()s and free()s in ``show mem''. o ``show modem'' becomes ``show physical''.