#
97a8ab39 |
| 05-Jan-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
Don't make the sendall iterator as being up if it could not be started.
MFC after: 1 week
|
#
ae7cc6c9 |
| 04-Jan-2020 |
Michael Tuexen <tuexen@FreeBSD.org> |
Make the message size limit used for SCTP_SENDALL configurable via a sysctl variable instead of a compiled in constant.
This is based on a patch provided by nwhitehorn@.
|
Revision tags: release/12.1.0 |
|
#
776cd558 |
| 14-Oct-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Separate out SCTP related dtrace code. This is based on work done by markj@.
Discussed with: markj@ MFC after: 3 days
|
#
1b6ddd94 |
| 12-Oct-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Ensure that local variables are reset to their initial value when dealing with error cases in a loop over all remote addresses. This issue was found and reported by OSS_Fuzz in: https://bugs.chromium
Ensure that local variables are reset to their initial value when dealing with error cases in a loop over all remote addresses. This issue was found and reported by OSS_Fuzz in: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=18080 https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=18086 https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=18121 https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=18163
MFC after: 3 days
show more ...
|
#
8b3bc70a |
| 08-Oct-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r352764 through r353315.
|
#
44f788d7 |
| 05-Oct-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Fix the adding of padding to COOKIE-ECHO chunks.
Thanks to Mark Wodrich who found this issue while fuzz testing the usrsctp stack and reported the issue in https://github.com/sctplab/usrsctp/issues/
Fix the adding of padding to COOKIE-ECHO chunks.
Thanks to Mark Wodrich who found this issue while fuzz testing the usrsctp stack and reported the issue in https://github.com/sctplab/usrsctp/issues/382
MFC after: 3 days
show more ...
|
#
c5c3ba6b |
| 03-Sep-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r351317 through r351731.
|
#
6182677f |
| 01-Sep-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Improve the handling of state cookie parameters in INIT-ACK chunks. This fixes problem with parameters indicating a zero length or partial parameters after an unknown parameter indicating to stop pro
Improve the handling of state cookie parameters in INIT-ACK chunks. This fixes problem with parameters indicating a zero length or partial parameters after an unknown parameter indicating to stop processing. It also fixes a problem with state cookie parameters after unknown parametes indicating to stop porcessing. Thanks to Mark Wodrich from Google for finding two of these issues by fuzz testing the userland stack and reporting them in https://github.com/sctplab/usrsctp/issues/355 and https://github.com/sctplab/usrsctp/issues/352
MFC after: 3 days
show more ...
|
#
43ecbff2 |
| 06-Aug-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Fix build issues for the userland stack on Raspbian.
|
#
0ecd976e |
| 02-Aug-2019 |
Bjoern A. Zeeb <bz@FreeBSD.org> |
IPv6 cleanup: kernel
Finish what was started a few years ago and harmonize IPv6 and IPv4 kernel names. We are down to very few places now that it is feasible to do the change for everything remaini
IPv6 cleanup: kernel
Finish what was started a few years ago and harmonize IPv6 and IPv4 kernel names. We are down to very few places now that it is feasible to do the change for everything remaining with causing too much disturbance.
Remove "aliases" for IPv6 names which confusingly could indicate that we are talking about a different data structure or field or have two fields, one for each address family. Try to follow common conventions used in FreeBSD.
* Rename sin6p to sin6 as that is how it is spelt in most places. * Remove "aliases" (#defines) for: - in6pcb which really is an inpcb and nothing separate - sotoin6pcb which is sotoinpcb (as per above) - in6p_sp which is inp_sp - in6p_flowinfo which is inp_flow * Try to use ia6 for in6_addr rather than in6p. * With all these gone also rename the in6p variables to inp as that is what we call it in most of the network stack including parts of netinet6.
The reasons behind this cleanup are that we try to further unify netinet and netinet6 code where possible and that people will less ignore one or the other protocol family when doing code changes as they may not have spotted places due to different names for the same thing.
No functional changes.
Discussed with: tuexen (SCTP changes) MFC after: 3 months Sponsored by: Netflix
show more ...
|
#
bedf9eb9 |
| 01-Aug-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Fix the reporting of multiple unknown parameters in an received INIT chunk. This also plugs an potential mbuf leak. Thanks to Felix Weinrank for reporting this issue found by fuzz-testing the userlan
Fix the reporting of multiple unknown parameters in an received INIT chunk. This also plugs an potential mbuf leak. Thanks to Felix Weinrank for reporting this issue found by fuzz-testing the userland stack.
MFC after: 3 days
show more ...
|
#
fdf15fd0 |
| 01-Aug-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
When responding with an ABORT to an INIT chunk containing a HOSTNAME parameter or a parameter with an illegal length, only include an error cause indicating why the ABORT was sent. This also fixes an
When responding with an ABORT to an INIT chunk containing a HOSTNAME parameter or a parameter with an illegal length, only include an error cause indicating why the ABORT was sent. This also fixes an mbuf leak which could occur.
MFC after: 3 days
show more ...
|
#
0a36d8cc |
| 31-Jul-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Small cleanup, no functional change intended.
MFC after: 3 days
|
#
30735183 |
| 31-Jul-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Consistently cleanup mbufs in case of other memory errors.
MFC after: 3 days
|
#
a63915c2 |
| 28-Jul-2019 |
Alan Somers <asomers@FreeBSD.org> |
MFHead @r350386
Sponsored by: The FreeBSD Foundation
|
#
9a4f1a24 |
| 23-Jul-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Don't hold a mutex while calling sbwait. This was found by syzkaller.
Submitted by: rrs@ Reported by: markj@ MFC after: 1 week
|
#
248bd1b8 |
| 15-Jul-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Add support for MSG_EOR and MSG_EOF in sendmsg() for SCTP.
This is an FreeBSD extension, not covered by Posix.
This issue was found by running syzkaller.
MFC after: 1 week
|
#
8a956abe |
| 14-Jul-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
When calling sctp_initialize_auth_params(), the inp must have at least a read lock. To avoid more complex locking dances, just call it in sctp_aloc_assoc() when the write lock is still held.
Reporte
When calling sctp_initialize_auth_params(), the inp must have at least a read lock. To avoid more complex locking dances, just call it in sctp_aloc_assoc() when the write lock is still held.
Reported by: syzbot+08a486f7e6966f1c3cfb@syzkaller.appspotmail.com MFC after: 1 week
show more ...
|
Revision tags: release/11.3.0 |
|
#
415e34c4 |
| 29-Mar-2019 |
Alan Somers <asomers@FreeBSD.org> |
MFHead@r345677
|
#
58e6eeef |
| 24-Mar-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Fix build issue for the userland stack. Joint work with rrs@.
MFC after: 1 week
|
#
6b6de29c |
| 24-Mar-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Fox more signed unsigned issues. This time on the send path. This is joint work with rrs@ and was found by running syzkaller.
MFC after: 1 week
|
#
7de47804 |
| 23-Mar-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Limit the size of messages sent on 1-to-many style SCTP sockets with the SCTP_SENDALL flag. Allow also only one operation per SCTP endpoint.
This fixes an issue found by running syzkaller and is joi
Limit the size of messages sent on 1-to-many style SCTP sockets with the SCTP_SENDALL flag. Allow also only one operation per SCTP endpoint.
This fixes an issue found by running syzkaller and is joint work with rrs@.
MFC after: 1 week
show more ...
|
#
2ef5bd2f |
| 23-Mar-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Limit the number of bytes which can be queued for SCTP sockets. This is joint work with rrs@. Reported by: syzbot+307f167f9bc214f095bc@syzkaller.appspotmail.com MFC after: 1 week
|
#
8e69ae1c |
| 05-Feb-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r343712 through r343806.
|
#
baed5270 |
| 05-Feb-2019 |
Michael Tuexen <tuexen@FreeBSD.org> |
Only reduce the PMTU after the send call. The only way to increase it, is via PMTUD.
This fixes an MTU issue reported by Timo Voelker.
MFC after: 3 days
|