<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/netinet, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=main</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2026-04-04T23:10:45Z</updated>
<entry>
<title>Fix nooptions VIMAGE build</title>
<updated>2026-04-04T23:10:45Z</updated>
<author>
<name>Andrew Gallatin</name>
<email>gallatin@FreeBSD.org</email>
</author>
<published>2026-04-04T23:10:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3f79bc9ca336f634e1afa262ccf5155882550a8a'/>
<id>urn:sha1:3f79bc9ca336f634e1afa262ccf5155882550a8a</id>
<content type='text'>
The recent FIBify commits deref struct thread without including
sys/proc.h, which can result in a compiler error.  This becomes
apparent when building with LINT-NOVIMAGE, as net/vnet.h includes
sys/proc.h.  Fix this by directly including sys/proc.h

Fixes: 4c486fe40267 ("ip_mroute: FIBify"), 0bb9c2b665d9 ("ip6_mroute: FIBify")
</content>
</entry>
<entry>
<title>tcp: retire TF_SENTSYN</title>
<updated>2026-04-03T19:22:11Z</updated>
<author>
<name>Michael Tuexen</name>
<email>tuexen@FreeBSD.org</email>
</author>
<published>2026-04-03T19:22:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=32cc4beb0a8c3cadc0de4c255ba512fd7b196607'/>
<id>urn:sha1:32cc4beb0a8c3cadc0de4c255ba512fd7b196607</id>
<content type='text'>
This TF_-flag is only used in the RACK stack and not really needed.
So replace it, since glebius@ needs a TF_ flag and right now all
of them are taken.
No functional change intended.

Reviewed by:		rrs, glebius, rscheff, Nick Banks
Sponsored by:		Netflix, Inc.
Differential Revision:	https://reviews.freebsd.org/D56025
</content>
</entry>
<entry>
<title>ip_mroute: FIBify</title>
<updated>2026-03-30T16:08:21Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2026-03-30T13:31:29Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4c486fe402673c49443293cfb70ad4da61d39916'/>
<id>urn:sha1:4c486fe402673c49443293cfb70ad4da61d39916</id>
<content type='text'>
Modify the control plane (ioctl and socket option handlers) to use the
routing socket FIB to index into the mfctable array.  Modify the
forwarding plane to use the mbuf's FIB to determine which routing table
to use.

MFC after:	2 weeks
Sponsored by:	Stormshield
Sponsored by:	Klara, Inc.
Differential Revision:	https://reviews.freebsd.org/D55241
</content>
</entry>
<entry>
<title>ip(6)_mroute: Grow the routing tables when the number of FIBs changes</title>
<updated>2026-03-30T16:08:21Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2026-03-30T13:30:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=97a4bc9a0da7cd63c660ce59a9dd7c87efe1f218'/>
<id>urn:sha1:97a4bc9a0da7cd63c660ce59a9dd7c87efe1f218</id>
<content type='text'>
Use the new rtnumfibs_change event to expand the mfctable array when the
number of FIBs increases.

MFC after:	2 weeks
Sponsored by:	Stormshield
Sponsored by:	Klara, Inc.
Differential Revision:	https://reviews.freebsd.org/D55240
</content>
</entry>
<entry>
<title>ip_mroute: Start moving globals into a structure</title>
<updated>2026-03-30T16:08:20Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2026-03-30T13:27:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d50d0c002b982f193e36ede9fa2669d5dcf8467b'/>
<id>urn:sha1:d50d0c002b982f193e36ede9fa2669d5dcf8467b</id>
<content type='text'>
I would like to support per-FIB multicast routing tables, such that one
can run a routing daemon per-FIB, with each daemon oblivious to the
existence of others.  Currently the multicast routing code is completely
unaware of FIBs.

To that end, start collecting various global variables in ip_mroute.c
into a per-VNET struct mfctable.  In a future patch this will be
expanded into an array of mfctable structures, one per FIB.  For now,
all of the state is collected into V_mfctables[0].

