FreeBSD/src 6d2a147contrib/libedit map.c

libedit: fix use after free
DeltaFile
+2-2contrib/libedit/map.c
+2-21 files

FreeBSD/ports 5ddf3bemultimedia/navidrome distinfo Makefile

multimedia/navidrome: Update to 0.60.3

ChangeLog: https://github.com/navidrome/navidrome/releases/tag/v0.60.3
DeltaFile
+7-7multimedia/navidrome/distinfo
+3-3multimedia/navidrome/Makefile
+10-102 files

FreeBSD/ports 9b50a8cwww/w3m Makefile, www/w3m/files patch-terms.c

www/w3m: Enable mouse support
DeltaFile
+11-0www/w3m/files/patch-terms.c
+1-0www/w3m/Makefile
+12-02 files

FreeBSD/ports fc7dea7cad/yosys-ghdl-plugin Makefile distinfo

cad/yosys-ghdl-plugin: Fix build

Fix build to work with current cad/ghdl.

PR:             293156
Approved by:    Nico Sonack <nsonack at herrhotzenplotz.de> (maintainer)
DeltaFile
+3-4cad/yosys-ghdl-plugin/Makefile
+3-3cad/yosys-ghdl-plugin/distinfo
+6-72 files

FreeBSD/ports 0317f07net/tcptestsuite distinfo Makefile

net/tcptestsuite: Update to 2023-03-05

Sponsored by:   Netflix
DeltaFile
+3-3net/tcptestsuite/distinfo
+2-2net/tcptestsuite/Makefile
+5-52 files

FreeBSD/src 80b4129sys/arm64/arm64 pmap.c

arm64: Optimise the repeated TLBI workaround

It has been reported that the overhead of repeating all TLBI
instructions is too large [1]. The Software Developer Errata Notices
(SDEN) for the relevant Arm CPUs have been updated so a single
"tlbi vale1is, xzr" followed by "dsb ish"  is sufficient to work around
the issues.

Replace the places we repeat TLBI instructions with the new sequence.

[1] https://lore.kernel.org/linux-arm-kernel/20260218164348.2022831-1-mark.rutland@arm.com/

Reviewed by:    kib
Sponsored by:   Arm Ltd
Differential Revision:  https://reviews.freebsd.org/D55646
DeltaFile
+14-30sys/arm64/arm64/pmap.c
+14-301 files

FreeBSD/src 570b8b2sys/arm64/arm64 trap.c

arm64: Use a canonical address when TBI is enabled

When Top Byte Ignore (TBI) is enabled in a processor we need to pass
a canonical address to the vm subsystem.

Reviewed by:    alc, kib
Sponsored by:   Arm Ltd
Differential Revision:  https://reviews.freebsd.org/D55619
DeltaFile
+7-2sys/arm64/arm64/trap.c
+7-21 files

FreeBSD/src 5d75731share/man/man5 src.conf.5, share/mk src.opts.mk

build: Retire LLVM_CXXFILT option

The LLVM_CXXFILT option was added when we used ELF Tool Chain tools by
default.  ELF Tool Chain's c++filt failed to demangle some symbols, so
we added a special case to install LLVM's version and enabled it by
default.

The rest of the LLVM tools are now used by default, as of commit
9fa94e1c099d ("Turn on WITH_LLVM_CXXFILT by default").  Simplify the
build logic by removing a special case and just include llvm-cxxfilt
with the rest of the LLVM utilities.

Reviewed by:    dim
Sponsored by:   The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D55654
DeltaFile
+0-7share/mk/src.opts.mk
+2-5tools/build/mk/OptionalObsoleteFiles.inc
+1-5share/man/man5/src.conf.5
+1-4usr.bin/clang/Makefile
+0-2usr.bin/Makefile
+0-2usr.bin/clang/llvm-cxxfilt/Makefile
+4-252 files not shown
+4-278 files

FreeBSD/src f4f418bsys/vm vm_page.h

vm_page.h: Materialize a spare bit

No functional change (intended).

MFC after:      2 weeks
Sponsored by:   The FreeBSD Foundation

(cherry picked from commit d18aaeff8fd314e79642062d95110ad174bd1882)
DeltaFile
+1-0sys/vm/vm_page.h
+1-01 files

FreeBSD/src 5a334f0sys/compat/freebsd32 freebsd32.h freebsd32_misc.c

sys/compat/freebsd32: FF clock struct: Don't pack, use 'ffcounter32'

