| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Submitted by: Tony Kimball <Anthony.Kimball@East.Sun.COM>
|
| |
|
| |
|
|
|
|
| |
<sys/malloc.h> (unless we only use the bogusly shared M*WAIT flags).
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
by a protocol, to detirmine if an address matches the net this address
is part of. This is needed by protocols for which netmasks
"just don't work", for example appletalk.
Also add the code in appletalk to make use of this new feature.
Thsi fixes one of the longest standing bugs in appletalk.
The inability to talk to machines to which the path is via a router
which is on a different net, but the same netrange, as your interface.
Protocols that do not supply this function (e.g. IP) should not be affected.
|
|
|
|
|
| |
gets some things wrong.
(part of my continuing "comment it as you understand it" effort :)
|
|
|
|
|
|
|
|
| |
- don't access time (a volatile) via struct copy.
- merge botches
- note risk of CCOUNT accessing *tp outside spltty().
Submitted by: bde
|
| |
|
|
|
|
| |
whether or not to compile the two ppp compression methods.
|
|
|
|
|
|
|
|
|
|
| |
2.3.0 -> 2.3.1 changes, but I seem to recall that there are certain
"issues" with 2.3.1 (I'm not sure if it's just pppd or the whole lot, I
am not quite that far). The present pppd seems to work with it just fine
for the time being.
Among the changes are that zlib (aka LZ77 aka deflate aka gzip) compression
is implemented as well as the original compress(1) LZW style.
|
|
|
|
|
|
|
|
| |
socket addresses in mbufs. (Socket buffers are the one exception.) A number
of kernel APIs needed to get fixed in order to make this happen. Also,
fix three protocol families which kept PCBs in mbufs to not malloc them
instead. Delete some old compatibility cruft while we're at it, and add
some new routines in the in_cksum family.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
returning ICMP_TIMXCEED)
use CISCO_UNICAST instead of CISCO_MULTICAST to send normal packets.
this is needed for packets to get processed by a cisco router,
but doesn't matter if a packet is just forwarded.
Reviewed by:itojun@itojun.org
|
|
|
|
|
|
|
|
|
| |
than max_failures attempts, we are going to REJ it, to prevent endless
NAK loops.
(This is actually part of a larger local set of modifications i'm
running with, but the remainder (PAP & CHAP) ain't ready for prime-
time yet.)
|
|
|
|
|
|
| |
Reviewed by: ishii@csl.sony.co.jp, kjc@csl.sony.co.jp
checked with FreeBSD+Riscom - cisco4500 configuration.
|
| |
|
|
|
|
| |
Submitted by: bde
|
|
|
|
| |
Suggested by: bde
|
|
|
|
| |
list, not device numbers only
|
|
|
|
| |
section for SUNIT.
|
|
|
|
|
| |
It is needed because if_attach() assumes fixed units order
and pass it to ifconfig
|
|
|
|
|
|
|
| |
1/ is compatible with the old route(1) in case needed.
2/ actually fixes the problem while vetting bad user input.
note: I have already fixed route(1) so the problem shouldn't occur.
if it does. use 0.0.0.0/0 instead of the word 'default' :)
|
|
|
|
|
|
|
| |
We need to accept at least one sockaddr with zero length, in order
to be able to set the default route.
Suggested by: Phone conversation with Julian (sleep well!)
|
|
|
|
| |
(read all about it!)
|
|
|
|
|
|
|
| |
Route(1) has a bug that sends a bad message to the kernel. The kernel
trusts it and crashes. Add some sanity checks so that
we don't trust the user quite as much any more.
(also add a comment in if_ethersubr.c)
|
|
|
|
| |
on the list.
|
|
|
|
|
|
|
|
|
|
|
| |
1: cvs and cvsup don't really support vendor branches other than 1.1.1.x,
this is on 1.1.2.x and causing problems in cvsup 'checkout mode', just the
same as cvs has problems interpreting dates. (cvs has "1.1.1" hard coded)
2: cvs 'rm'ing them takes them off the vendor branch and should hide the
above problems.
3: it's just clutter until the merge is done.
4: if the problem isn't sufficiently resolved by taking these off the
vendor branch, the files will have to be nuked and re-imported.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
out to be a problem with VJ header compression.
davidg spotted this in usr.sbin/ppp/slcompress.c
a while ago, but I believe gave the wrong reasons -
it's too easy to reproduce ! The only scenario that
I've been able to reproduce the problem under is when
m_len is *exactly* 40 ! So go figure !
PR: 3749
Submitted elsewhere by: davidg
Obtained from: usr.sbin/ppp/slcompress.c
|
|
|
|
|
|
|
|
| |
Remove previous hack in pppfcs().
This is still not the correct solution. We shouldn't
have any incorrect mbufs. This patch does however make
pppd/natd work (rather than jamming the interface).
|
|
|
|
|
| |
which will for the basis of RTF_PRCLONING's more efficient, better-
designed replacement.
|
|
|
|
|
|
|
|
| |
so don't enforce the MTU as an MRU. Allow bidirectional ppp MTU
negotiation, by checking against a differnt figure for MRU.
Make it large enough for ATM frames at least.
Submitted by: archie@whistle.com (archie cobbs)
|
|
|
|
| |
Submitted by: Lenzi, Sergio <lenzi@bsi.com.br>
|
|
|
|
|
|
|
| |
isa.c (slightly) more portable and will make my life developing the really
portable version much easier.
Reviewed by: peter, fsmp
|
|
|
|
|
|
|
|
|
|
|
|
| |
interrupt mask hackery wasn't happening when being modloaded via the
if_ppp lkm. It seems that the lkm system doesn't particularly like having
two sets of load/unload/etc routines. :-] This really should be fixed
by having a seperate if_ppp and ppp_tty lkm, but that requires that ppp_tty
is loaded after if_ppp, and needs to be able to link with symbols in
if_ppp. This gets messy, it is a better task for the in-kernel linker.
(if_ppp is generic, ppp_tty is a tty-specific bottom end for if_ppp, it's
not _too_ hard to have another "provider" (such as a hdlc sync card)
connected to if_ppp)
|
| |
|
|
|
|
| |
log level, as opposed to LOG_DEBUG.
|
|
|
|
|
| |
protocol packets. This queue is the only one being enabled until
network phase has been reached.
|
|
|
|
|
|
|
|
|
| |
the man page or the source file. Fix this.
Minor problem: don't choke with ENETDOWN early. As long as our output
queue has space, put the IP packets there even if IPCP ain't up yet.
We will eventually be able delivering them once the PPP state machine
came up.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
full implementation of the sate machine as described in RFC1661, and
provides support for plugging in various control protocols. I needed
this to provide PPP support for the BISDN project (right now).
Unfortunatley, while the existing API was almost up to the point, i
needed one minor API change in order to decouple the this-layer-
started and this-layer-finished actions from the respective Up and
Down events of the lower layer. This requires two additional lines in
the attach routines of all existing lower layer interface drivers that
are using syncPPP (shortcutting these actions and events). Apart from
this, i believe i didn't change the API of all this, so everything
should plug in without too many hassles. Please report if i broke
something in the existing drivers.
For a list of features (including new ones like dial-on-demand), and
things still to be done, please refer to the man page i'll commit asap.
Encouraged by: Serge Vakulenko <vak@cronyx.ru>
|
|
|
|
|
|
|
| |
printf(9), so the log output doesn't clutter the console.
While i was at it, KNFified some function definitions. This file was
very inconsistent in this respect.
|
|
|
|
|
|
| |
and not the MAC address of the first interface for every IPX address.
This is more inline with the way others like Novell do it.
Originally Submitted by: "Serge A. Babkin" <babkin@hq.icb.chel.su>
|
| |
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| |
|
| |
|
| |
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
|
|
|
|
|
|
| |
the many-mode, many-media-option type ethernet cards, in particular, the
new if_de.
Obtained from: NetBSD (Their implementation of BSDI's design)
|