Age | Commit message (Collapse) | Author |
|
This commit is not removing the existing EtherIP part of gif(4) and
it keeps EtherIP of gif(4) working.
ok jbg@ sthen@ mpi@ reyk@ yasuoka@
|
|
rdomains and bridges on the local system. This can be used to route
through local rdomains, to create L2 devices (like trunks) between
them, and many other things.
Discussed with many, with input from mpi@
OK sthen@ phessler@ yasuoka@ mikeb@
|
|
as well. OK dlg@ mpi@
|
|
|
|
ok deraadt@
|
|
ok mpi@, claudio@.
|
|
|
|
|
|
ok deraadt@
|
|
for a couple decades. Keep the OSIOCGIFCONF ioctl to support COMPAT_LINUX
but move the rest of the Linux-specific ioctl() handling into linux_socket.c
This lets struct osockaddr finally move from sys/socket.h to protocols/talkd.h
ok krw@ deraadt@ mpi@
|
|
|
|
|
|
|
|
|
|
ALTQ has served us well for years and was extremely important not just for
us, but for the entire bandwidth management arena. Back when we got altq,
the subject was not yet well researched and understood, which is why altq
is the framework with pluggable schedulers it is. Kenjiro Cho (kjc@) did an
amazing job there.
Now, more than 10 years later, we do have a good understanding and can use
a simpler framework with just one priority queueing and one bandwidth
shaping mechanism each - the new queueing subsystem. Last not least because
it is incredibly painful to maintain both in parallel, it is time for altq
to depart. Farewell, thanks for many years of good service. Everybody
using any form of "not just fifo" queueing owes Kenjiro a lot. At least
buy him a beer when you meet him.
And, allow me this personal note, thanks Kenjiro, working with you on the
topic has always been a great pleasure and I learned a lot from you. Thanks!
|
|
|
|
ok deraadt@
|
|
okay kettenis@, martin@, beck@, krw@, tedu@, millert@
|
|
ok deraadt@
|
|
|
|
interface. VXLAN is a UDP-based tunnelling protocol for overlaying
virtualized layer 2 networks over layer 3 networks. The implementation
is based on draft-mahalingam-dutt-dcops-vxlan-04 and has been tested
with other implementations in the wild.
put it in deraadt@
|
|
get figured out.
|
|
discussed with and ok deraadt. we expect a problem will appear which will
cause it to be disabled again, but unless we try this we wont see the
problems.
|
|
|
|
so COMPAT_O51 can go. The complete ABI role means COMPAT_O53 can
be removed as well.
ok jsing@ tedu@
|
|
|
|
ok deraadt@
|
|
the special provided when the mount was requested. This may be the same as
the special that was actually used for the mount (e.g. in the case of a
device node) or it may be different (e.g. in the case of a DUID).
Whilst here, change f_ctime to a 64 bit type and remove the pointless
f_spare members.
Compatibility goo courtesy of guenther@
ok krw@ millert@
|
|
dhill.
ok krw@, mikeb@, tedu@ (implicit)
|
|
pation: back to -current
|
|
|
|
no functional changes.
|
|
|
|
|
|
|
|
not the same as it was in 4.9 or earlier. In either case you can turn
it on again using sysctl kern.pool_debug=1 -- but if POOL_DEBUG is not
enabled you only get a subset of the strict checks.
ok deraadt@
|
|
|
|
|
|
not the same as it was in 4.9 or earlier. In either case you can turn
it on again using sysctl kern.pool_debug=1 -- but if POOL_DEBUG is not
enabled you only get a subset of the strict checks.
prodded by david
|
|
discussed with jsing and millert
|
|
|
|
not the same as it was in 4.9 or earlier. In either case you can turn
it on again using sysctl kern.pool_debug=1 -- but if POOL_DEBUG is not
enabled you only get a subset of the strict checks.
ok kettenis miod beck
|
|
to GENERIC, wrap compat_o48_sys_getdirentries() with an appropriate
#ifdef, and use struct compat_o48_sys_getdirentries_args instead of
struct sys_getdirentries_args.
|
|
|
|
Include PIPEX in kernel by default. And add new sysctl variable
`net.pipex.enable' to enable PIPEX. By default, pipex is disabled
and it will not process packets from wire. Update man pages and
update HOWTO_PIPEX_NPPPD.txt for testers.
discussed with dlg@, ok deraadt@ mcbride@ claudio@
|
|
|
|
A purdy OpenAFS port is being worked on and everybody hates
having to touch files inside nnpfs/ so it is going to go away
real soon.
ok deraadt@, beck@
|
|
prompted by tedu@
|
|
|
|
While it is a terribly cool idea, it's just awful and since noone has stepped
up to the plate to keep it up with the current vop state, retire it to the
attic.
ok krw@, deraadt@, guenther@, miod@.
comments from jmc@
|