Packing 'struct ffclock_estimate32', in absence of substitution of
'ffcounter' (some 'uint64_t') by a 32-bit compatible type, was necessary
on amd64 since 'uint64_t' is 8-byte aligned, which leaves a padding gap
of 4-byte between fields 'update_time' and 'update_ffcount'.  This gap
does not exist on i386 (or amd64 32-bit mode), as 'uint64_t' there is
only 4-byte aligned.

Change the type of the 'update_ffcount' and 'leapsec_next' fields to the
recently introduced 'freebsd32_uint64_t', and adapt copy-in and copy-out
accordingly.  Using `CP()` previously worked due to the '__packed__'
attribute.

Reviewed by:    kib
MFC after:      2 weeks
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D55282

(cherry picked from commit 7c2fc4419db43a8a7d1886b0b8e08aa97bfa31e4)
DeltaFile
+5-7sys/compat/freebsd32/freebsd32.h
+4-4sys/compat/freebsd32/freebsd32_misc.c
+9-112 files

FreeBSD/src 71a1b16sys/kern link_elf_obj.c, sys/sys elf_common.h

sys: ELF: Rename SHN_FBSD_CACHED => SHN_FREEBSD_CACHED

All other FreeBSD-specific constants have FREEBSD fully spelled out in
their names.  Be consistent.

No functional change (intended).

Reviewed by:    kib
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D55224

(cherry picked from commit 2ce028e8a2655d0e2e3435ae24cb00c1c51b5027)
DeltaFile
+2-2sys/kern/link_elf_obj.c
+2-1sys/sys/elf_common.h
+4-32 files

FreeBSD/src 069553bsys/sys sysctl.h

sys/sysctl.h: Add missing <sys/kassert.h> include

Hopefully, 'sys/sysctl.h' is really self-contained now.

This fixes the GENERIC-NODEBUG compilation error in 'hwpstate_common.c'
after commit 804329587508 (see below).

Fixes:          1a446f765d9c ("sys/sysctl.h: Make it self-contained when included from the kernel")
Fixes:          804329587508 ("hwpstate{_amd,intel}(4): Move common knobs to a separate file")
Sponsored by:   The FreeBSD Foundation

(cherry picked from commit bfd50a32ff26067552220c6f08e6025be3603962)
DeltaFile
+1-0sys/sys/sysctl.h
+1-01 files

FreeBSD/src 16de2cfsys/kern kern_dump.c

kernel dump: dumpsys_gen_pa_next(): Fix "no more chunks" condition detection

In the (improbable) cases where either:
- All entries in dump_map[] are used, so there is no guard entry filled with zeros.
- Some dump region has size 0.
We would respectively access dump_map[] out-of-bounds or omit further
dump regions when iterating.

MFC after:      2 weeks
Sponsored by:   The FreeBSD Foundation

(cherry picked from commit 7e5f4bb3a1c999d1893528faa75559f37365de47)
DeltaFile
+2-1sys/kern/kern_dump.c
+2-11 files

FreeBSD/src 1e0de6esys/compat/freebsd32 freebsd32.h

sys/compat/freebsd32: Fix i386 compilation

The compile assertion now failing is due to the change '__int64_t' =>
'__int32_t' as the type of 'time32_t' on i386, which is the correct
value.  The use of 'freebsd32.h' on i386 may seem strange, but it comes
from 'kern_umtx.c' including it unconditionally as it needs 'struct
umutex32'.

Fixes:          87632ddf67b0 ("openzfs sys/types32.h: use abi_compat.h for time32_t")
Sponsored by:   The FreeBSD Foundation

(cherry picked from commit 07c4eb506be45a4b836665e14ad63034ef3d573a)
DeltaFile
+1-1sys/compat/freebsd32/freebsd32.h
+1-11 files

FreeBSD/src 2ea9c69sys/sys endian.h

endian.h: Visibility comment: Fix grammar, a typo and punctuation

No functional change.

MFC after:      2 weeks
Sponsored by:   The FreeBSD Foundation

(cherry picked from commit 8bdcfc2a3febcd1aade1d9a3a8a87581c7b2928d)
DeltaFile
+6-5sys/sys/endian.h
+6-51 files

FreeBSD/src a6e1727sys/sys sysctl.h

sys/sysctl.h: Make it self-contained when included from the kernel

MFC after:      2 weeks
Sponsored by:   The FreeBSD Foundation

(cherry picked from commit 1a446f765d9cb34e8137ffa6dbb71ce551560cc1)
DeltaFile
+2-1sys/sys/sysctl.h
+2-11 files

FreeBSD/src 9a0a359sys/conf files.x86, sys/modules/cpufreq Makefile

hwpstate{_amd,intel}(4): Move common knobs to a separate file