Each mfctable contains, among other things:
- a pointer to the routing socket, if routing is enabled,
- a hash table of routing cache entries,
- an table of network interfaces participating in the routing
  configuration

This change has no functional effect, it is just factoring out these
global variables to make the subsequent patches simpler.

MFC after:	2 weeks
Sponsored by:	Stormshield
Sponsored by:	Klara, Inc.
Differential Revision:	https://reviews.freebsd.org/D55237
</content>
</entry>
<entry>
<title>routing: Retire ROUTE_MPATH compile option</title>
<updated>2026-03-27T20:25:33Z</updated>
<author>
<name>Pouria Mousavizadeh Tehrani</name>
<email>pouria@FreeBSD.org</email>
</author>
<published>2026-03-27T11:20:05Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=254b23eb1f540844cf2a90f2781ae4231c5701ce'/>
<id>urn:sha1:254b23eb1f540844cf2a90f2781ae4231c5701ce</id>
<content type='text'>
The ROUTE_MPATH compile option was introduced to
test the new multipath implementation.
Since compiling it has no overhead and it's enabled
by default, remove it.

Reviewed by:	melifaro, markj
Relnotes:	yes
Differential Revision: https://reviews.freebsd.org/D55884
</content>
</entry>
<entry>
<title>tcp: plug an mbuf leak</title>
<updated>2026-03-26T01:11:54Z</updated>
<author>
<name>Michael Tuexen</name>
<email>tuexen@FreeBSD.org</email>
</author>
<published>2026-03-25T05:53:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6b2d6ccad2552e46a5c9c3ba70b2d0ed27c70ca8'/>
<id>urn:sha1:6b2d6ccad2552e46a5c9c3ba70b2d0ed27c70ca8</id>
<content type='text'>
When a challenge ACK should be sent via tcp_send_challenge_ack(),
but the rate limiter suppresses the sending, free the mbuf chain.
The caller of tcp_send_challenge_ack() expects this similar to the
callers of tcp_respond().

Approved by:	so
Security:	FreeBSD-SA-26:06.tcp
Security:	CVE-2026-4247
Reviewed by:	lstewart
Tested by:	lstewart
Sponsored by:	Netflix, Inc.
</content>
</entry>
<entry>
<title>tcp_usrreq: Only allocate TFO counter when required</title>
<updated>2026-03-24T22:02:45Z</updated>
<author>
<name>Pouria Mousavizadeh Tehrani</name>
<email>pouria@FreeBSD.org</email>
</author>
<published>2026-03-24T17:54:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=769a6f803d1b531d956af8d857e68f2d2d847324'/>
<id>urn:sha1:769a6f803d1b531d956af8d857e68f2d2d847324</id>
<content type='text'>
During tcp_usr_listen(), only allocate TFO counter when required.

Reviewed by: tuexen, glebius
Differential Revision: https://reviews.freebsd.org/D56067
</content>
</entry>
<entry>
<title>tcp: make TCP_TRK_TRACK_FLG_* flags visible to userland programs</title>
<updated>2026-03-23T21:55:59Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2026-03-23T21:55:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=73f72ca08dbb13ad186e6b33420015d51d0d5b17'/>
<id>urn:sha1:73f72ca08dbb13ad186e6b33420015d51d0d5b17</id>
<content type='text'>
These flags are used in BBLog entries.
</content>
</entry>
<entry>
<title>tcp/rack: don't call call tcp_state_change() before tcp_close()</title>
<updated>2026-03-20T16:55:04Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2026-03-20T16:55:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=03b7b779a80557fe769bc00e1b06f4d116df958a'/>
<id>urn:sha1:03b7b779a80557fe769bc00e1b06f4d116df958a</id>
<content type='text'>
Reviewed by:		tuexen, rrs
Differential Revision:	https://reviews.freebsd.org/D55969
</content>
</entry>
</feed>
