Revision tags: release/14.0.0 |
|
#
95ee2897 |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: two-line .h pattern
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
|
Revision tags: release/13.2.0, release/12.4.0, release/13.1.0, release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0, release/12.1.0 |
|
#
a63915c2 |
| 28-Jul-2019 |
Alan Somers <asomers@FreeBSD.org> |
MFHead @r350386
Sponsored by: The FreeBSD Foundation
|
#
0dbac71f |
| 26-Jul-2019 |
Kyle Evans <kevans@FreeBSD.org> |
if_tuntap(4): Add TUNGIFNAME
This effectively just moves TAPGIFNAME into common ioctl territory.
MFC after: 3 days
|
Revision tags: release/11.3.0, release/12.0.0, release/11.2.0, release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0 |
|
#
b5994a5c |
| 24-May-2016 |
Michael Tuexen <tuexen@FreeBSD.org> |
Allow an MTU of 65535 bytes to be set via TUN[SG]IFINFO. This requires changing the type on the mtu field in struct tuninfo from short to unsigned short. This is used, for example, by packetdrill to
Allow an MTU of 65535 bytes to be set via TUN[SG]IFINFO. This requires changing the type on the mtu field in struct tuninfo from short to unsigned short. This is used, for example, by packetdrill to test with MTUs up to the maximum value.
Differential Revision: 6452
show more ...
|
Revision tags: release/10.3.0, release/10.2.0, release/10.1.0, release/9.3.0, release/10.0.0, release/9.2.0, release/8.4.0, release/9.1.0, release/8.3.0_cvs, release/8.3.0, release/9.0.0, release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0, release/8.1.0_cvs, release/8.1.0, release/7.3.0_cvs, release/7.3.0, release/8.0.0_cvs, release/8.0.0, release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0, release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0, release/6.2.0_cvs, release/6.2.0, release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0, release/6.0.0_cvs, release/6.0.0, release/5.4.0_cvs, release/5.4.0, release/4.11.0_cvs, release/4.11.0 |
|
#
c398230b |
| 07-Jan-2005 |
Warner Losh <imp@FreeBSD.org> |
/* -> /*- for license, minor formatting changes
|
Revision tags: release/5.3.0_cvs, release/5.3.0, release/4.10.0_cvs, release/4.10.0, release/5.2.1_cvs, release/5.2.1, release/5.2.0_cvs, release/5.2.0, release/4.9.0_cvs, release/4.9.0, release/5.1.0_cvs, release/5.1.0, release/4.8.0_cvs, release/4.8.0, release/5.0.0_cvs, release/5.0.0, release/4.7.0_cvs, release/4.6.2_cvs, release/4.6.2, release/4.6.1, release/4.6.0_cvs, release/4.5.0_cvs, release/4.4.0_cvs, release/4.3.0_cvs, release/4.3.0, release/4.2.0, release/4.1.1_cvs, release/4.1.0, release/3.5.0_cvs, release/4.0.0_cvs |
|
#
43e8def2 |
| 23-Jan-2000 |
Brian Somers <brian@FreeBSD.org> |
Implement TUN[GS]IFHEAD ioctls. Passing a non-zero int to TUNSIFHEAD tells that tun unit to prepend a four byte address family to packets queued for tunread() and to expect a four byte address famil
Implement TUN[GS]IFHEAD ioctls. Passing a non-zero int to TUNSIFHEAD tells that tun unit to prepend a four byte address family to packets queued for tunread() and to expect a four byte address family at the front of data received by tunwrite().
We queue any protocol received from the interface for tunread(), but only accept INET, INET6, IPX and NETATALK from tunwrite(). There is support for Xerox's NS stuff, but AFAICT config(8) doesn't ever define NS.
show more ...
|
#
bbdecb95 |
| 21-Jan-2000 |
Brian Somers <brian@FreeBSD.org> |
Add a new TUNSIFPID ioctl to update the tun_pid (recorded in tunopen) with the current pid.
|
Revision tags: release/3.4.0_cvs, release/3.3.0_cvs |
|
#
c3aac50f |
| 28-Aug-1999 |
Peter Wemm <peter@FreeBSD.org> |
$Id$ -> $FreeBSD$
|
Revision tags: release/3.2.0 |
|
#
b56fecc8 |
| 24-Mar-1999 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Implement TUNSIFMODE and TUNSLMODE.
Submitted by: Alfred Perlstein <bright@cygnus.rush.net>
|
Revision tags: release/3.1.0, release/3.0.0, release/2.2.8, release/2.2.7 |
|
#
dc733423 |
| 18-Apr-1998 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Seventy-odd "its" / "it's" typos in comments fixed as per kern/6108.
|
Revision tags: release/2.2.6 |
|
#
a512daba |
| 26-Jan-1998 |
Brian Somers <brian@FreeBSD.org> |
Correct $Id$
|
#
52ae741f |
| 11-Jan-1998 |
Brian Somers <brian@FreeBSD.org> |
Move softc stuff into if_tunvar.h Suggested by: Peter Wemm <peter@netplex.com.au> Hinted at by: Bruce Evans <bde@FreeBSD.org>
|
#
517c5ddb |
| 18-Nov-1997 |
Bruce Evans <bde@FreeBSD.org> |
Removed now-unused blocking mode flag.
|
Revision tags: release/2.2.5_cvs |
|
#
1d389e50 |
| 11-Jun-1997 |
Julian Elischer <julian@FreeBSD.org> |
As the Tunnel device has no real inherrent MRU limit, 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
As the Tunnel device has no real inherrent MRU limit, 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)
show more ...
|
Revision tags: release/2.2.2_cvs, release/2.2.1_cvs, release/2.2.0, release/2.1.7_cvs, release/2.1.6_cvs, release/2.1.6.1 |
|
#
c812f23a |
| 16-Dec-1996 |
Bill Fenner <fenner@FreeBSD.org> |
Change default tun MTU back to 1500. 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 M
Change default tun MTU back to 1500. 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.
show more ...
|
#
61060011 |
| 02-Dec-1996 |
Julian Elischer <julian@FreeBSD.org> |
2 small changes: 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 s
2 small changes: 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
show more ...
|
Revision tags: release/2.1.5_cvs |
|
#
a1153b1a |
| 10-Aug-1996 |
Julian Elischer <julian@FreeBSD.org> |
Submitted by: archie@whistle.com 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 en
Submitted by: archie@whistle.com 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)
show more ...
|
#
f7163ba7 |
| 08-Mar-1996 |
Andrey A. Chernov <ache@FreeBSD.org> |
Make user-level PPP on-demand with dynamic IP actually work. Story so fr: 1) PPP on-demand with static IP works. 2) PPP on-demand with dynamic IP says "Host is down" on any IP request The problem is
Make user-level PPP on-demand with dynamic IP actually work. Story so fr: 1) PPP on-demand with static IP works. 2) PPP on-demand with dynamic IP says "Host is down" on any IP request The problem is that tun driver check its READY state by *first* ifconfig address. i.e.: set ifaddr <addr> <addr2> works (static IP) and set ifaddr 0 <addr2> not works (dynamic IP) because first address is equal 0. Since tun is always POINTOPOINT interface, dst address is more meaningfull. I change checking to second (dst) address in READY test. PPP on-demand finally works.
show more ...
|
#
9b44ff22 |
| 06-Feb-1996 |
Garrett Wollman <wollman@FreeBSD.org> |
Clean up Ethernet drivers: - fill in and use ifp->if_softc - use if_bpf rather than private cookie variables - change bpf interface to take advantage of this - call ether_ifattach() directly from
Clean up Ethernet drivers: - fill in and use ifp->if_softc - use if_bpf rather than private cookie variables - change bpf interface to take advantage of this - call ether_ifattach() directly from Ethernet drivers - delete kludge in if_attach() that did this indirectly
show more ...
|
Revision tags: release/2.1.0_cvs, release/2.0.5_cvs |
|
#
9b2e5354 |
| 30-May-1995 |
Rodney W. Grimes <rgrimes@FreeBSD.org> |
Remove trailing whitespace.
|
#
53c9f6c0 |
| 26-Feb-1995 |
Atsushi Murai <amurai@FreeBSD.org> |
New user Process PPP based on iij-ppp0.94beta2.
o Supporting SYNC SIO device (But need a device driver) - add "set speed sync" o Fixing bug for Predictor-1 function. o Add new paramete
New user Process PPP based on iij-ppp0.94beta2.
o Supporting SYNC SIO device (But need a device driver) - add "set speed sync" o Fixing bug for Predictor-1 function. o Add new parameter that re-sent interval for set timeout commands. o Improving RTT (Round Trip Time) and reducing processor time. - Previous Timer service was using polling, and now using SIGALRM ;-) - A 0.94beta2 will not work correctly....
-- Follows are additinal feature not including 0.94beta2 o Support Proxy ARP - add "enable/disable proxy" commands o Marging common routine in CHAP/PAP. o Enhancing LCP/IPCP log information. o Support local Authfication connection on port 300x and tty. - You can set up pair of your "hostname -s" and password in ppp.secret. if either ppp.secret file nor your hostname line don't exist, It will notify a message and working as same as previous version.(Backword compatibility) - If you did set up them, It's allow connection but nothing to do except help and passwd command. - add "passwd yourpasswd" commands o Support afilter - keep Alive filter that a packet can send/receiving according to ifilter/ofilter but doesn't count it as preventing idle timer expires. - Same syntax of other filters. o Fixing bugs reported by current user for previous one. Thanks !!
Reviewed by: Atsushi Murai (amurai@spec.co.jp)
show more ...
|
#
b74038e1 |
| 31-Jan-1995 |
Atsushi Murai <amurai@FreeBSD.org> |
|
Revision tags: release/10.3.0, release/10.2.0, release/10.1.0, release/9.3.0, release/10.0.0, release/9.2.0, release/8.4.0, release/9.1.0, release/8.3.0_cvs, release/8.3.0, release/9.0.0, release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0, release/8.1.0_cvs, release/8.1.0, release/7.3.0_cvs, release/7.3.0, release/8.0.0_cvs, release/8.0.0, release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0, release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0, release/6.2.0_cvs, release/6.2.0, release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0, release/6.0.0_cvs, release/6.0.0, release/5.4.0_cvs, release/5.4.0, release/4.11.0_cvs, release/4.11.0 |
|
#
c398230b |
| 07-Jan-2005 |
Warner Losh <imp@FreeBSD.org> |
/* -> /*- for license, minor formatting changes
|
Revision tags: release/5.3.0_cvs, release/5.3.0, release/4.10.0_cvs, release/4.10.0, release/5.2.1_cvs, release/5.2.1, release/5.2.0_cvs, release/5.2.0, release/4.9.0_cvs, release/4.9.0, release/5.1.0_cvs, release/5.1.0, release/4.8.0_cvs, release/4.8.0, release/5.0.0_cvs, release/5.0.0, release/4.7.0_cvs, release/4.6.2_cvs, release/4.6.2, release/4.6.1, release/4.6.0_cvs, release/4.5.0_cvs, release/4.4.0_cvs, release/4.3.0_cvs, release/4.3.0, release/4.2.0, release/4.1.1_cvs, release/4.1.0, release/3.5.0_cvs, release/4.0.0_cvs |
|
#
43e8def2 |
| 23-Jan-2000 |
Brian Somers <brian@FreeBSD.org> |
Implement TUN[GS]IFHEAD ioctls. Passing a non-zero int to TUNSIFHEAD tells that tun unit to prepend a four byte address family to packets queued for tunread() and to expect a four byte address famil
Implement TUN[GS]IFHEAD ioctls. Passing a non-zero int to TUNSIFHEAD tells that tun unit to prepend a four byte address family to packets queued for tunread() and to expect a four byte address family at the front of data received by tunwrite().
We queue any protocol received from the interface for tunread(), but only accept INET, INET6, IPX and NETATALK from tunwrite(). There is support for Xerox's NS stuff, but AFAICT config(8) doesn't ever define NS.
show more ...
|
#
bbdecb95 |
| 21-Jan-2000 |
Brian Somers <brian@FreeBSD.org> |
Add a new TUNSIFPID ioctl to update the tun_pid (recorded in tunopen) with the current pid.
|