Reason for doing this right now is to resolve the conflict on
'machdep.hwpstate_pkg_ctrl' between the Intel and AMD drivers, even
though I expect to remove it for hwpstate_amd(4) at some point.

More generally, this is going to be useful for some future code
factorization.  Also, the 'debug.hwpstate_verbose' knob was moved there,
as we'll likely want to use it for the Intel driver as well (which is
currently not the case).

Note for MFC: Will be partial, since `hwpstate_amd(4)` does not support
CPPC in stable/15 nor stable/14.

Reviewed by:    emaste
Fixes:          3e6e4e4a0d42 ("hwpstate: add CPPC support for pstate driver on AMD")
MFC after:      2 weeks
Differential Revision:  https://reviews.freebsd.org/D54528

(cherry picked from commit 8043295875083b57a6b7b2dc6826fde4cf4e1ba1)
DeltaFile
+22-0sys/x86/cpufreq/hwpstate_common.c
+13-0sys/x86/cpufreq/hwpstate_common.h
+1-5sys/x86/cpufreq/hwpstate_intel.c
+2-4sys/x86/cpufreq/hwpstate_amd.c
+2-1sys/modules/cpufreq/Makefile
+1-0sys/conf/files.x86
+41-106 files

FreeBSD/src 2efc7bfsys/i386/i386 minidump_machdep_base.c

i386 minidump: Remove unused macros

No functional change (intended).

MFC after:      2 weeks
Sponsored by:   The FreeBSD Foundation

(cherry picked from commit 584c4e0abbfdbac355601491a695c7a8fd5d8ab3)
DeltaFile
+0-3sys/i386/i386/minidump_machdep_base.c
+0-31 files

FreeBSD/src 1739bb9sys/amd64/conf NOTES, sys/i386/conf MINIMAL

sys: vt_efifb: EFI not supported on i386; move it back to amd64/NOTES

We do not support EFI boot on i386.  Thus:
1. Move (back) 'device vt_efifb' from x86/NOTES to amd64/NOTES.
2. Remove 'device vt_efifb' from i386/MINIMAL.

Reported by:    jhb
Fixes:          f224591746bd ("Add ASMC_DEBUG make option")
Fixes:          67599eef01f5 ("sys/x86/NOTES: Add vt_efifb")
Sponsored by:   The FreeBSD Foundation

(cherry picked from commit 9c25620e57f01d8227f0d53c6b2134ab37a49fdf)
DeltaFile
+3-0sys/amd64/conf/NOTES
+0-1sys/i386/conf/MINIMAL
+0-1sys/x86/conf/NOTES
+3-23 files

FreeBSD/src e16f1bfsys/x86/conf NOTES

asmc(4): pull 32-bit support for the driver

The asmc(4) driver should work for 32-bit Intel-based Macs, in theory, if
the model details were added to the detection list. That being said,
32-bit Intel Macs were only released and available to the general public
for 8 months [1], so the value in maintaining i386 support in the driver is
reduced due to limited hardware access.

Remove 32-bit support for the driver officially to make it clear its use is
not supported.

This should fix building `NOTES.i386` by proxy as well.

Relnotes:       yes
MFC after:      2 weeks
Fixes:          f224591746b ("Add ASMC_DEBUG make option")
Fixes:          8342d9f7b5f ("asmc(4): Stop building it on i386, as...")
Differential Revision:  https://reviews.freebsd.org/D55544

(cherry picked from commit 1f2f5eba24aa53e180a4eb46b772410e5a782469)
DeltaFile
+0-2sys/x86/conf/NOTES
+0-21 files

FreeBSD/src 38863c7sys/conf options.i386

i386: Fix kernel compilation after introduction of ASMC_DEBUG option

Fixes:          f224591746bd ("Add ASMC_DEBUG make option")
Sponsored by:   The FreeBSD Foundation

(cherry picked from commit fde9fe18219f6e987279a9d042345e7c6fc170d1)
DeltaFile
+3-0sys/conf/options.i386
+3-01 files

FreeBSD/ports 54edccasysutils/try-rs distinfo Makefile

sysutils/try-rs: Update to 1.6.2
DeltaFile
+3-3sysutils/try-rs/distinfo
+1-1sysutils/try-rs/Makefile
+4-42 files

FreeBSD/ports 8d9bd31devel/scc distinfo Makefile

devel/scc: Update to 3.7.0
DeltaFile
+5-5devel/scc/distinfo
+1-2devel/scc/Makefile
+6-72 files

FreeBSD/ports 10c44e8. MOVED

