| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
<sys/filio.h>, <sys/sockio.h> and <sys/ttycom.h> instead of
<sys/ioctl.h> in a couple of files. This is still only 1/3
as spammish as <sys/ioctl.h> - 5 or 6 old tty ioctl headers
aren't needed.
|
|
|
|
|
|
|
|
| |
<sys/ttycom.h> and sometimes <sys/filio.h> instead of <sys/ioctl.h>
in miscellaneous files. Most of these files have nothing to do
with ttys but need to include <sys/ttycom.h> to get the definitions
of TIOC[SG]PGRP which are (ab)used to convert F[SG]ETOWN fcntls into
ioctls.
|
|
|
|
| |
<sys/sockio.h> instead of <sys/ioctl.h> in network files.
|
|
|
|
|
| |
it when it is not used. In most cases, the reasons for including it
went away when the special ioctl headers became self-sufficient.
|
|
|
|
|
| |
Fixed everything that depended on getting fcntl.h stuff from the wrong
place. Most things don't depend on file.h stuff at all.
|
|
|
|
|
|
|
|
| |
is a little *too* promiscuous''
Also a 2.2 candidate, again, after testing.
Submitted by: Matt Thomas <matt@lkg.dec.com>
|
|
|
|
|
| |
(1994/11/26). Packets with more than approximately 128 0xc0's or
0xdb's in them were untransmittable.
|
|
|
|
|
|
|
| |
This is some of the worst code I've had to wade through in
ages and I don't want to have to start from scratch again next time.
(I have a 2.2 version of these comments, can I commit them?)
|
|
|
|
| |
ready for it yet.
|
|
|
|
| |
modes are enabled or disabled.
|
|
|
|
| |
has come bacl up (and can referse actions taken as a result of downing).
|
|
|
|
|
|
|
| |
and ifa_ifwithroute.
This eliminates the panic seen in kern/2647, although it doesn't
address the fact that RTM_CHANGE can't change flags.
|
|
|
|
|
|
| |
non-obvious to me since my test kernel didn't run NETATALK. Sorry.
LINT should compile again now.
|
| |
|
|
|
|
|
| |
I have only separated both to make it more convenient merging all this
into 2.2.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to -current.
Thanks goes to Ulrike Nitzsche <ulrike@ifw-dresden.de> for giving me
a chance to test this. Only the PCI driver is tested though.
One final patch will follow in a separate commit. This is so that
everything up to here can be dragged into 2.2, if we decide so.
Reviewed by: joerg
Submitted by: Matt Thomas <matt@3am-software.com>
|
|
|
|
| |
and SIOCDELMULTI; it is guaranteed to be null in the new system.
|
|
|
|
|
|
|
|
| |
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.
|