<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/tests/sys, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<id>http://cgit.freebsd.org/src/atom?h=main</id>
<link rel='self' href='http://cgit.freebsd.org/src/atom?h=main'/>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/'/>
<updated>2026-08-08T09:02:50Z</updated>
<entry>
<title>pfsync: handle large MTU pfsync interfaces</title>
<updated>2026-08-08T09:02:50Z</updated>
<author>
<name>Kristof Provost</name>
<email>kp@FreeBSD.org</email>
</author>
<published>2026-08-07T14:07:09Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=7e2781fdcfdbe489cc07572d33dc36bca06a342d'/>
<id>urn:sha1:7e2781fdcfdbe489cc07572d33dc36bca06a342d</id>
<content type='text'>
pfsync packets were allocated with m_get2(), which can't return packets
larger than MJUMPAGESIZE. As a result 9k MTU pfsync interfaces simply didn't work.

Use m_get3(), which can allocate sufficiently large mbufs.

Extend the pfsync:bulk test case to provoke this problem.

PR:		297307
MFC after:	2 weeks
Sponsored by:	Rubicon Communications, LLC ("Netgate")
</content>
</entry>
<entry>
<title>ptrace_test: require debug.ptrace_transparent_attach enabled for its test</title>
<updated>2026-08-06T23:11:10Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2026-08-06T21:22:48Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=b0a85cb9df01b1b56bbd530b3c3ae85e6964a9c6'/>
<id>urn:sha1:b0a85cb9df01b1b56bbd530b3c3ae85e6964a9c6</id>
<content type='text'>
Sponsored by:	The FreeBSD Foundation
MFC after:	1 week
</content>
</entry>
<entry>
<title>tests/sys/kern: Skip capsicum procdesc tests when capability mode is unavailable</title>
<updated>2026-08-05T20:51:02Z</updated>
<author>
<name>Olivier Cochard</name>
<email>olivier@FreeBSD.org</email>
</author>
<published>2026-08-05T20:46:10Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=3c5c55beee5ef80d8a9526480682cee86cbac584'/>
<id>urn:sha1:3c5c55beee5ef80d8a9526480682cee86cbac584</id>
<content type='text'>
pdwait's capsicum/enotcap and procdesc's pdopenpid_capmode enter capability mode.
Require security_capability_mode (and security_capabilities for enotcap) so the
cases skip cleanly on kernels built without CAPABILITIES instead of failing.

Approved by:	asomers, gallatin
Sponsored by:	Netflix
Differential Revision:	https://reviews.freebsd.org/D58545
</content>
</entry>
<entry>
<title>exterror(9): dynamic kernel categories</title>
<updated>2026-08-03T21:43:23Z</updated>
<author>
<name>Brooks Davis</name>
<email>brooks@FreeBSD.org</email>
</author>
<published>2026-08-03T16:50:01Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=295f10230903d54c700518467c4ea4492f5c4faa'/>
<id>urn:sha1:295f10230903d54c700518467c4ea4492f5c4faa</id>
<content type='text'>
Make it possible to define categories without compiling their
paths into libc (important for third-party modules).  The
EXTERR_CATEGORY_DYNAMIC macro can be defined to a string describing the
compilation unit (generally the path relative to src/sys) which takes
the place of EXTERR_CATEGORY.

These strings are assembled in linker sets with category numbers
assigned at system startup or module load time.  The strings can be
retrieved from the kern.exterr.categories.&lt;category&gt; sysctl.

Reviewed by:	kib
Sponsored by:	Innovate UK
Differential Revision:	https://reviews.freebsd.org/D58237
</content>
</entry>
<entry>
<title>pf: attempt to handle overlapping group and interface names</title>
<updated>2026-08-03T16:01:52Z</updated>
<author>
<name>Kristof Provost</name>
<email>kp@FreeBSD.org</email>
</author>
<published>2026-08-03T14:05:28Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=d2a5b5a86a92e86f77737273ab4b2e99da63c21d'/>
<id>urn:sha1:d2a5b5a86a92e86f77737273ab4b2e99da63c21d</id>
<content type='text'>
pf assumes that network groups and network interfaces share a namespace
(that is, a name is unused, a group or an interface, never both a the
same time). Unfortunately this assumption was broken when interface
renaming was introduced.
Attempt to cope with this rather than panicking. Note that this is a
band-aid, not a full solution. The correct fix is for the network stack
to go back to enforcing a single namespace for groups and interfaces.