MOVED: Remove sysutils/whowatch
DeltaFile
+1-0MOVED
+1-01 files

FreeBSD/ports e49d8aesysutils/whowatch Makefile, sysutils/whowatch/files patch-whowatch.c patch-procinfo.c

sysutils/Makefile: Remove sysutils/whowatch

Whowatch was designed as a Linux application that relies
on /var/log/wtmp and /var/run/utmp, which are now legacy
on FreeBSD.

Fixing the application for FreeBSD requires rewriting a large part of it.
DeltaFile
+0-105sysutils/whowatch/files/patch-whowatch.c
+0-31sysutils/whowatch/files/patch-procinfo.c
+0-27sysutils/whowatch/files/patch-whowatch.h
+0-25sysutils/whowatch/Makefile
+0-13sysutils/whowatch/files/patch-Makefile.in
+0-11sysutils/whowatch/files/patch-process.c
+0-2123 files not shown
+0-2209 files

FreeBSD/ports dac5730sysutils/xstow Makefile distinfo, sysutils/xstow/files patch-src__leoini.h patch-src__string_utils.h

sysutils/xstow: update 1.0.2 -> 1.1.1

Changelog:
    * https://github.com/majorkingleo/xstow/releases/tag/1.1.1
    * https://github.com/majorkingleo/xstow/releases/tag/1.1.0

Major changes:
    * compile with modern compilers
    * infrastructure updates to compile with new and old compilers

Port changes:
    * moved sourcecode to github
    * Makefile cleanup to please portfmt
DeltaFile
+0-16sysutils/xstow/files/patch-src__leoini.h
+8-8sysutils/xstow/Makefile
+0-12sysutils/xstow/files/patch-src__string_utils.h
+3-2sysutils/xstow/distinfo
+11-384 files

FreeBSD/ports f151996audio/spotify-qt distinfo Makefile

audio/spotify-qt: Update to 4.0.3
DeltaFile
+3-3audio/spotify-qt/distinfo
+1-1audio/spotify-qt/Makefile
+4-42 files

FreeBSD/src f68ebebsys/compat/linuxkpi/common/src linux_80211.c

LinuxKPI: 802.11: change teardown order of disassoc and sta rm

In lkpi_sta_auth_to_scan() we remove the sta from the firmware
for everything supporting (*sta_state).

We used to run into issues here with iwlwifi in that we had to
use a specific order: set vif->cfg.assoc = false, .aid = 0,
then remove the sta, and then send the mac update as otherwise
we would either have the sta silently removed (if we run
(*bss_info_change) first and fail then or silently not have the
sta removed and upon sta add we would trigger the fw crash.

The order of events seem to have changed now and especially BE200
(iwlwifi/mld) is picky about this and would crash the firmware with
something like:

        iwlwifi0: 0x20103311 | ADVANCED_SYSASSERT
        iwlwifi0: 0x00000000 | umac branchlink1
        iwlwifi0: 0xC00808AA | umac branchlink2

    [21 lines not shown]
DeltaFile
+30-27sys/compat/linuxkpi/common/src/linux_80211.c
+30-271 files

FreeBSD/src 9592f56sys/compat/linuxkpi/common/src linux_80211.c linux_80211_macops.c

LinuxKPI: 802.11: split (*bss_info_changed) up for more modern drivers

With the advent of MLO some of the updates (*bss_info_changed) would
have done are not per-link.  This had (*vif_cfg_changed) and
(*link_conf_changed) introduced which are used by iwlwifi, rtw89,
select mt76 drivers, and ath12k currently it seems.
A driver normally only supports on or the other set.

Factor out the call to (*bss_info_changed) into an internal function.
There split the options up depending on whether they are for the
vif or a link and leave a fallback to (*bss_info_changed) for older
drivers.

Add the mac80211 ops implementations for the two new calls along with
a currently unused backup option for (*bss_info_changed) for each
as I assume we will eventually call the directly rather than from the
internal wrapper function.

Sponsored by:   The FreeBSD Foundation
MFC after:      3 days
DeltaFile
+61-14sys/compat/linuxkpi/common/src/linux_80211.c
+63-7sys/compat/linuxkpi/common/src/linux_80211_macops.c
+4-0sys/compat/linuxkpi/common/src/linux_80211.h
+128-213 files

FreeBSD/src fa41408sys/compat/linuxkpi/common/src linux_80211.c

LinuxKPI: 802.11: fix typo

Sponsored by:   The FreeBSD Foundation
MFC after:      3 days
DeltaFile
+1-1sys/compat/linuxkpi/common/src/linux_80211.c
+1-11 files