ipfw: gc disabled old hashing code
This code was disabled for 8 years already. It used to produce very
predictable hash without a salt, and that made the dynamic state engine an
easy DoS attack vector. No chance we will ever use it again.
net*: use inlined m_pullup()
Leverage the fact that m_pullup() in an inline function in mbuf.h and let
compiler to do all optimizations.
Mostly mechanical changes, but in few cases surrounding lines are brought
to style(9). In netinet6, a few input functions changed to set the
input/output `struct mbuf **` pointer to NULL at a single place.
Reviewed by: pouria, zlei, gallatin
Differential Revision: https://reviews.freebsd.org/D60689
mbuf: make m_pullup() an inline over most expected case
Implement a most typical use of m_pullup() as an inline and leave only the
heavy part as a function. A sweeping change to make benefit of the new
version follows.
Reviewed by: pouria, zlei, gallatin
Differential Revision: https://reviews.freebsd.org/D60688
ng_pppoe: fix m_pullup() logic
The clear intent here is to do m_pullup() if we _don't_ have two bytes.
Before the fix: a) m_pullup() was always called and did nothing; b) if a
node was ever supplied with a fragmented but otherwise correct mbuf, then
it would not handle PROT_LCP as intended.
Noticed by: zlei
Reviewed by: zlei, eugen_grosbein.net
Differential Revision: https://reviews.freebsd.org/D60788
Fixes: 28903f396af4b151e16ea606cda66a9244fb179f
arm64: Fix and rename midr_check_var_part_range()
At the lowest and highest variants in the specified range,
midr_check_var_part_range() was comparing the part number, rather than
the revision, against the bounds. In other words, the "Y" in "rXpY"
should be compared to CPU_REV() instead of CPU_PART(). Apply this
correction, and rename the function to midr_check_var_rev_range() to
better reflect the field that we are checking.
(cherry picked from commit 39d6e2226484ca434c7d980eda4aa19ed0d62c9e)
math/R-cran-meta: New port: General package for meta-analysis
User-friendly general package providing standard methods for
meta-analysis and supporting the book "Meta-Analysis with R"
(Schwarzer, Carpenter, and Rucker, 2015).
Approved by: jrm (mentor)
Differential Revision: https://reviews.freebsd.org/D60855
math/R-cran-metabook: New port: Data sets and code for "Meta-Analysis with R"
Approved by: jrm (mentor)
Differential Revision: https://reviews.freebsd.org/D60764
math/R-cran-CompQuadForm: New port: Distribution function of quadratic forms in normal variables
Computes the distribution function of quadratic forms in normal
variables using Imhof's method, Davies's algorithm, Farebrother's
algorithm or Liu et al.'s algorithm.
Dependency of math/R-cran-meta.
Approved by: jrm (mentor)
Differential Revision: https://reviews.freebsd.org/D60856
lang/rust-nightly-bun: add pinned Rust nightly toolchain
Add a binary port with the Rust nightly required by lang/bun, pinned to
2026-09-20 (rustc 1.100.0-nightly (feaadeeac 2026-09-19)). It installs
rustc, cargo, rust-std and rust-src under PREFIX/rust-nightly-bun so it
can coexist with lang/rust and lang/rust-nightly.
PR: 299115
bhyve: Fix virtio-input event array resizing
Use the new array size when calling realloc(). Note that this queue
stores events read from a host evdev device, i.e., it is not
guest-controlled.
While here, use the cdefs.h __unused macro and use them correctly, i.e.,
don't mark "arg" as unused when it isn't.
Reported by: Brian Delgado from Intel using Anthropic Opus 4.8
Fixes: 054accac71e0 ("Add a virtio-input device emulation.")
MFC after: 2 weeks
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D60679
inotify: Open target the directory when adding a watch
When an application uses inotify to watch a directory,
vn_inotify_add_watch() reads the directory entries and does a name
lookup so as to induce the filesystem to create namecache entries.
Some filesystems expect the directory to be opened before VOP_READDIR
can be called, so do that.
PR: 299239
Reviewed by: kib
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D60782
amd64: Don't probe MSR_IRPERF when running under bhyve
vmm doesn't implement it, and bhyve simply aborts. I fixed this in
commit c83e075d72f6, but it'll still be impossible to boot newer FreeBSD
guests on older hosts without this workaround.
Reviewed by: adrian
Fixes: 2272fac218a8 ("hwpmc: Add support for AMD-only IRPERF in hwpmc PERF class")
Differential Revision: https://reviews.freebsd.org/D60730
bhyveload: Factor global variables into a software context
This will make it easier to port bhyveload's functionality into the main
bhyve executable.
No functional change intended.
Reviewed by: novel
MFC after: 2 weeks
Differential Revision: https://reviews.freebsd.org/D60481
databases/kividb: Add new port
Fast, multi-threaded Redis and Valkey alternative written in Rust:
drop-in compatible, with full-text and vector search built in.
Sponsored by: tipi.work
multimedia/jellyfin-ffmpeg: Link static chromaprint by full path
With -lchromaprint the ports -L${LOCALBASE}/lib comes first, so on a
build host with audio/chromaprint installed the shared library wins the
search and pulls in multimedia/ffmpeg's libavutil. Name the archives by
path, as multimedia/jellyfin-ffmpeg7 does.
Reviewed by: dtxdf
Approved by: dtxdf (mentor)
Differential Revision: https://reviews.freebsd.org/D60813
intel: add a shared header for the LPSS private registers
The Intel Low Power Subsystem wraps its I2C, SPI and UART functions in a
block of private registers that control the functional clock and the
function and DMA resets.
Refactored to use a single header
Reviewed by: imp, adrian
Differential Revision: https://reviews.freebsd.org/D60859
uart: support Meteor Lake-P LPSS UART 0
Recognize Intel 8086:7e25 using 32-bit MMIO with a four-byte register
stride. Deassert the LPSS functional resets and program the 100 MHz
reference clock divider for a 44.2368 MHz UART clock before the UART
core claims the register window, and reprogram both on resume.
Reviewed by: imp, adrian
Differential Revision: https://reviews.freebsd.org/D60858
multimedia/jellyfin-ffmpeg7: Link chromaprint statically
Match multimedia/jellyfin-ffmpeg: build chromaprint 1.6.0 as a static
library on fftw3f, as upstream's builder does, and drop the
audio/chromaprint LIB_DEPENDS. audio/chromaprint uses multimedia/ffmpeg
for its FFT, so it pulled a second FFmpeg and about 30 other ports into
this port's runtime.
The archives are linked by full path: with -lchromaprint the ports
-L${LOCALBASE}/lib comes first, and an installed audio/chromaprint wins
the search.
Reviewed by: dtxdf
Approved by: dtxdf (mentor)
Differential Revision: https://reviews.freebsd.org/D60810
lang/rust-nightly-bun: add pinned Rust nightly toolchain
Add a binary port with the Rust nightly required by lang/bun, pinned to
2026-09-20 (rustc 1.100.0-nightly (feaadeeac 2026-09-19)). It installs
rustc, cargo, rust-std and rust-src under PREFIX/rust-nightly-bun so it
can coexist with lang/rust and lang/rust-nightly.
PR: 299115
