This is a display of mostly-automatically-classified git commits from 2025-12-15 to 2025-12-21.
This report is still in progress.
DEBUG: This version of the report is primarily for checking the classifiers, and therefore contains extra information (in this colour).
Table of contents and commits per category:
| (0) | Highlighted commits (these are copies, not in stats) | |
| 0 | 0.0% | Userland programs |
| 3 | 6.2% | Documentation |
| 10 | 20.8% | Hardware support |
| 8 | 16.7% | Networking |
| 3 | 6.2% | System administration |
| 5 | 10.4% | Libraries |
| 0 | 0.0% | Filesystems |
| 3 | 6.2% | Kernel |
| 3 | 6.2% | Build system |
| 1 | 2.1% | Internal organizational stuff |
| 4 | 8.3% | Testing |
| 1 | 2.1% | Style, typos, and comments |
| 6 | 12.5% | Contrib code |
| 1 | 2.1% | Reverted commits |
| 0 | 0.0% | Unclassified commits |
| 48 | 100% | total |
| Technical notes about this page |
debug: info about the automatic classification
| num | % | num changed | stage |
|---|---|---|---|
| 1 | 2.1% | 0 | 00-reverts |
| 1 | 2.1% | 0 | 01-style |
| 4 | 8.3% | 0 | 02-filenames_wildcards |
| 4 | 8.3% | 0 | 02b-filenames_wildcards2 |
| 26 | 54.2% | 0 | 03-filenames_plain1 |
| 5 | 10.4% | 0 | 04-filenames_plain2 |
| 1 | 2.1% | 0 | 05-summary-prefix |
| 6 | 12.5% | 0 | Manually-classified commits |
| 0 | 0.0% | 0 | Unclassified commits |
debug: more stats
| num | % | stage |
|---|---|---|
| 0 | 0.0% | Misclassified commits |
| 42 | 87.5% | Classified commits, no corrections |
debug: groups
| 0 | 0.0% | num in revert |
| 0 | 0.0% | num in fixes |
| 2 | 4.2% | num in consecutive |
| 2 | 4.2% | Commits in groups |
For extra visibility, these are copies of commits found in other
sections. Most (if not all) come from the commit message containing
"Relnotes:", or commits modifying UPDATING.
-- no commits in this category this week --
Commits about commands found in man section 1 (other than networking).
-- no commits in this category this week --
Man pages, release notes, etc.
debug: classified in 02-filenames_wildcards by '.*\.[1-9]'
Reported by: Marcin Cieslak
debug: classified in 02-filenames_wildcards by '.*\.[1-9]'
Reviewed by: ziaee, imp Differential Revision: https://reviews.freebsd.org/D54213
debug: classified in 02-filenames_wildcards by '.*\.[1-9]'
Hardware drivers and architecture-specific code.
This is an initial import of the if_rge driver from OpenBSD and adapted to FreeBSD. Differential Revision: https://reviews.freebsd.org/D54101
debug: Commit manually moved from "unknown" to "hardware".
There are delay loops, checking the BUSY status bit, before writing to the date or time registers. Each iteration contains a 1usec delay, for a maximum of 70 iterations. This is frequently not enough on the D1 platform, where the message is emitted: rtc0: could not set date, RTC busy Bump the loop delay to 10usecs each, and the maximum number of iterations to 150, for a maximum delay of 1.5msecs between each write of the register. In my testing this seems to be adequate. The loop variable is renamed for clarity/simplicity. Reviewed by: manu MFC after: 1 week Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D54180
debug: classified in 03-filenames_plain1 by 'sys/arm/'
This change fixes two checks that conflated memory mapping and memory segment idenitifers. In both cases the code iterates over all memory mappings but passes the index to `vm_memseg_sysmem`, which is wrong. Fix this by passing the memory mapping's segment identifier instead. Differential Revision: https://reviews.freebsd.org/D54210 Reviewed by: markj Fixes: https://cgit.freebsd.org/src/commit/?id=c76c2a19ae37 PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=290920
debug: classified in 03-filenames_plain1 by 'sys/amd64/'
Differential Revision: https://reviews.freebsd.org/D54063
debug: Commit manually moved from "unknown" to "hardware".
debug: classified in 03-filenames_plain1 by 'usr.sbin/usbdump/'
So it isn't matched by devmatch(8) and automatically loaded. The PNP info will be readded once the USB4 driver is more complete. PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=290827 Reported by: fuz, Marco Siedentopf <siedentm@me.com> Fixes: https://cgit.freebsd.org/src/commit/?id=2ed9833791f2 (thunderbolt: Import USB4 code) Sponsored by: The FreeBSD Foundation
debug: classified in 03-filenames_plain1 by 'sys/dev/'
While here, replace loop copying the MAC address with memcpy() for better readability. Reviewed by: markj MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D54177
debug: classified in 03-filenames_plain1 by 'sys/dev/'
Switch interrupt type to NET so that it enters net epoch during interrupt service routine. Sponsored by: CHERI Research Centre
debug: classified in 03-filenames_plain1 by 'sys/dev/'
Add PNP info so the module can be matched by devmatch(8) and automatically loaded. Reviewed by: adrian Approved by: adrian Differential Revision: https://reviews.freebsd.org/D54254
debug: classified in 03-filenames_plain1 by 'sys/dev/'
The netmap_ring struct starts with various const members and rencent
clang warns about leaving them uninitialized. Having them const in the
first place is highly suspicious since they are updated with various
macros but using hand-coded __DECONST(). But fixing that is a more
invasive change that I am unable to test.
```
.../freebsd/sys/dev/netmap/netmap_kloop.c:320:21: error: default initialization of an object of type 'struct netmap_ring' with const member leaves the object uninitialized [-Werror,-Wdefault-const-init-field-unsafe]
320 | struct netmap_ring shadow_ring; /* shadow copy of the netmap_ring */
| ^
.../freebsd/sys/net/netmap.h:290:16: note: member 'buf_ofs' declared 'const' here
290 | const int64_t buf_ofs;
| ^
```
Test Plan: Compiles
Reviewed by: vmaffione, jhb
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D52568debug: classified in 03-filenames_plain1 by 'sys/dev/'
Network-related commands, library, and kernel.
If we have both af-to and min-ttl or set-tos on a single rule we didn't
apply the new ttl or tos.
That's because the scrub code still applied the change, but we
subsequently create a new header for the new address family. That's done
based on the ttl/tos saved in the struct pf_pdesc, which are the values
from the incoming packet, before the scrub modification(s).
Also update the struct pf_pdesc values when we update packets.
Reported by: Marek Zarychta
Sponsored by: Rubicon Communications, LLC ("Netgate")debug: classified in 03-filenames_plain1 by 'sys/netpfil/'
Reviewed by: glebius Differential Revision: https://reviews.freebsd.org/D54190
debug: classified in 03-filenames_plain1 by 'sys/net/'
This makes it easier to reason about system topology, and to potentially map applications to NIC queues by (ab)using the mbuf flowid to select egress NIC and queue in a predictable fashion. Differential Revision: https://reviews.freebsd.org/D54053 Reviewed by: glebius, kbowling Sponsored by: Netflix
debug: classified in 03-filenames_plain1 by 'sys/net/'
Imagine that bpf(9) tapping can happen at any point in the network stack, not necessarily at interface transmit or receive. To achieve that we need a thin layer of abstraction defined by struct bif_methods, that defines how generic bpf layer works with a tap point of this kind. Implement ifnet(9) specific methods in a separate file bpf_ifnet.c. At this point there is 100% compatibility for all existing interfaces, there is no KPI change, yet. The legacy attaching KPI is layered over new ifnet agnostic KPI. The new KPI may change though, as we can implement multiple DLTs per single tap point in a prettier fashion. The new abstraction layer allows us to move all the 802.11 radio injection hacks out of bpf.c into ieee80211_radiotap.c, so do that immediately as a good proof of concept. Reviewed by: bz Differential Revision: https://reviews.freebsd.org/D53872
debug: classified in 03-filenames_plain1 by '['sys/net/', 'sys/net80211/']'
As a free bonus the tapping points are now able to match packet direction. Reviewed by: ae Differential Revision: https://reviews.freebsd.org/D53875
debug: Commit manually moved from "unknown" to "network".
Dynamically allocate bpf tap points for every rule that has "log". The name is "ipfw%u", where %u is substituted to the rule number. The default catch all "ipfw0" tap still exists for compatibility and it will catch packets in case if there are no bpf listeners on a per-rule tap. Reviewed by: ae Differential Revision: https://reviews.freebsd.org/D53877
debug: Commit manually moved from "unknown" to "network".
When copying ipfs data from user space, don't just check that the payload length is nonzero, but also that it does not exceed the size of the stack buffer we're copying it into. While we're at it, use a union to create a buffer of the exact size we need instead of guessing that 2048 will be enough (and not too much). Finally, check the size of the payload once it gets to where it's used. MFC after: 3 days Reported by: Ilja Van Sprundel <ivansprundel@ioactive.com> Reviewed by: cy Differential Revision: https://reviews.freebsd.org/D54194
debug: classified in 05-summary-prefix by 'ipfilter:'
When a module the environment must be explicitly fetched. Fixes: https://cgit.freebsd.org/src/commit/?id=d9788eabffa4 PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291548 Noted by: markj Reviewed by: markj Differential Revision: https://reviews.freebsd.org/D54242 MFC after: 3 days
debug: classified in 03-filenames_plain1 by 'sys/netpfil/'
Stuff in man section 8 (other than networking).
This should provide people a chance to remove ipfw0 and ipfwlog0 from cloned_interfaces in their rc.conf during FreeBSD 16.x lifetime. Differential Revision: https://reviews.freebsd.org/D53876
debug: classified in 03-filenames_plain1 by 'sbin/'
When building with WITHOUT_BSNMP this result in a FreeBSD-bsnmp-dev package with only this directory and a dependency on FreeBSD-bsnmp which doesn't exists. Reviewed by: ivy Differential Revision: https://reviews.freebsd.org/D54235 Fixes: https://cgit.freebsd.org/src/commit/?id=436618a427b4 ("etc/mtree: Add package tags for /usr/include") Sponsored by: Beckhoff Automation GMbH & Co. KG
debug: classified in 03-filenames_plain1 by 'etc/'
When building with WITHOUT_TESTS this result in a FreeBSD-atf-dev package with only this directory and a dependency on FreeBSD-atf which doesn't exists. Reviewed by: ivy Differential Revision: https://reviews.freebsd.org/D54236 Fixes: https://cgit.freebsd.org/src/commit/?id=436618a427b4 ("etc/mtree: Add package tags for /usr/include") Sponsored by: Beckhoff Automation GMbH & Co. KG
debug: classified in 03-filenames_plain1 by 'etc/'
This implementation appears to be broken on some CPUs. Disable it until the issue can be investigated and fixed. PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291720 Fixes: https://cgit.freebsd.org/src/commit/?id=66eb78377bf1 ("libc/amd64: fix overread conditions in stpncpy()") Fixes: https://cgit.freebsd.org/src/commit/?id=90253d49db09 ("lib/libc/amd64/string: add stpncpy scalar, baseline implementation")
debug: classified in 04-filenames_plain2 by 'lib/'
This attribute can be used to annotate char arrays that are not supposed to be terminated with a NUL char and is needed to silence clang's new -Wunterminated-string-initialization warning. The name matches linuxkpi. Reviewed by: emaste, jhb MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D52565
debug: Commit manually moved from "unknown" to "libs".
Reviewed by: jhb, emaste MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D52528
debug: classified in 04-filenames_plain2 by 'lib/'
This defaults to an error in clang HEAD, use a char-by-char initializer instead. Reviewed by: emaste, jhb MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D52532
debug: classified in 04-filenames_plain2 by 'lib/'
Since the initializer is used in other places where we can't just replace it with a char-by-char initializer, this adds a macro for the nonstring attribute (match the linuxkpi definition). Reviewed by: emaste, jhb MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D52535
debug: Commit manually moved from "unknown" to "libs".
-- no commits in this category this week --
Kernel stuff (other than networking, filesystems, and drivers).
These two files are broken due to Linux 6.5 DTS import. Both of these boards have support in Linux DTS tree, please use these DTS instead. Removed and not fixed because of commit 949efdaa1db8 Approved by: br, manu (mentor) Differential revision: https://reviews.freebsd.org/D54216
debug: classified in 04-filenames_plain2 by 'sys/'
Differential Revision: https://reviews.freebsd.org/D53873
debug: classified in 04-filenames_plain2 by 'sys/'
PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291165 MFC after: 1 week
debug: classified in 03-filenames_plain1 by 'share/examples/kld/'
Add a description for WITH_IPFILTER_IPFS. Fixes: https://cgit.freebsd.org/src/commit/?id=0ff0c19e7f70 ("ipfilter: Disable ipfs(8) by default")
debug: classified in 03-filenames_plain1 by 'tools/build/'
Reviewed by: mhorne Pull Request: https://github.com/freebsd/freebsd-src/pull/1916
debug: classified in 02-filenames_wildcards by '.*Makefile'
Copy the text change from the shell makeman to makeman.lua. Fixes: https://cgit.freebsd.org/src/commit/?id=dd8c666d8b78 ("src.sys.mk: Support src.conf in SRCTOP") Sponsored by: The FreeBSD Foundation
debug: classified in 03-filenames_plain1 by 'tools/build/'
Add jrhall@ (myself) as new src committer with imp@ as mentor. Reviewed By: imp (mentor) Approved by: imp (mentor) Differential Revision: https://reviews.freebsd.org/D53934
debug: classified in 03-filenames_plain1 by 'share/misc/committers-src.dot'
This test now consistently passes (300+ consecutive runs). Signed-off-by: Siva Mahadevan <me@svmhdvn.name> PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244172 Sponsored by: The FreeBSD Foundation
debug: classified in 02b-filenames_wildcards2 by 'tests\/.*'
This testcase passes consistently (in 100+ runs) now. Signed-off-by: Siva Mahadevan <me@svmhdvn.name> PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244163, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251726 MFC after: 3 days Sponsored by: The FreeBSD Foundation
debug: classified in 02b-filenames_wildcards2 by 'tests\/.*'
This is now consistently passing with 100+ consecutive runs. Signed-off-by: Siva Mahadevan <me@svmhdvn.name> PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244170 MFC after: 3 days Sponsored by: The FreeBSD Foundation
debug: classified in 02b-filenames_wildcards2 by 'tests\/.*'
Signed-off-by: Siva Mahadevan <me@svmhdvn.name> MFC after: 3 days Sponsored by: The FreeBSD Foundation Pull Request: https://github.com/freebsd/freebsd-src/pull/1870
debug: classified in 02b-filenames_wildcards2 by 'usr.sbin/.*/tests/.*'
These could go in other categories, but it's more clear if they're here instead.
Drop not needed cast. Group sigchld state check as single KASSERT condition. Remove useless comment. Reviewed by: des, olce Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D54234
debug: classified in 01-style by '[sS]tyle'
Differential Revision: https://reviews.freebsd.org/D53874
debug: classified in 03-filenames_plain1 by 'contrib/'
Add vendor import instructions for blocklist. It includes a "freebsd-changes.sh" script that takes care of adapting paths and functions into FreeBSD. Reviewed by: emaste MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D49510
debug: classified in 03-filenames_plain1 by 'contrib/'
Merge commit 'bfef098f924950a085927b1e7dd6c6db4e651c5c' Changes: https://github.com/zoulasc/blocklist/compare/ff13526...8a4b011 PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258411 PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291680 MFC after: 1 week
debug: classified in 03-filenames_plain1 by 'contrib/'
Upstream fixed a couple of bugs: 1. Only attempt to restore the blocking rules if the database file exists. Otherwise, when the service starts for the first time, it fails (PR 258411). 2. Revert a commit that removed a call to close(bi->bi_fd), preventing the descriptor from being deleted. PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258411 PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291680 MFC after: 1 week
debug: classified in 03-filenames_plain1 by 'contrib/'
libpcap: don't try to create usbusX interfaces
debug: classified in 03-filenames_plain1 by 'contrib/'
libpcap: disable more code related to USB pseudo-interfaces Fixes: https://cgit.freebsd.org/src/commit/?id=6e297e1cdff3568da19760e7e7c615ee4e8383ef
debug: classified in 03-filenames_plain1 by 'contrib/'
This broke the human output formatting in several ways. This reverts commit 4cf5878d27ddc9d3ca3ed870f88112c3b4f6fb69. This reverts commit e8d6b58ef5a4afe0d155b6967c92d55f3bbd53fe. This reverts commit c759aca606cee8352c1d739bf7a762c8a2ed2012. PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291511 Reviewed by: imp, des Differential Revision: https://reviews.freebsd.org/D54196
debug: classified in 00-reverts by 'This reverts commit \b([0-9a-fA-F]{40})\b'
Not classified automatically, and waiting for manual attention.
-- no commits in this category this week --
Dates:
cgit.freebsd.org/src. Git accurately records the
order of commits, but not their dates.
Automatic grouping:
This reverts commit \\b([0-9a-fA-F]{40})\\b
and the hash was found in this week's
commits.
Automatic categories:
Source code:
Generated with commits-periodical 0.20 at 2025-12-16 22:19:20+00:00.
This work is supported by Tarsnap Backup Inc.
Alternate version: 2025-12-15 (release)