| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been
insane otherwise.
|
|
|
|
|
|
|
| |
previous hackery involving struct in_ifaddr and arpcom. Get rid of the
abominable multi_kludge. Update all network interfaces to use the
new machanism. Distressingly few Ethernet drivers program the multicast
filter properly (assuming the hardware has one, which it usually does).
|
| |
|
|
|
|
|
|
| |
packets through BPF.
Submitted by: seki@sysrap.cs.fujitsu.co.jp in PR#2415
|
| |
|
|
|
|
|
|
|
| |
multicast group memberships. This is not actually operative
at the moment (a lot of other code still needs to be changed), but
this seemed like a useful reference point to check in so that
others (i.e. Bill Fenner) have fair warning of where we are going.
|
|
|
|
|
|
| |
Many programs need the numbers but don't need the internals of ARP.
More commits to follow...
|
|
|
|
|
|
| |
to interfaces. (Amazing nobody had done this!)
More commits to fix up user-land to follow.
|
|
|
|
|
|
|
|
|
| |
- C++ should be supported for application functions (use __BEGIN_DECLS,
etc.).
- prototypes should be sorted.
- comments on #endif's should spell identifiers the same as the code.
- comments on #endif's should have the same sense as the code (use `!'
to match ifndef, etc.).
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
> wollman 96/12/10 09:19:15
>
> Modified: lib/libc/net ether_addr.c ethers.3
> Log:
> Get struct ether_addr directly from <net/ethernet.h> rather than pulling
> in lots of unrelated junk from <net/if.h> and <net/if_ether.h>. These
> functions still aren't prototyped anywhere (but should be in
> <net/ethernet.h>---got that, Bill?).
(Note that this file has no copyright header; one should probably
be added.)
|
| |
|
|
|
|
|
|
|
| |
Use the interface MTU instead of the constant when deciding what
packets to accept.
Allow using the SIOCSIFMTU ioctl (e.g. "ifconfig tun0 mtu XXX") to
set the MTU.
|
|
|
|
|
|
| |
to TAILQs. Fix places which referenced these for no good reason
that I can see (the references remain, but were fixed to compile
again; they are still questionable).
|
| |
|
|
|
|
|
|
|
| |
<netinet/if_ether.h>, rather than in <net/if.h>, most of whose callers
have no need of it.
Pointed-out-by: bde
|
|
|
|
| |
``going away soon''.
|
|
|
|
|
|
|
|
|
| |
type to be int so that errors can be returned.
2) Use the new SIOCSIFMTU ether_ioctl support in the few drivers that are
using ether_ioctl().
3) In if_fxp.c: treat if_bpf as a token, not as a pointer. Don't bother
testing for FXP_NTXSEG being reached in fxp_start()...just check for
non-NULL 'm'. Change fxp_ioctl() to use ether_ioctl().
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1/ increase the tun MTU from 1500 to 1600 to allow it to be used with
packets formatted according to RFC1490 and RFC1717
2/ allow the tsleep() when reading, to be interruptable by signals
so that one can now do:
od -xc </dev/tun0
to dump packets for debugging without getting hung.
Passed on by: Archie@whistle.com (archie Cobbs)
Nice but not neccessary in 2.2
|
|
|
|
| |
address.
|
| |
|
| |
|
| |
|
|
|
|
| |
people compiling with NS, so the effects on everyone else are nil.
|
|
|
|
|
|
|
| |
<net/if_arp.h> and fixed the things that depended on it. The nested
include just allowed unportable programs to compile and made my
simple #include checking program report that networking code doesn't
need to include <sys/socket.h>.
|
| |
|
| |
|
|
|
|
|
| |
there were three possible different code paths through which we could
discard a packet (which, after all, is the entire function of this interface).
|
|
|
|
|
|
|
|
| |
Sorry if this makes it harder to merge in lite2 stuff but hey..
At least I can figure out what is going on whenever I end up going through those
files again..
do we have a policy regarding commenting existing code?
|
|
|
|
|
|
| |
Get rid of pc98/pc98/pc98_device.h.
Submitted by: The FreeBSD(98) Development Team
|
|
|
|
|
|
| |
is non-null before trying to delete it in rt_setgate(), which then
allows removal of the special-case code from the RTM_ADD case.
This should fix the panics that joerg and Phil Karn have been seeing.
|
|
|
|
| |
of them 2 years ago.
|
|
|
|
|
|
| |
we start merging things in earnest...
Submitted by: The FreeBSD(98) Development Team
|
|
|
|
|
|
|
|
|
|
| |
the end of that sstructure to make evolution easier.
Add definitions for the 802.3/Ethernet MIB. To implement this, simply
add a `struct ifmib_iso_8802_3' somewhere in your interface's softc,
point if_linkmib to it, set if_linkmiblen, and fill in the statistics
with appropriate values. (I didn't want to create Yet Another Ethernet-
related header file, otherwise this would have been separated out.)
|
|
|
|
| |
as it's still used for what the original BSD4.4 comment says it's for.
|
| |
|
|
|
|
|
|
|
|
| |
like it does elsewhere. This is probably only happens when incorrect
args are given to route(8), or when running with non-IPv4 stacks but
incorrect args to the route command is no excuse for panicing!
Submitted by: Michael Clay <mclay@weareb.org>, PR#1532
|
| |
|
|
|
|
|
|
|
| |
allow a tunnel interface to be openned even if it has no remote address yet.
this may be needed if you have used
route add default -interface tun0
where the remote end might not even HAVE a number (e.g. netcom links)
|
|
|
|
|
|
|
|
|
|
| |
This is a patch to sys/net/if.c. What it does is patch the algorithm
for finding an IP address on an interface which most closely matches
a given IP address. The problem with it is when no address matches,
and you have to just pick one at random. Then the code ends up picking
the last IP address in the list. This patch changes things so it
picks up the first address instead.
Usually the first address is more useful as the later ones are aliases.
|
|
|
|
|
| |
I'm pretty convinced after looking at this that the majority of our
drivers are confused about the in/exclusion of ETHER_CRC_LEN :-(
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Add ether_ioctl() which can take care of the SIOC[SG]IFADDR cases for
most (ethernet) drivers.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
interfaces. This creates two new tables in the net.link.generic branch
of the MIB; one contains (essentially) `ifdata' structures, and the other
contains a blob provided by the interface (and presumably used to
implement link-layer-specific MIB variables). A number of things
have been moved around in the `ifnet' and `ifdata' structures, so
NEW VERSIONS OF ifconfig(8) AND routed(8) ARE REQUIRED. (A simple
recompile is all that's necessary.)
I have a sample program which uses this interface for those interested
in making use of it.
|
|
|
|
|
|
|
|
| |
when attepmting to add certain types of routes. This problem
only manifested itself in the presence of unconfigured point-to-point
interfaces.
Noticed by: Chuck Cranor <chuck@maria.wustl.edu>
|
|
|
|
| |
of the last (IF_ENQ_DROP) commit.
|
|
|
|
|
|
|
|
| |
The old system had the misfeature that the only policy it could implement
was tail-drop; the new IF_ENQ_DROP macro/function makes it possible
to implement more sophisticated queueing policies on a system-wide
basis. No code actually uses this yet (although on my machine
I have converted the ethernet and (polled) loopback to use it).
|
|
|
|
|
|
| |
as discussed on current. (bde pointed out the cause of the problem)
Reported by: dev@fgate.flevel.co.uk
|