History log of /freebsd/UPDATING (Results 1 – 25 of 1563)
Revision Date Author Comments
# 7399be20 23-Sep-2026 Dag-Erling Smørgrav <des@FreeBSD.org>

misc: Avoid use of Unicode closing single quote

The Unicode closing single quotation mark is classified as a homoglyph
and can trip automated code quality checks in downstream CI pipelines or
cause

misc: Avoid use of Unicode closing single quote

The Unicode closing single quotation mark is classified as a homoglyph
and can trip automated code quality checks in downstream CI pipelines or
cause code review UIs to refuse to display a file. If used as an
apostrophe, use the ASCII single quote instead. If used as a closing
single quote, replace with double quotes or no quotes at all.

Sponsored by: Klara, Inc.
Sponsored by: NetApp, Inc.
Reviewed by: ziaee, obiwac, olce
Differential Revision: https://reviews.freebsd.org/D59911

show more ...


# 4523eebc 19-Sep-2026 Xin LI <delphij@FreeBSD.org>

MFV: less v710.

MFC after: 1 week


# acdb2cdc 13-Sep-2026 Michael Osipov <michaelo@FreeBSD.org>

mfiutil(8)/mrsasutil(8): display/parse enclosure by device ID (EID)

mfi_drive_name() built the "Exx:Syy" drive location string using
struct mfi_pd_info's encl_index field, the enclosure's firmware-

mfiutil(8)/mrsasutil(8): display/parse enclosure by device ID (EID)

mfi_drive_name() built the "Exx:Syy" drive location string using
struct mfi_pd_info's encl_index field, the enclosure's firmware-
internal position index. Broadcom's own storcli/MegaCli tooling
instead leads with the enclosure's Device ID (EID) in its primary
drive listing; encl_index only shows up as "Position" in a detailed
per-enclosure view. Both numbers are raw, unmodified firmware values
already fetched into struct mfi_pd_info/mfi_pd_address, but only
encl_index was ever displayed or accepted as input, leading to
confusion when cross-referencing drive locations against storcli
output.

Switch mfi_drive_name() and mfi_lookup_drive() to use encl_device_id
instead, aligning FreeBSD's enclosure numbering with Broadcom's own
utilities. Since mrsasutil(8) is the same binary as mfiutil(8) under
a different name, this applies to both mfi(4) and mrsas(4) alike.

This is a user-visible behavior change: the numeric value of "xx" in
"Exx:Syy" now differs from before for any enclosure whose EID and
position index don't match, affecting anyone scripting against the
previous numbering.

PR: 294353
Reviewed by: imp
Relnotes: yes
Differential Revision: https://reviews.freebsd.org/D59654

show more ...


# e1ad1241 14-Sep-2026 Bjoern A. Zeeb <bz@FreeBSD.org>

UPDATING: bump __FreeBSD_version to 1600026 for LinuxKPI changes

