<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>eeffed5aa0d9a67adb21bf188515cb374340e9cb - tests/if_carp: Run all tests with execenv=jail</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#eeffed5aa0d9a67adb21bf188515cb374340e9cb</link>
        <description>tests/if_carp: Run all tests with execenv=jailOtherwise failures can occur when running tests in parallel since sometests reuse jail names.MFC after:	1 week

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Tue, 19 May 2026 16:28:34 +0200</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>09e702ad40af0067017613070b42d72cbc2bec3a - tests: Add some simple regression tests for ip_mroute</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#09e702ad40af0067017613070b42d72cbc2bec3a</link>
        <description>tests: Add some simple regression tests for ip_mrouteThese use atf_python to create a number of hosts linked to a router.The router runs pimd (for IPv4) or ip6_mrouter (simplistic IPv6multicast router that I wrote since I couldn&apos;t find one in the portstree).  The vnet_host*_handler() methods are invoked in different VNETjails connected to the router; they register the connected epair with amulticast group and verify that they can send messages to each other.The tests are synchronized by sending messages over a unix domainsocket.  The flow is something like:1) test startup_method() is called, the unix socket is created,2) the superclass creates jails and links them together using the   declared topology,3) we wait for all child jails to start up and send a message on the   unix socket indicating that they are ready4) we start the routing daemon in the main jail,5) the test actually starts; starttest() kicks off the   vnet_host*_handlers(), which mostly just verify that they can send   messages to each other using multicast packets6) once they finish running, they signal their completion, and   waittest() returns once they&apos;re all doneThere are two tests, repeated for v4 and v6.  One just exchanges packetsbetween two hosts, and the other has four hosts divided across two FIBs.MFC after:	2 weeksSponsored by:	StormshieldSponsored by:	Klara, Inc.Differential Revision:	https://reviews.freebsd.org/D55244

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Mon, 30 Mar 2026 15:32:35 +0200</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>cd05c88058b5b3684f0d7f3086afa21a944d9cd1 - tests/netinet: add test for getsockname() on a disconnected TCP socket</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#cd05c88058b5b3684f0d7f3086afa21a944d9cd1</link>
        <description>tests/netinet: add test for getsockname() on a disconnected TCP socketStack it into existing file that exercises an other corner case of ourTCP and rename the file to a more generic name.

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Tue, 24 Mar 2026 21:51:59 +0100</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c1481c9f4a425db7295332be87f837bfb7d127df - tests/netinet: provide test for raw_ip.c:rip_input()</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#c1481c9f4a425db7295332be87f837bfb7d127df</link>
        <description>tests/netinet: provide test for raw_ip.c:rip_input()The test creates differently bound SOCK_RAW sockets and sends differentprobe packets.  There is expected results matrix that every probe ischecked against.

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Tue, 17 Mar 2026 23:15:43 +0100</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b3b279b801d571919c8bbd5de4325d8819ffd59a - multicast tests: Run in VNET jails</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#b3b279b801d571919c8bbd5de4325d8819ffd59a</link>
        <description>multicast tests: Run in VNET jailsThe tests themselves create identically named jails, resulting inspurious failures when the tests are run in parallel.MFC after:	1 week

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Sun, 09 Nov 2025 14:00:19 +0100</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>be1ad90e6bb6ea915d122f7abe407dc18d38a673 - tcp: Initial ktest for HPTS</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#be1ad90e6bb6ea915d122f7abe407dc18d38a673</link>
        <description>tcp: Initial ktest for HPTSReviewed by:		rrs, tuexenSponsored by:		Netflix, Inc.Differential Revision:	https://reviews.freebsd.org/D52979

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Mon, 13 Oct 2025 21:47:31 +0200</pubDate>
        <dc:creator>Nick Banks &lt;nickbanks@netflix.com&gt;</dc:creator>
    </item>
