| #
fb2ea26f
|
| 18-Apr-2025 |
Mark Johnston <markj@FreeBSD.org> |
libalias: Handle GetNewPort() errors properly
AddLink() fails when memory allocation fails or no free port is available; both are error conditions. However, functions such as FindUdpTcpIn() were co
libalias: Handle GetNewPort() errors properly
AddLink() fails when memory allocation fails or no free port is available; both are error conditions. However, functions such as FindUdpTcpIn() were converting such failures to PKT_ALIAS_IGNORED, which effectively means, "pass the packet without translation," which isn't what we want.
Fix the problem by making sure that AddLink() errors are converted to PKT_ALIAS_ERROR where appropriate. The diff is a bit large but is mostly mechanical: functions like TcpAliasOut() are converted to return a result code, and an additional out-parameter is added to return the alias_link pointer.
Reported by: Yuxiang Yang <yangyx22@mails.tsinghua.edu.cn> Tested by: Yuxiang Yang <yangyx22@mails.tsinghua.edu.cn> MFC after: 2 months Differential Revision: https://reviews.freebsd.org/D47778
show more ...
|
| #
0fc7bdc9
|
| 29-Nov-2024 |
Richard Scheffenegger <rscheff@FreeBSD.org> |
tcp: extend the use of the th_flags accessor function
Formally, there are 12 bits for TCP header flags. Use the accessor functions in more (kernel) places.
No functional change.
Reviewed By: cc, #
tcp: extend the use of the th_flags accessor function
Formally, there are 12 bits for TCP header flags. Use the accessor functions in more (kernel) places.
No functional change.
Reviewed By: cc, #transport, cy, glebius, #iflib, kbowling Sponsored by: NetApp, Inc. Differential Revision: https://reviews.freebsd.org/D47063
show more ...
|
| #
685dc743
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: one-line .c pattern
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\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 ...
|
| #
6454d0c8
|
| 06-Apr-2022 |
John Baldwin <jhb@FreeBSD.org> |
libalias: Remove unused variables.
|
| #
461e6f23
|
| 07-Oct-2021 |
Maxim Sobolev <sobomax@FreeBSD.org> |
Fix fragmented UDP packets handling since rev.360967.
Consider IP_MF flag when checking length of the UDP packet to match the declared value.
Sponsored by: Sippy Software, Inc. Differential Revisio
Fix fragmented UDP packets handling since rev.360967.
Consider IP_MF flag when checking length of the UDP packet to match the declared value.
Sponsored by: Sippy Software, Inc. Differential Revision: https://reviews.freebsd.org/D32363 MFC after: 2 weeks
show more ...
|
| #
bfd41ba1
|
| 15-May-2021 |
Lutz Donnerhacke <donner@FreeBSD.org> |
libalias: Remove unused function LibAliasCheckNewLink
The functionality to detect a newly created link after processing a single packet is decoupled from the packet processing. Every new packet is
libalias: Remove unused function LibAliasCheckNewLink
The functionality to detect a newly created link after processing a single packet is decoupled from the packet processing. Every new packet is processed asynchronously and will reset the indicator, hence the function is unusable. I made a Google search for third party code, which uses the function, and failed to find one.
That's why the function should be removed: It unusable and unused. A much simplified API/ABI will remain in anything below 14.
Discussed with: kp Reviewed by: manpages (bcr) MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D30275
show more ...
|
| #
2e6b0786
|
| 15-May-2021 |
Lutz Donnerhacke <donner@FreeBSD.org> |
libalias: Ensure ASSERT behind varable declarations
At some places the ASSERT was inserted before variable declarations are finished. This is fixed now.
Reported by: kib Reviewed by: kib MFC after
libalias: Ensure ASSERT behind varable declarations
At some places the ASSERT was inserted before variable declarations are finished. This is fixed now.
Reported by: kib Reviewed by: kib MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D30282
show more ...
|
| #
effc8e57
|
| 14-May-2021 |
Lutz Donnerhacke <donner@FreeBSD.org> |
libalias: Style cleanup
libalias is a convolut of various coding styles modified by a series of different editors enforcing interesting convetions on spacing and comments.
This patch is a baseline
libalias: Style cleanup
libalias is a convolut of various coding styles modified by a series of different editors enforcing interesting convetions on spacing and comments.
This patch is a baseline to start with a perfomance rework of libalias. Upcoming patches should be focus on the code, not on the style. That's why most annoying style errors should be fixed beforehand.
Reviewed by: hselasky Discussed by: emaste MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D30259
show more ...
|
| #
be597269
|
| 19-Jan-2021 |
Alex Richardson <arichardson@FreeBSD.org> |
libalias: Fix remaining compiler warnings
This fixes some sign-compare warnings and adds a missing static to a variable declaration.
Differential Revision: https://reviews.freebsd.org/D27883
|
| #
bc596e56
|
| 19-Jan-2021 |
Alex Richardson <arichardson@FreeBSD.org> |
libalias: Fix -Wcast-align compiler warnings
This fixes -Wcast-align warnings caused by the underaligned `struct ip`. This also silences them in the public functions by changing the function signatu
libalias: Fix -Wcast-align compiler warnings
This fixes -Wcast-align warnings caused by the underaligned `struct ip`. This also silences them in the public functions by changing the function signature from char * to void *. This is source and binary compatible and avoids the -Wcast-align warning.
Reviewed By: ae, gbe (manpages) Differential Revision: https://reviews.freebsd.org/D27882
show more ...
|
| #
662c1305
|
| 01-Sep-2020 |
Mateusz Guzik <mjg@FreeBSD.org> |
net: clean up empty lines in .c and .h files
|
| #
6461c83e
|
| 12-May-2020 |
Ed Maste <emaste@FreeBSD.org> |
libalias: validate packet lengths before accessing headers
admbugs: 956 Submitted by: ae Reported by: Lucas Leong (@_wmliang_) of Trend Micro Zero Day Initiative Reported by: Vishnu working with Tre
libalias: validate packet lengths before accessing headers
admbugs: 956 Submitted by: ae Reported by: Lucas Leong (@_wmliang_) of Trend Micro Zero Day Initiative Reported by: Vishnu working with Trend Micro Zero Day Initiative Security: FreeBSD-SA-20:12.libalias
show more ...
|
| #
75dfc66c
|
| 27-Feb-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r358269 through r358399.
|
| #
7029da5c
|
| 26-Feb-2020 |
Pawel Biernacki <kaktus@FreeBSD.org> |
Mark more nodes as CTLFLAG_MPSAFE or CTLFLAG_NEEDGIANT (17 of many)
r357614 added CTLFLAG_NEEDGIANT to make it easier to find nodes that are still not MPSAFE (or already are but aren’t properly mark
Mark more nodes as CTLFLAG_MPSAFE or CTLFLAG_NEEDGIANT (17 of many)
r357614 added CTLFLAG_NEEDGIANT to make it easier to find nodes that are still not MPSAFE (or already are but aren’t properly marked). Use it in preparation for a general review of all nodes.
This is non-functional change that adds annotations to SYSCTL_NODE and SYSCTL_PROC nodes using one of the soon-to-be-required flags.
Mark all obvious cases as MPSAFE. All entries that haven't been marked as MPSAFE before are by default marked as NEEDGIANT
Approved by: kib (mentor, blanket) Commented by: kib, gallatin, melifaro Differential Revision: https://reviews.freebsd.org/D23718
show more ...
|
| #
051669e8
|
| 25-Jan-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r356931 through r357118.
|
| #
75b89337
|
| 24-Jan-2020 |
Alexander V. Chernikov <melifaro@FreeBSD.org> |
Add support for RFC 6598/Carrier Grade NAT subnets. to libalias and ipfw.
In libalias, a new flag PKT_ALIAS_UNREGISTERED_RFC6598 is added. This is like PKT_ALIAS_UNREGISTERED_ONLY, but also is RFC
Add support for RFC 6598/Carrier Grade NAT subnets. to libalias and ipfw.
In libalias, a new flag PKT_ALIAS_UNREGISTERED_RFC6598 is added. This is like PKT_ALIAS_UNREGISTERED_ONLY, but also is RFC 6598 aware. Also, we add a new NAT option to ipfw called unreg_cgn, which is like unreg_only, but also is RFC 6598-aware. The reason for the new flags/options is to avoid breaking existing networks, especially those which rely on RFC 6598 as an external address.
Submitted by: Neel Chauhan <neel AT neelc DOT org> MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D22877
show more ...
|
| #
fb2ea26f
|
| 18-Apr-2025 |
Mark Johnston <markj@FreeBSD.org> |
libalias: Handle GetNewPort() errors properly
AddLink() fails when memory allocation fails or no free port is available; both are error conditions. However, functions such as FindUdpTcpIn() were co
libalias: Handle GetNewPort() errors properly
AddLink() fails when memory allocation fails or no free port is available; both are error conditions. However, functions such as FindUdpTcpIn() were converting such failures to PKT_ALIAS_IGNORED, which effectively means, "pass the packet without translation," which isn't what we want.
Fix the problem by making sure that AddLink() errors are converted to PKT_ALIAS_ERROR where appropriate. The diff is a bit large but is mostly mechanical: functions like TcpAliasOut() are converted to return a result code, and an additional out-parameter is added to return the alias_link pointer.
Reported by: Yuxiang Yang <yangyx22@mails.tsinghua.edu.cn> Tested by: Yuxiang Yang <yangyx22@mails.tsinghua.edu.cn> MFC after: 2 months Differential Revision: https://reviews.freebsd.org/D47778
show more ...
|
| #
0fc7bdc9
|
| 29-Nov-2024 |
Richard Scheffenegger <rscheff@FreeBSD.org> |
tcp: extend the use of the th_flags accessor function
Formally, there are 12 bits for TCP header flags. Use the accessor functions in more (kernel) places.
No functional change.
Reviewed By: cc, #
tcp: extend the use of the th_flags accessor function
Formally, there are 12 bits for TCP header flags. Use the accessor functions in more (kernel) places.
No functional change.
Reviewed By: cc, #transport, cy, glebius, #iflib, kbowling Sponsored by: NetApp, Inc. Differential Revision: https://reviews.freebsd.org/D47063
show more ...
|
| #
685dc743
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: one-line .c pattern
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\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 ...
|
| #
6454d0c8
|
| 06-Apr-2022 |
John Baldwin <jhb@FreeBSD.org> |
libalias: Remove unused variables.
|
| #
461e6f23
|
| 07-Oct-2021 |
Maxim Sobolev <sobomax@FreeBSD.org> |
Fix fragmented UDP packets handling since rev.360967.
Consider IP_MF flag when checking length of the UDP packet to match the declared value.
Sponsored by: Sippy Software, Inc. Differential Revisio
Fix fragmented UDP packets handling since rev.360967.
Consider IP_MF flag when checking length of the UDP packet to match the declared value.
Sponsored by: Sippy Software, Inc. Differential Revision: https://reviews.freebsd.org/D32363 MFC after: 2 weeks
show more ...
|
| #
bfd41ba1
|
| 15-May-2021 |
Lutz Donnerhacke <donner@FreeBSD.org> |
libalias: Remove unused function LibAliasCheckNewLink
The functionality to detect a newly created link after processing a single packet is decoupled from the packet processing. Every new packet is
libalias: Remove unused function LibAliasCheckNewLink
The functionality to detect a newly created link after processing a single packet is decoupled from the packet processing. Every new packet is processed asynchronously and will reset the indicator, hence the function is unusable. I made a Google search for third party code, which uses the function, and failed to find one.
That's why the function should be removed: It unusable and unused. A much simplified API/ABI will remain in anything below 14.
Discussed with: kp Reviewed by: manpages (bcr) MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D30275
show more ...
|
| #
2e6b0786
|
| 15-May-2021 |
Lutz Donnerhacke <donner@FreeBSD.org> |
libalias: Ensure ASSERT behind varable declarations
At some places the ASSERT was inserted before variable declarations are finished. This is fixed now.
Reported by: kib Reviewed by: kib MFC after
libalias: Ensure ASSERT behind varable declarations
At some places the ASSERT was inserted before variable declarations are finished. This is fixed now.
Reported by: kib Reviewed by: kib MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D30282
show more ...
|