David Greenman 06fc5af99c When cslip gets an uncompressed packet, it attempts to save off the TCP/IP ... header for use in decompressing subsequant packets. If cslip gets garbage (such as what happens when there is a port speed mismatch or modem line noise), it will occasionally mistake the packet as a valid uncompressed packet. When it tries to save off the header, it doesn't bother to check for the validity of the header length and will happily clobber not only the cslip data structure, but parts of other kernel memory that happens to follow it...causing, ahem, undesired behavior.		1996-04-11 06:46:24 +00:00
..
bpf_compat.h
bpf_filter.c
bpf.c
bpf.h
bpfdesc.h
bsd_comp.c
fddi.h
if_arp.h
if_disc.c
if_dl.h
if_ethersubr.c
if_fddisubr.c
if_llc.h
if_loop.c
if_ppp.c
if_ppp.h
if_pppvar.h
if_sl.c
if_slvar.h
if_sppp.h
if_spppsubr.c
if_tun.c
if_tun.h
if_types.h
if.c
if.h
netisr.h
ppp_comp.h
ppp_defs.h
ppp_tty.c
radix.c
radix.h
raw_cb.c
raw_cb.h
raw_usrreq.c
route.c
route.h
rtsock.c
slcompress.c	When cslip gets an uncompressed packet, it attempts to save off the TCP/IP	1996-04-11 06:46:24 +00:00
slcompress.h
slip.h