PR:		297220
Reported by:	Robert Morris
MFC after:	1 week
Sponsored by:	Rubicon Communications, LLC ("Netgate")
</content>
</entry>
<entry>
<title>tests/sys/capsicum: adjust tests for the new reaping behavior</title>
<updated>2026-08-01T10:42:04Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2026-07-31T06:55:17Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=77d6c45afdca8a524a88edfb3097d4d9dc90b583'/>
<id>urn:sha1:77d6c45afdca8a524a88edfb3097d4d9dc90b583</id>
<content type='text'>
Reviewed by:	markj
Sponsored by:	The FreeBSD Foundation
MFC after:	1 week
Differential revision:	https://reviews.freebsd.org/D58569
</content>
</entry>
<entry>
<title>tests/sys/kern: adjust tests for the new reaping behavior</title>
<updated>2026-08-01T10:42:01Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2026-07-29T05:29:21Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=a96f285b5953f6ff3adb3ab43433ba9e15a9aa46'/>
<id>urn:sha1:a96f285b5953f6ff3adb3ab43433ba9e15a9aa46</id>
<content type='text'>
Sponsored by:	The FreeBSD Foundation
MFC after:	1 week
Differential revision:	https://reviews.freebsd.org/D58530
</content>
</entry>
<entry>
<title>if_gif: Add netlink support with tests</title>
<updated>2026-07-31T12:36:43Z</updated>
<author>
<name>Pouria Mousavizadeh Tehrani</name>
<email>pouria@FreeBSD.org</email>
</author>
<published>2026-07-29T08:46:30Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=9bfb78bf6357f8fc165f85a65f8a8e4048282401'/>
<id>urn:sha1:9bfb78bf6357f8fc165f85a65f8a8e4048282401</id>
<content type='text'>
Migrate to new if_clone KPI and implement netlink support
for gif(4). Also break GIFSOPTS ioctl logic out of gif_ioctl.

Reviewed by: markj
Differential Revision: https://reviews.freebsd.org/D57666
</content>
</entry>
<entry>
<title>if_gre: Add a regression test</title>
<updated>2026-07-30T17:56:25Z</updated>
<author>
<name>Pouria Mousavizadeh Tehrani</name>
<email>pouria@FreeBSD.org</email>
</author>
<published>2026-07-30T17:54:54Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=fdf86df72a32e5d8ca729220a5c787265f8b6682'/>
<id>urn:sha1:fdf86df72a32e5d8ca729220a5c787265f8b6682</id>
<content type='text'>
Add a regression test for gre(4)
to make sure all of the gre capabilities and options are
working as intended.

Reviewed by: markj
Differential Revision: https://reviews.freebsd.org/D55363
</content>
</entry>
<entry>
<title>tests/procdesc: Fix race in pdopenpid_pdwait_only_one</title>
<updated>2026-07-30T14:28:42Z</updated>
<author>
<name>Olivier Cochard</name>
<email>olivier@FreeBSD.org</email>
</author>
<published>2026-07-30T14:28:42Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=727a83e90098e1c0fc4acdcf9b8099a70e6ea2b2'/>
<id>urn:sha1:727a83e90098e1c0fc4acdcf9b8099a70e6ea2b2</id>
<content type='text'>
The child exited immediately after pdfork(), so the parent's pdopenpid() could
catch it mid-exit (P_WEXIT) and fail with EBUSY.
Block the child on a pipe until the parent has opened the second descriptor,
then release it

Approved by:	markj
Sponsored by:	Netflix
Differential Revision:	https://reviews.freebsd.org/D58546
</content>
</entry>
</feed>