The size of multiple embedded structs have changed and may lead to
problems (pci_error_handlers in pci_driver, dev_pm_info in struct

UPDATING: bump __FreeBSD_version to 1600026 for LinuxKPI changes

The size of multiple embedded structs have changed and may lead to
problems (pci_error_handlers in pci_driver, dev_pm_info in struct device).
Allow these changes to be detected by bumping __FreeBSD_version.

MFC after: 3 days

show more ...


# eaeb5f29 15-Apr-2026 Baptiste Daroussin <bapt@FreeBSD.org>

sysrc: make independant from bsdconfig(8)

MFC After: 1 week
Approved by: dteske
Reviewed by: dteske
Differential Revision: https://reviews.freebsd.org/D59658


# 3c928cca 02-Sep-2026 Sumit Saxena <ssaxena@FreeBSD.org>

iflib: Plumb per-packet RX hardware timestamps to mbufs

Add iri_rcv_tstmp to if_rxd_info so an isc_rxd_pkt_get() driver can
report a hardware RX timestamp. Copy it into m_pkthdr.rcv_tstmp,
reusing

iflib: Plumb per-packet RX hardware timestamps to mbufs

Add iri_rcv_tstmp to if_rxd_info so an isc_rxd_pkt_get() driver can
report a hardware RX timestamp. Copy it into m_pkthdr.rcv_tstmp,
reusing the generic mbuf timestamp path.

Widen iri_flags from uint8_t to uint32_t and define the flags drivers
may supply. Mask the flags before copying them into the mbuf so no
other mbuf state can leak through the driver callback.

Place the timestamp next to iri_frags to avoid an alignment hole, and
document its nanoseconds-since-boot representation and validity flags.
Bump __FreeBSD_version because changing if_rxd_info breaks KBI.

Reviewed by: gallatin
Signed-off-by: Sreekanth Reddy <sreekanth.reddy@broadcom.com>
Differential Revision: https://reviews.freebsd.org/D58638

show more ...


# 51c30180 27-Aug-2026 Abdelkader Boudih <seuros@FreeBSD.org>

video: bump __FreeBSD_version for V4L2 cropping and overlay symbols

Reviewed by: adrian
Differential Revision: https://reviews.freebsd.org/D59208


# b7cff2a8 27-Aug-2026 Olivier Certner <olce@FreeBSD.org>

UPDATING: Fix entry for getgroups(2)/setgroups(2)

Fix a typo, grammar, and generally rephrase for better clarity.

Fixes: 3463f02706db ("UPDATING: add an entry for [gs]etgroups")
MFC after:

UPDATING: Fix entry for getgroups(2)/setgroups(2)

Fix a typo, grammar, and generally rephrase for better clarity.

Fixes: 3463f02706db ("UPDATING: add an entry for [gs]etgroups")
MFC after: 1 day
MFC to: stable/15
Sponsored by: The FreeBSD Foundation

show more ...


# 8bd30a72 21-Aug-2026 Roman Bogorodskiy <novel@FreeBSD.org>

bhyve: fix byte order for manually set NVMe eui64

Manually specified eui64 value gets converted to big endian twice:
first using htobe64() and then using be64enc(). On little-endian hosts
that resul

bhyve: fix byte order for manually set NVMe eui64

Manually specified eui64 value gets converted to big endian twice:
first using htobe64() and then using be64enc(). On little-endian hosts
that results in a little-endian value instead of a big-endian.

Fix by removing htobe64() for a user submitted value.

Fixes: 409a80e5a434 ("bhyve: Create EUI64 for NVMe namespaces")
Reviewed by: chuck
Relnotes: yes
Sponsored by: The FreeBSD Foundation
MFC after: 3 weeks
Differential Revision: https://reviews.freebsd.org/D59080

show more ...


# 34bb3844 23-Jun-2026 ShengYi Hung <aokblast@FreeBSD.org>

libusb: Bump version to 1.0.27

PR: 296234(exp-run)
Relnotes: yes
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D57772


# f77fa284 12-Aug-2026 Abdelkader Boudih <freebsd@seuros.com>

video: bump __FreeBSD_version for video(4) refactor

Reviewed by: manu, adrian
Differential Revision: https://reviews.freebsd.org/D58798


# 100f7b8d 30-Jul-2026 Kevin Bowling <kbowling@FreeBSD.org>

UPDATING: Add entry for igbv driver split


# 9d852922 27-Jul-2026 Dag-Erling Smørgrav <des@FreeBSD.org>

Bump dates

Fixes: c8f5e6819d4d ("pwait: Optionally wait until process is reaped")
Fixes: eddd8aa99ca8 ("pwait: Add a SIGINFO handler")
Fixes: 356d0b79cf6f ("rc.subr: Fix premature return from wai

Bump dates

Fixes: c8f5e6819d4d ("pwait: Optionally wait until process is reaped")
Fixes: eddd8aa99ca8 ("pwait: Add a SIGINFO handler")
Fixes: 356d0b79cf6f ("rc.subr: Fix premature return from wait_for_pids")

show more ...


# 356d0b79 27-Jul-2026 Dag-Erling Smørgrav <des@FreeBSD.org>

rc.subr: Fix premature return from wait_for_pids

Use pwait's new -r option to wait until the target processes have not
only terminated, but also been reaped.

PR: 293183
MFC after: 1 week
Sponsored

rc.subr: Fix premature return from wait_for_pids

Use pwait's new -r option to wait until the target processes have not
only terminated, but also been reaped.

PR: 293183
MFC after: 1 week
Sponsored by: Klara, Inc.
Sponsored by: NetApp, Inc.
Reviewed by: markj
Differential Revision: https://reviews.freebsd.org/D58391

show more ...


# 704db3fe 21-Jun-2026 Alexander Ziaee <ziaee@FreeBSD.org>

Source upgrade doc: etcupdate no longer needs -B

Note: We confusingly have the instructions to build the system in the
build manual, the UPDATING file, and the Makefile. These will get out
of sync a

Source upgrade doc: etcupdate no longer needs -B

Note: We confusingly have the instructions to build the system in the
build manual, the UPDATING file, and the Makefile. These will get out
of sync and will be harmful when they do.

Fixes: ddf6fad0295a ("etcupdate: Make nobuild the default")
Reviewed by: jhb
Differential Revision: https://reviews.freebsd.org/D57644

show more ...


# 255538cd 15-Jun-2026 Piotr Kubaj <pkubaj@FreeBSD.org>

powerpc64le: switch long double to IEEE binary128

Change powerpc64le's long double from 64-bit double to IEEE 754
binary128 (quad, 113-bit mantissa), matching aarch64 and riscv64.

Gated on FreeBSD

powerpc64le: switch long double to IEEE binary128

Change powerpc64le's long double from 64-bit double to IEEE 754
binary128 (quad, 113-bit mantissa), matching aarch64 and riscv64.

Gated on FreeBSD 16 and powerpc64le only.

Differential Revision: https://reviews.freebsd.org/D57388
Reviewed by: adrian
Relnotes: yes

show more ...


# a6aa95eb 21-May-2026 Christos Margiolis <christos@FreeBSD.org>

sound: Create all device nodes with GID_AUDIO

Commit 6024e3f99a1e ("Add audio group") introduced GID_AUDIO, initially
for virtual_oss(8) loopback devices. Now make all of them with
GID_AUDIO.

Relno

sound: Create all device nodes with GID_AUDIO

Commit 6024e3f99a1e ("Add audio group") introduced GID_AUDIO, initially
for virtual_oss(8) loopback devices. Now make all of them with
GID_AUDIO.

Relnotes: yes
Sponsored by: The FreeBSD Foundation
Reviewed by: emaste
Pull-Request: https://ron-dev.freebsd.org/FreeBSD/src/pulls/35

show more ...


# dc14ae42 28-Apr-2026 Alan Somers <asomers@FreeBSD.org>

bsdinstall: do pkgbase installations with the "script" command

"bsdinstall script" will now do a pkgbase installation by default. The
system components to install can be specified in the COMPONENTS

bsdinstall: do pkgbase installations with the "script" command

"bsdinstall script" will now do a pkgbase installation by default. The
system components to install can be specified in the COMPONENTS
variable, and have the same names as those used in the interactive
installer. bsdinstall will still do a legacy distset installation if
DISTRIBUTIONS is defined in the installerconfig file.

MFC: 1 week
PR: 290375
Sponsored by: ConnectWise
Reviewed by: ziaee, ivy, jduran
Differential Revision: https://reviews.freebsd.org/D56717

show more ...


# 47a9af4b 08-Apr-2026 Aotian Cao <cat1890693@gmail.com>

rc.d/NETWORKING: remove the NETWORK alias

NETWORKING is the documented placeholder, while
/etc/rc.d/NETWORKING still provides the legacy alias
NETWORK.

The NETWORKING script was originally introduc

rc.d/NETWORKING: remove the NETWORK alias

NETWORKING is the documented placeholder, while
/etc/rc.d/NETWORKING still provides the legacy alias
NETWORK.

The NETWORKING script was originally introduced to avoid
conflicts with NetBSD's lowercase network script on
case-insensitive file systems. The NETWORK alias was
retained for compatibility with older scripts.

Following the discussion in PR 293652, remove the legacy
NETWORK alias from 16-CURRENT. Keeping both names adds
more confusion than value now that NETWORKING is the
documented placeholder and current base system and ports
tree uses are already clean.

Add an UPDATING entry to note that local RC scripts using
REQUIRE: NETWORK should be migrated to REQUIRE: NETWORKING.

PR: 293652
Reviewed by: michaelo, jlduran
Relnotes: yes
Differential Revision: https://reviews.freebsd.org/D56300

show more ...


# a2eb0894 09-Feb-2026 Guido Falsi <madpilot@FreeBSD.org>

sys/netinet6: switch net.inet6.ip6.use_stableaddr to on by default

This change switches to using RFC 7217 algorithm as the default to
generate SLAAC addresses for IPv6 interfaces configured with
acc

sys/netinet6: switch net.inet6.ip6.use_stableaddr to on by default

This change switches to using RFC 7217 algorithm as the default to
generate SLAAC addresses for IPv6 interfaces configured with
accept_rtadv.

Reviewed by: pouria, glebius, zlei
Approved by: zlei
Relnotes: yes
Differential Revision: https://reviews.freebsd.org/D55138

show more ...


# 9c401bf1 06-Jan-2026 Lexi Winter <ivy@FreeBSD.org>

zstd: Move to a new zstd package

Zstd is a discrete, self-contained system component. To match how we
package zlib, bzip2 and xz, move it to its own package, with a separate
lib package.

Add the n

zstd: Move to a new zstd package

Zstd is a discrete, self-contained system component. To match how we
package zlib, bzip2 and xz, move it to its own package, with a separate
lib package.

Add the new package to the minimal set, since this is a core component
that users expect to be installed.

This change adds a new package to the system so, until we have a proper
policy on how to handle this in release/stable branches, it should not
be MFC'd.

MFC after: never
Reviewed by: bapt
Sponsored by: https://www.patreon.com/bsdivy
Differential Revision: https://reviews.freebsd.org/D53603

show more ...


# 171f9cbb 05-Jan-2026 ykla <yklaxds@gmail.com>

UPDATING: move entry to the correct place

Reviewed by: vexeduxr
Signed-off-by: ykla yklaxds@gmail.com
Sponsored by: Chinese FreeBSD Community
Pull Request: https://github.com/freebsd/freebsd-src/pul

UPDATING: move entry to the correct place

Reviewed by: vexeduxr
Signed-off-by: ykla yklaxds@gmail.com
Sponsored by: Chinese FreeBSD Community
Pull Request: https://github.com/freebsd/freebsd-src/pull/1917

show more ...


# 60eb371c 23-Dec-2025 Rick Macklem <rmacklem@FreeBSD.org>

UPDATING: Add an entry for commit 9f49f436a9ec


# 8ac7a380 11-Dec-2025 Warner Losh <imp@FreeBSD.org>

cam: Reduce overly long timeout values for initial device probing

Currently, we have very long timeouts for the initial probing
commands. However, these are not appropriate for modern (post 2010) SC

cam: Reduce overly long timeout values for initial device probing

Currently, we have very long timeouts for the initial probing
commands. However, these are not appropriate for modern (post 2010) SCSI
disks. Sandards since SPC3 state that these commands should not wait for
media access. Since we retry them several times during the initial bus
scan, these delays can delay the boot by minutes (5 minutes per errant
disk in our expereince). These delays don't help and only hurt, so
reduce the TESTUNITREADY, INQUIRY and MODESENSE commands (during the
initial probe). Provide sysctl/tuneables to change the time for these
and also the REPORTLUNS commands for people that might need to adjust
them for devices that violate this belief but none-the-less work with
longer timeouts.
kern.cam.tur_timeout (default was 60s, now 1s)
kern.cam.inquiry_timeout (default was 60s, now 1s)
kern.cam.reportluns_timeout (default is 60s)
kern.cam.modesense_timeout (default was 60s, now 1s)
This can be partially merged: the sysctls can, but the new defaults likely
shouldn't.

Sponsored by: Netflix
Differential Revision: https://reviews.freebsd.org/D52427

show more ...


# fad4c92b 25-Nov-2025 Ed Maste <emaste@FreeBSD.org>

Revert "kernel linker: Disable local sym resolution by default"

I've received a report of a failure from resolving kern_kmq_open.
Revert for now as we are currently in stabweek.

This reverts commit

Revert "kernel linker: Disable local sym resolution by default"

I've received a report of a failure from resolving kern_kmq_open.
Revert for now as we are currently in stabweek.

This reverts commit 9562994a7aacee2baae6ddee1a7b558b48ae39ef.

Reported by: mav

show more ...


12345678910>>...63