|
Revision tags: release/13.4.0-p5, release/13.5.0-p1, release/14.2.0-p3, release/13.5.0, release/14.2.0-p2, release/14.1.0-p8, release/13.4.0-p4, release/14.1.0-p7, release/14.2.0-p1, release/13.4.0-p3, release/14.2.0, release/13.4.0, release/14.1.0, release/13.3.0, release/14.0.0 |
|
| #
95ee2897 |
| 16-Aug-2023 |
Warner Losh <[email protected]> |
sys: Remove $FreeBSD$: two-line .h pattern
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
|
| #
4d846d26 |
| 10-May-2023 |
Warner Losh <[email protected]> |
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 ...
|
|
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 |
|
| #
662c1305 |
| 01-Sep-2020 |
Mateusz Guzik <[email protected]> |
net: clean up empty lines in .c and .h files
|
|
Revision tags: release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0 |
|
| #
fe267a55 |
| 27-Nov-2017 |
Pedro F. Giffuni <[email protected]> |
sys: 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
pro
sys: 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 ...
|
|
Revision tags: release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0, 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 |
|
| #
674d86bf |
| 18-Apr-2011 |
Gleb Smirnoff <[email protected]> |
Node constructor methods are supposed to be called in syscall
context always. Convert nodes to consistently use M_WAITOK flag
for memory allocation.
Reviewed by: julian
|
|
Revision tags: 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 |
|
| #
1ede983c |
| 23-Oct-2008 |
Dag-Erling Smørgrav <[email protected]> |
Retire the MALLOC and FREE macros. They are an abomination unto style(9).
MFC after: 3 months
|
|
Revision tags: 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 |
|
| #
3ff2ed9e |
| 29-Aug-2005 |
Gleb Smirnoff <[email protected]> |
Plug item leak in case when not all hooks are connected.
Found by: David Vos <david.vos gmail.com>
|
| #
a09c9f01 |
| 23-May-2005 |
Gleb Smirnoff <[email protected]> |
Return EINVAL for incorrect hook names.
PR: kern/81349
Submitted by: Wojciech A. Koszek
|
|
Revision tags: release/5.4.0_cvs, release/5.4.0 |
|
| #
a921fb33 |
| 08-Feb-2005 |
Ruslan Ermilov <[email protected]> |
bzero() -> M_ZERO.
|
|
Revision tags: release/4.11.0_cvs, release/4.11.0, release/5.3.0_cvs, release/5.3.0 |
|
| #
f8aae777 |
| 29-May-2004 |
Julian Elischer <[email protected]> |
Switch to using C99 sparse initialisers for the type methods array.
Should make no binary difference.
Submitted by: Gleb Smirnoff <[email protected]>
Reviewed by: Harti Brandt <[email protected]>
Switch to using C99 sparse initialisers for the type methods array.
Should make no binary difference.
Submitted by: Gleb Smirnoff <[email protected]>
Reviewed by: Harti Brandt <[email protected]>
MFC after: 1 week
show more ...
|
|
Revision tags: 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 |
|
| #
6e551fb6 |
| 10-Dec-2001 |
David E. O'Brien <[email protected]> |
Update to C99, s/__FUNCTION__/__func__/,
also don't use ANSI string concatenation.
|
| #
bb5c977f |
| 24-Jul-2001 |
Brooks Davis <[email protected]> |
General cleanup providing better style(9) conformance and generally
improved readability. The two real functional changes are that
netgraph now sees this as the "split" node type rather then the
"ng
General cleanup providing better style(9) conformance and generally
improved readability. The two real functional changes are that
netgraph now sees this as the "split" node type rather then the
"ng_split" node type and that meta data is passed through without
processing rather then being dropped.
Reviewed by: jhb, julian
MFC after: 7 weeks
show more ...
|
|
Revision tags: release/4.3.0_cvs, release/4.3.0 |
|
| #
cdee49f9 |
| 22-Feb-2001 |
Julian Elischer <[email protected]> |
Add a 'splitter' node to separate a bidirectional
packet flow into two unidirectional flows.
Part of a suite of nodes developed for packet flow control.
More to follow as I have time to port them to
Add a 'splitter' node to separate a bidirectional
packet flow into two unidirectional flows.
Part of a suite of nodes developed for packet flow control.
More to follow as I have time to port them to 5.x or
as others do so. The ipfw node will be the hardest..
Submitted by: "Vitaly V. Belekhov" <[email protected]>
show more ...
|