<item>
        <title>d0c8a0b3e6fc5372428eb4fddcd4f8c65b5b0ee0 - tests/netinet: extend IPv4 multicast testing framework</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#d0c8a0b3e6fc5372428eb4fddcd4f8c65b5b0ee0</link>
        <description>tests/netinet: extend IPv4 multicast testing frameworkProvide a helper program multicast-receive.c that joins arbitrary group onarbitrary specified interface and receives a single datagram and prints itout.In multicast.sh provide a template with two jails connected by twointerface pairs, so that we can check sends/receives in presence ofmultiple interfaces.Compose a few basic tests to check legacy and new IP_ADD_MEMBERSHIP andMCAST_JOIN_GROUP.

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Tue, 30 Sep 2025 01:23:28 +0200</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>36f2eda251713d4d38f41cf269876b069e3897ff - tests/netinet: rename and extend sendto-IP_MULTICAST_IF.c</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#36f2eda251713d4d38f41cf269876b069e3897ff</link>
        <description>tests/netinet: rename and extend sendto-IP_MULTICAST_IF.cRename this test helper app to multicast-send.c.  Extend it to sendfrom/to arbitrary addresses and arbitrary payload so that it can be usedin more test scenarios.

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Tue, 30 Sep 2025 04:34:13 +0200</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0849f1634a70099b90256ceece52a598eeb3280e - tests/netinet: add test for IP_MULTICAST_IF</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#0849f1634a70099b90256ceece52a598eeb3280e</link>
        <description>tests/netinet: add test for IP_MULTICAST_IF

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Sat, 22 Mar 2025 23:44:20 +0100</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>ad77d3177f3ef3de8ee503f7f204919a292d6818 - tests/netinet: add few tests for sending a broadcast packet</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#ad77d3177f3ef3de8ee503f7f204919a292d6818</link>
        <description>tests/netinet: add few tests for sending a broadcast packet1) Set SO_BROADCAST and send to INADDR_BROADCAST.2) Set SO_BROADCAST, set IP_ONESBCAST and cycle through broadcast capable   interfaces sending a datagram on each.3) Set SO_BROADCAST and send to local broadcast address.For each test we bind a second socket to check whether the broadcastis actually received.Reviewed by:		markjDifferential Revision:	https://reviews.freebsd.org/D49040

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Sat, 22 Feb 2025 03:11:12 +0100</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>4f274f849be9d5c0e2733dd3fe8e1196fa36b751 - tests/netinet: add few tests for unconnected UDP socket</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#4f274f849be9d5c0e2733dd3fe8e1196fa36b751</link>
        <description>tests/netinet: add few tests for unconnected UDP socket1) Test that getsockname() on a socket that experienced a sendto(2)   returns allocated port.2) Same as 1), but jailed.  Make sure IP address was also selected.3) Test that IP_SENDSRCADDR/IP_RECVDSTADDR work.4) Regression test for bug 274009.

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Tue, 18 Feb 2025 00:28:51 +0100</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>7034563f8ef3acbe5bada582f0bb335fcba9dfb4 - tests: Add some FIB multibind test cases</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#7034563f8ef3acbe5bada582f0bb335fcba9dfb4</link>
        <description>tests: Add some FIB multibind test casesReviewed by:	glebiusMFC after:	2 weeksSponsored by:	Klara, Inc.Sponsored by:	StormshieldDifferential Revision:	https://reviews.freebsd.org/D48665

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Thu, 06 Feb 2025 15:16:04 +0100</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>7cbb6b6e28db33095a1cf7a8887921a5ec969824 - inpcb: Close some SO_REUSEPORT_LB races, part 2</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#7cbb6b6e28db33095a1cf7a8887921a5ec969824</link>
        <description>inpcb: Close some SO_REUSEPORT_LB races, part 2Suppose a thread is adds a socket to an existing TCP lbgroup that isactively accepting connections.  It has to do the following operations:1. set SO_REUSEPORT_LB on the socket2. bind() the socket to the shared address/port3. call listen()Step 2 makes the inpcb visible to incoming connection requests.However, at this point the inpcb cannot accept new connections.  Ifin_pcblookup() matches it, the remote end will see ECONNREFUSED evenwhen other listening sockets are present in the lbgroup.  This meansthat dynamically adding inpcbs to an lbgroup (e.g., by starting up newworkers) can trigger spurious connection failures for no good reason.(A similar problem exists when removing inpcbs from an lbgroup, but thatis harder to fix and is not addressed by this patch; see the review fora bit more commentary.)Fix this by augmenting each lbgroup with a linked list of inpcbs thatare pending a listen() call.  When adding an inpcb to an lbgroup, keepthe inpcb on this list if listen() hasn&apos;t been called, so it is not yetvisible to the lookup path.  Then, add a new in_pcblisten() routine whichmakes the inpcb visible within the lbgroup now that it&apos;s safe to let ithandle new connections.Add a regression test which verifies that we don&apos;t get spuriousconnection errors while adding sockets to an LB group.Reviewed by:	glebiusMFC after:	1 monthSponsored by:	Klara, Inc.Sponsored by:	StormshieldDifferential Revision:	https://reviews.freebsd.org/D48544

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Thu, 23 Jan 2025 18:00:11 +0100</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>ff7e00eb4dd6bbe5f7621e77f887766b162929fc - tests: remove reference to renamed test</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#ff7e00eb4dd6bbe5f7621e77f887766b162929fc</link>
        <description>tests: remove reference to renamed testFixes:	ae5c3dfd3e75bb287984947359d4f958aea505ec

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Wed, 18 Dec 2024 19:38:10 +0100</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>a079f2b52aae74b5469f18dcbef1aff680b80282 - fibs_test: Run in a jail</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#a079f2b52aae74b5469f18dcbef1aff680b80282</link>
        <description>fibs_test: Run in a jailThese tests assume exclusive use of one or more FIBs and so can&apos;t be runin parallel.  Running them in a VNET jail sidesteps this problem.MFC after:	1 weekSponsored by:	Klara, Inc.Sponsored by:	Stormshield

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Thu, 21 Nov 2024 19:54:59 +0100</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b103fc49ae160fdce221c2fffa98dde9bc0ff3b0 - netinet tests: Make some tests more reliable when run in parallel</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#b103fc49ae160fdce221c2fffa98dde9bc0ff3b0</link>
        <description>netinet tests: Make some tests more reliable when run in parallelMany of the modified tests add epair interfaces to the host, though mostof the tests themselves run in a VNET jail.  scapy in particular becomesunhappy when the list of interfaces changes as it is running, so, toimprove reliability of parallel test runs, isolate tests which addepairs to the host.Also serialize arp tests, as they examine the dmesg as part of the test.The list of modified tests is not exhaustive, it was determined byrunning the test suite with parallelization enabled and looking atfailures.  It may be easier to just automatically enable VNET jailing ofall netinet tests, but let&apos;s be more particular for now.Reviewed by:	kpMFC after:	1 monthDifferential Revision:	https://reviews.freebsd.org/D46606

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Mon, 09 Sep 2024 17:28:24 +0200</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e9ac41698b2f322d55ccf9da50a3596edb2c1800 - Remove residual blank line at start of Makefile</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#e9ac41698b2f322d55ccf9da50a3596edb2c1800</link>
        <description>Remove residual blank line at start of MakefileThis is a residual of the $FreeBSD$ removal.MFC After: 3 days (though I&apos;ll just run the command on the branches)Sponsored by: Netflix

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Mon, 15 Jul 2024 06:46:32 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>8d3d9ca8bd3db284f6ae671f1e816ba2822f0988 - tests/netinet: add UDP socket I/O tests</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#8d3d9ca8bd3db284f6ae671f1e816ba2822f0988</link>
        <description>tests/netinet: add UDP socket I/O testsStart a file that would collect tests for I/O functionality of a UDPsocket, targeted on how a socket interacts with userland rather than withwire side of the protocol.First version tests that MSG_TRUNC and MSG_PEEK are working correctly.

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Sat, 23 Mar 2024 06:44:16 +0100</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>861274c9f8cf2a5c00ded9580ea91b22def683f7 - tests/netinet: add a demo of TCP implied connect</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#861274c9f8cf2a5c00ded9580ea91b22def683f7</link>
        <description>tests/netinet: add a demo of TCP implied connectThe TCP implied connect is an artifact left after T/TCP.  To my surpriseit still works, hence the existence of this test.  Please read this emailfirst:https://lists.freebsd.org/pipermail/freebsd-net/2010-August/026311.htmlAn interesting fact that this test takes 220 - 240 milliseconds toexecute on my Threadripper PRO.  Flipping the &apos;#if 0&apos; to &apos;#if 1&apos; in thetest, thus bringing it back to normal connect(2), would speed the test upa hundred times and I guess all this time is fork+exec of the test.

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Thu, 01 Feb 2024 22:37:26 +0100</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c2e0b604a3aa2a510f87a0e49badf485585252c5 - netinet tests: test that we send IGMP join/leave packets as expected</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/tests/sys/netinet/Makefile#c2e0b604a3aa2a510f87a0e49badf485585252c5</link>
        <description>netinet tests: test that we send IGMP join/leave packets as expectedSponsored by:	Rubicon Communications, LLC (&quot;Netgate&quot;)

            List of files:
            /freebsd/tests/sys/netinet/Makefile</description>
        <pubDate>Tue, 19 Dec 2023 17:47:41 +0100</pubDate>
        <dc:creator>Kristof Provost &lt;kp@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
