| #
b3e76948
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: two-line .h pattern
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
|
| #
4d846d26
|
| 10-May-2023 |
Warner Losh <imp@FreeBSD.org> |
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch up to that fact and revert to their recommended match of
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch up to that fact and revert to their recommended match of BSD-2-Clause.
Discussed with: pfg MFC After: 3 days Sponsored by: Netflix
show more ...
|
| #
b3e76948
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: two-line .h pattern
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
|
| #
4d846d26
|
| 10-May-2023 |
Warner Losh <imp@FreeBSD.org> |
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch up to that fact and revert to their recommended match of
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch up to that fact and revert to their recommended match of BSD-2-Clause.
Discussed with: pfg MFC After: 3 days Sponsored by: Netflix
show more ...
|
| #
1de7b4b8
|
| 27-Nov-2017 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
various: general adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error
various: general adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.
No functional change intended.
show more ...
|
| #
ff550a99
|
| 27-Aug-2009 |
Brian Somers <brian@FreeBSD.org> |
MFC: When realloc()ing device memory for transfer to another ppp process, don't continue to use the realloc()d pointer - it might have changed!
Remove some stray diagnostics while I'm here
MFC: When realloc()ing device memory for transfer to another ppp process, don't continue to use the realloc()d pointer - it might have changed!
Remove some stray diagnostics while I'm here.
Approved by: re (kib)
show more ...
|
| #
1de7b4b8
|
| 27-Nov-2017 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
various: general adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error
various: general adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.
No functional change intended.
show more ...
|
| #
ff550a99
|
| 27-Aug-2009 |
Brian Somers <brian@FreeBSD.org> |
MFC: When realloc()ing device memory for transfer to another ppp process, don't continue to use the realloc()d pointer - it might have changed!
Remove some stray diagnostics while I'm here
MFC: When realloc()ing device memory for transfer to another ppp process, don't continue to use the realloc()d pointer - it might have changed!
Remove some stray diagnostics while I'm here.
Approved by: re (kib)
show more ...
|
| #
10b3b545
|
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head
|
| #
cbd59a4f
|
| 08-Sep-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
- MFC from head@196987
|
| #
c5e246d4
|
| 24-Aug-2009 |
Brian Somers <brian@FreeBSD.org> |
When realloc()ing device memory for transfer to another ppp process, don't continue to use the realloc()d pointer - it might have changed!
Remove some stray diagnostics while I'm here.
MFC after: 3
When realloc()ing device memory for transfer to another ppp process, don't continue to use the realloc()d pointer - it might have changed!
Remove some stray diagnostics while I'm here.
MFC after: 3 days
show more ...
|
| #
1814213e
|
| 06-Sep-2004 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Fix the build on 64-bit platforms.
|
| #
057f1760
|
| 05-Sep-2004 |
Brian Somers <brian@FreeBSD.org> |
Make ppp WARNS=5 clean
|
| #
b5bc6d4d
|
| 29-Jul-2004 |
Gleb Smirnoff <glebius@FreeBSD.org> |
Add configuration option "set pppoe [standard|3Com]" which allows to configure mode for ng_pppoe(4) node under control.
Reviewed by: brian Approved by: julian (mentor)
|
| #
6ca7707b
|
| 29-Jun-2002 |
Brian Somers <brian@FreeBSD.org> |
When a netgraph message is read, look for another before returning. This removes a bad latency problem during initial setup where we end up waiting for too long before reading the connected message a
When a netgraph message is read, look for another before returning. This removes a bad latency problem during initial setup where we end up waiting for too long before reading the connected message and time the connection out.
Problem figured out by: Andre Albsmeier <andre@albsmeier.net>
show more ...
|
| #
dbc46ca4
|
| 22-Jun-2002 |
Brian Somers <brian@FreeBSD.org> |
Don't expect NUL terminated data in all netgraph messages received. Only display message hook values we understand.
|
| #
de59e178
|
| 14-May-2002 |
Brian Somers <brian@FreeBSD.org> |
o Clean up some #includes o Bump version number to 3.0.4 o When talking to a RADIUS server, provide a NAS-Port-Type.
When the NAS-Port-Type is Ethernet, provide a NAS-Port value equal to the SES
o Clean up some #includes o Bump version number to 3.0.4 o When talking to a RADIUS server, provide a NAS-Port-Type.
When the NAS-Port-Type is Ethernet, provide a NAS-Port value equal to the SESSIONID from the environment in direct mode or the NGM_PPPOE_SESSIONID message in other modes. If no SESSIONID is found, default to the interface index in client mode or zero in server mode.
When the NAS-Port-Type is ISDN, set the NAS-Port to the minor number of the physical device (ie, the N in /dev/i4brbchN).
This makes it easier for the RADIUS server to identify the client WRT accounting data etc.
Prompted by: lsz8425 <lsz8425@mail.cd.hn.cn>
show more ...
|
| #
fb11a9c2
|
| 30-Mar-2002 |
Brian Somers <brian@FreeBSD.org> |
Merge the NETGRAPH branch into HEAD. tty devices now use netgraph's line discipline to do the async escaping, but no other benefits are available yet.
Change ``ifdef HAVE_DES'' to ``ifndef NODES''
Merge the NETGRAPH branch into HEAD. tty devices now use netgraph's line discipline to do the async escaping, but no other benefits are available yet.
Change ``ifdef HAVE_DES'' to ``ifndef NODES'' for consistency.
Make the Makefile a little more sane WRT RELEASE_CRUNCH.
show more ...
|
| #
7f77b559
|
| 20-Feb-2002 |
Brian Somers <brian@FreeBSD.org> |
Handle NGM_PPPOE_ACNAME messages.
Submitted by: Andre Albsmeier <andre@albsmeier.net> Approved by: julian
|
| #
1a939a07
|
| 24-Aug-2001 |
Brian Somers <brian@FreeBSD.org> |
Handle return values of 0 from NgRecvMsg() properly.
|
| #
30949fd4
|
| 14-Aug-2001 |
Brian Somers <brian@FreeBSD.org> |
o Add ipv6 support, abstracting most NCP addresses into opaque structures (well, they're treated as opaque).
It's now possible to manage IPv6 interface addresses and routing table entries and
o Add ipv6 support, abstracting most NCP addresses into opaque structures (well, they're treated as opaque).
It's now possible to manage IPv6 interface addresses and routing table entries and to filter IPV6 traffic whether encapsulated or not.
IPV6CP support is crude for now, and hasn't been tested against any other implementations.
RADIUS and IPv6 are independent of eachother for now.
ppp.linkup/ppp.linkdown aren't currently used by IPV6CP
o Understand all protocols(5) in filter rules rather than only a select few.
o Allow a mask specification for the ``delete'' command. It's now possible to specifically delete one of two conflicting routes.
o When creating and deleting proxy arp entries, do it for all IPv4 interface addresses rather than doing it just for the ``current'' peer address.
o When iface-alias isn't in effect, don't blow away manually (via ``iface add'') added interface addresses.
o When listening on a tcp server (diagnostic) socket, bind so that a tcp46 socket is created -- allowing both IPv4 and IPv6 connections.
o When displaying ICMP traffic, don't display the icmp type twice. When display traffic, display at least some information about unrecognised traffic.
o Bump version
Inspired after filtering work by: Makoto MATSUSHITA <matusita@jp.FreeBSD.org>
show more ...
|
| #
8152dca8
|
| 18-Jul-2001 |
Brian Somers <brian@FreeBSD.org> |
Bring the PPPoE Ethernet interface up *BEFORE* we send the node a CONNECT message.
MFC after: 1 week
|
| #
c8b9fb53
|
| 18-Jun-2001 |
Brian Somers <brian@FreeBSD.org> |
Handle hardware-imposed MTU/MRU limitations. PPPoE will no longer allow MRU/MTU negotiations to exceed 1492.
Add an optional ``max'' specifier to ``set m[rt]u'', ie.
set mtu max 1480
Bump the pp
Handle hardware-imposed MTU/MRU limitations. PPPoE will no longer allow MRU/MTU negotiations to exceed 1492.
Add an optional ``max'' specifier to ``set m[rt]u'', ie.
set mtu max 1480
Bump the ppp version number.
Sponsored by: Monzoon Networks AG and FreeBSD Services Limited
show more ...
|
| #
cef1df88
|
| 10-Apr-2001 |
Brian Somers <brian@FreeBSD.org> |
kldload ng_pppoe as necessary
|
| #
6ccdc30b
|
| 05-Apr-2001 |
Brian Somers <brian@FreeBSD.org> |
It's possible to kldload netgraph (as well as the other ng_* bits), so do it if required.
|