#
ce20b48a |
| 24-Oct-2024 |
Michael Tuexen <tuexen@FreeBSD.org> |
sctp: improve debug output
MFC after: 3 days
|
Revision tags: release/13.4.0, release/14.1.0, release/13.3.0, release/14.0.0 |
|
#
c3179e66 |
| 18-Aug-2023 |
Michael Tuexen <tuexen@FreeBSD.org> |
sctp: cleanup cdefs.h include
|
#
685dc743 |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: one-line .c pattern
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
|
Revision tags: release/13.2.0, release/12.4.0 |
|
#
9b2a35b3 |
| 14-May-2022 |
Michael Tuexen <tuexen@FreeBSD.org> |
sctp: improve consistency
No functional change intended.
MFC after: 3 days
|
Revision tags: release/13.1.0 |
|
#
595ac4a1 |
| 13-Apr-2022 |
Michael Tuexen <tuexen@FreeBSD.org> |
sctp: fix parameter type in NAT status message
Thanks to Sriram Yagnaraman for providing the patch for the userland stack.
MFC after: 3 days
|
#
218e463b |
| 30-Mar-2022 |
Michael Tuexen <tuexen@FreeBSD.org> |
sctp: ensure that ASCONF chunks are not too large
MFC after: 3 days
|
#
e7e65008 |
| 29-Mar-2022 |
Michael Tuexen <tuexen@FreeBSD.org> |
sctp: fix typos
Thanks to David Sanders for fixing the typos in the userland stack.
MFC after: 3 days
|
Revision tags: release/12.3.0 |
|
#
45421646 |
| 15-Sep-2021 |
Michael Tuexen <tuexen@FreeBSD.org> |
sctp: cleanup, no functional change intended
MFC after: 1 week
|
#
105b68b4 |
| 09-Jul-2021 |
Michael Tuexen <tuexen@FreeBSD.org> |
sctp: Fix errno in case of association setup failures
Do not report always ETIMEDOUT, but only when appropriate. In other cases report ECONNABORTED.
MFC after: 3 days
|
Revision tags: release/13.0.0 |
|
#
0ec2ce0d |
| 23-Dec-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
Improve input validation for parameters in ASCONF and ASCONF-ACK chunks
Thanks to Tolya Korniltsev for drawing my attention to this part of the code by reporting an issue for the userland stack.
|
Revision tags: release/12.2.0 |
|
#
662c1305 |
| 01-Sep-2020 |
Mateusz Guzik <mjg@FreeBSD.org> |
net: clean up empty lines in .c and .h files
|
#
e2c0e292 |
| 16-Jul-2020 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: Rubicon Communications, LLC (netgate.com)
|
#
504ee6a0 |
| 14-Jul-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
Improve the error handling in generating ASCONF chunks. In case of errors, the cleanup was not consistent. Thanks to Felix Weinrank for fuzzing the userland stack and making me aware of the issue.
M
Improve the error handling in generating ASCONF chunks. In case of errors, the cleanup was not consistent. Thanks to Felix Weinrank for fuzzing the userland stack and making me aware of the issue.
MFC after: 1 week
show more ...
|
#
7a9dbc33 |
| 19-Jun-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
Remove last argument of sctp_addr_mgmt_ep_sa(), since it is not used.
MFC after: 1 week
|
Revision tags: release/11.4.0 |
|
#
28397ac1 |
| 11-Jun-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
Non-functional changes due to upstream cleanup.
MFC after: 1 week
|
#
999f86d6 |
| 19-May-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
Replace snprintf() by SCTP_SNPRINTF() and let SCTP_SNPRINTF() map to snprintf() on FreeBSD. This allows to check for failures of snprintf() on platforms other than FreeBSD kernel.
|
#
821bae7c |
| 19-May-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
Revert r361209:
cem noted that on FreeBSD snprintf() can not fail and code should not check for that.
A followup commit will replace the usage of snprintf() in the SCTP sources with a variadic macr
Revert r361209:
cem noted that on FreeBSD snprintf() can not fail and code should not check for that.
A followup commit will replace the usage of snprintf() in the SCTP sources with a variadic macro SCTP_SNPRINTF, which will simply map to snprintf() on FreeBSD and do a checking similar to r361209 on other platforms.
show more ...
|
#
6395219a |
| 18-May-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
Avoid an integer underflow.
MFC after: 3 days
|
#
60017c8e |
| 18-May-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
Remove redundant check.
MFC after: 3 days
|
#
e708e2a4 |
| 18-May-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
Handle failures of snprintf().
MFC after: 3 days
|
#
da8c34c3 |
| 18-May-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
Non-functional changes, cleanups.
MFC after: 3 days
|
#
efd5e692 |
| 10-May-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
Ensure that we have a path when starting the T3 RXT timer.
Reported by: syzbot+f2321629047f89486fa3@syzkaller.appspotmail.com MFC after: 3 days
|
#
983066f0 |
| 25-Apr-2020 |
Alexander V. Chernikov <melifaro@FreeBSD.org> |
Convert route caching to nexthop caching.
This change is build on top of nexthop objects introduced in r359823.
Nexthops are separate datastructures, containing all necessary information to perfor
Convert route caching to nexthop caching.
This change is build on top of nexthop objects introduced in r359823.
Nexthops are separate datastructures, containing all necessary information to perform packet forwarding such as gateway interface and mtu. Nexthops are shared among the routes, providing more pre-computed cache-efficient data while requiring less memory. Splitting the LPM code and the attached data solves multiple long-standing problems in the routing layer, drastically reduces the coupling with outher parts of the stack and allows to transparently introduce faster lookup algorithms.
Route caching was (re)introduced to minimise (slow) routing lookups, allowing for notably better performance for large TCP senders. Caching works by acquiring rtentry reference, which is protected by per-rtentry mutex. If the routing table is changed (checked by comparing the rtable generation id) or link goes down, cache record gets withdrawn.
Nexthops have the same reference counting interface, backed by refcount(9). This change merely replaces rtentry with the actual forwarding nextop as a cached object, which is mostly mechanical. Other moving parts like cache cleanup on rtable change remains the same.
Differential Revision: https://reviews.freebsd.org/D24340
show more ...
|
#
a57fb68b |
| 21-Mar-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
More timer cleanups, no functional change.
MFC after: 1 week
|
#
6fb7b4fb |
| 19-Mar-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
Consistently provide arguments for timer start and stop routines. This is another step in cleaning up timer handling. MFC after: 1 week
|