src/sys/netgraph/ng_ppp.h, branch releng/4.7FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=releng%2F4.72002-07-02T23:44:03ZMFC: Fix GCC warnings caused by initializing a zero length array.2002-07-02T23:44:03ZArchie Cobbsarchie@FreeBSD.org2002-07-02T23:44:03Zurn:sha1:dfdf974036aa931fc579ed8b81913d4918374f20
In the process, simply things a bit by getting rid of 'struct
ng_parse_struct_info' which was useless because it only contained
one field.
MFC: fix for multi-link sequence number handling bugs.2000-10-09T00:04:01ZArchie Cobbsarchie@FreeBSD.org2000-10-09T00:04:01Zurn:sha1:d776773ce0f140d24ca55c0d6659b052c94efc65MFC: take advantage of the new unsigned and hex integer types2000-08-22T18:52:16ZArchie Cobbsarchie@FreeBSD.org2000-08-22T18:52:16Zurn:sha1:c40932856f165f6ce2052c296e7ff47aa381635fMFC: fix broken multi-link fragment reassembly algorithm.2000-05-05T02:48:39ZArchie Cobbsarchie@FreeBSD.org2000-05-05T02:48:39Zurn:sha1:68539e05a915a1b780132c87e7cc1265396450aaAdd two new generic control messages, NGM_ASCII2BINARY and1999-11-30T02:45:32ZArchie Cobbsarchie@FreeBSD.org1999-11-30T02:45:32Zurn:sha1:f8307e1233657707bc582110f07373c96d91943b
NGM_BINARY2ASCII, which convert control messages to ASCII and back.
This allows control messages to be sent and received in ASCII form
using ngctl(8), which makes ngctl a lot more useful.
This also allows all the type-specific debugging code in libnetgraph
to go away -- instead, we just ask the node itself to do the ASCII
translation for us.
Currently, all generic control messages are supported, as well as
messages associated with the following node types: async, cisco,
ksocket, and ppp.
See /usr/share/examples/netgraph/ngctl for an example of using this.
Also give ngctl(8) the ability to print out incoming data and
control messages at any time. Eventually nghook(8) may be subsumed.
Several other misc. bug fixes.
Reviewed by: julian
Move handling of the address and control fields into the PPP node;1999-11-10T06:15:22ZArchie Cobbsarchie@FreeBSD.org1999-11-10T06:15:22Zurn:sha1:d690a6e798076b6b8441726f6c92a0afca205b2b
they belong there because they are device independent.
Also some other misc. fixes.
Fix several bugs found in the first bit of testing.1999-11-06T02:09:17ZArchie Cobbsarchie@FreeBSD.org1999-11-06T02:09:17Zurn:sha1:e149c4e211177ef1b1e24e51dafebe3114ac6d16Revamped and more useful PPP node type, supporting multi-link PPP directly.1999-10-29T22:30:03ZArchie Cobbsarchie@FreeBSD.org1999-10-29T22:30:03Zurn:sha1:3949bee83494886946f47312a19e37949db85730
This is one piece of the grand unified PPP daemon concept, whereby using
netgraph nodes enables PPP data to be handled completely in kernel land,
while leaving negotiation/control to be handled by a single user land
daemon, no matter what the link type(s).
This is a safety checkin only; it compiles, but is utterly untested.
Concept reviewed by: julian, brian
Whistle's Netgraph link-layer (sometimes more) networking infrastructure.1999-10-21T09:06:11ZJulian Elischerjulian@FreeBSD.org1999-10-21T09:06:11Zurn:sha1:4cf49a43559ed9fdad601bdcccd2c55963008675
Been in production for 3 years now. Gives Instant Frame relay to if_sr
and if_ar drivers, and PPPOE support soon. See:
ftp://ftp.whistle.com/pub/archie/netgraph/index.html
for on-line manual pages.
Reviewed by: Doug Rabson (dfr@freebsd.org)
Obtained from: Whistle CVS tree