GhostBSD/ports 6fe39af — x11/xconfig Makefile distinfo

x11/xconfig: Update to 3.6

Remove unused packages before setting up drivers, so an early exit
during NVIDIA setup no longer leaves VM guest packages installed.
DeltaFile
+3-3x11/xconfig/distinfo
+1-1x11/xconfig/Makefile
+4-42 files

LLVM/project 7b9c6d7 — llvm/lib/Target/X86 X86InstrAVX512.td, llvm/test/MC/Disassembler/X86/apx evex-format.txt

[X86][AsmParser] Fix Intel mask position for AVX512PF prefetch instructions (#233869)

AVX512PF gather/scatter prefetch instructions reject a memory operand
followed by a mask decorator in Intel syntax. LLVM also prints the mask
as a leading operand, producing Intel disassembly that cannot be
reassembled.

Move the mask after the memory operand in the Intel assembly variant of
`avx512_gather_scatter_prefetch`. Preserve the AT&T variant and the
outer dialect selection so the literal mask braces survive TableGen
processing.

Add Intel MC tests for all 16 mnemonics, using the 32 existing AT&T
encoding expectations. Cover sized/unsized memory, high VSIB registers,
YMM/ZMM indices, k1-k7, scaled addressing, compressed displacement, and
assembly output round trips. Add diagnostics for missing/zero masks,
zeroing, incorrect VSIB widths, and incorrect memory size.

Update the existing APX disassembler expectation to the corrected mask

    [13 lines not shown]
DeltaFile
+135-0llvm/test/MC/X86/avx512pf-64-intel.s
+28-0llvm/test/MC/X86/avx512pf-intel-errors.s
+3-4llvm/test/MC/X86/apx/evex-format-intel.s
+1-1llvm/test/MC/Disassembler/X86/apx/evex-format.txt
+1-1llvm/lib/Target/X86/X86InstrAVX512.td
+168-65 files

LLVM/project 97374d7 — llvm/lib/Transforms/Vectorize VPlanTransforms.cpp, llvm/test/Transforms/LoopVectorize predicated-load-access-safety.ll

[VPlan] CSE replicated loads (#234525)

This improves a pattern found in 736.ocio_r, see
https://github.com/llvm/llvm-project/pull/195886#issuecomment-6196462669

In the following loop `s` isn't noalias, so a runtime alias check needs
to be added:

```c
void f(const float *s, const unsigned short *in, float *out, long n) {
  for (long i = 0; i < n; i++) {
    out[4 * i + 0] = in[4 * i + 0] * *s;
    out[4 * i + 1] = in[4 * i + 1] * *s;
    out[4 * i + 2] = in[4 * i + 2] * *s;
    out[4 * i + 3] = in[4 * i + 3] * *s;
  }
}
```


    [65 lines not shown]
DeltaFile
+98-196llvm/test/Transforms/LoopVectorize/WebAssembly/CostModel/variance-8x16.ll
+6-78llvm/test/Transforms/LoopVectorize/X86/replicating-load-store-costs-max-bandwidth.ll
+26-42llvm/test/Transforms/LoopVectorize/AArch64/reduction-recurrence-costs-sve.ll
+23-21llvm/test/Transforms/LoopVectorize/predicated-load-access-safety.ll
+16-13llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+2-8llvm/test/Transforms/LoopVectorize/AArch64/conditional-branches-cost.ll
+171-3585 files not shown
+187-37411 files

GhostBSD/xconfig 6549a2e — bin xconfig

Remove unused packages before setting up drivers

Package removal was queued and only run after main returned, so any
early exit during driver setup (e.g. NVIDIA) skipped it and left
packages like virtualbox-ose-additions installed. The remove_*
functions now delete right away, before the setup functions run.

Also drop the leftover remove_qemu calls, which aborted the script
under set -e, and stop generating xorg.conf with X -configure for
NVIDIA.
DeltaFile
+25-53bin/xconfig
+25-531 files

GhostBSD/build ff1e11a — packages drivers

Remove xlibre-xf86-video-qxl from drivers list
DeltaFile
+0-1packages/drivers
+0-11 files

FreeBSD/ports 30753d8 — www/py-flask-assets distinfo Makefile

www/py-flask-assets: Update to 2.1.0

2.0 uses flask._request_ctx_stack, which Flask 3 removed, so
flask_assets fails to import with the Flask in the tree.  2.1.0 works
with Flask 3.

While here, add concurrent to USE_PYTHON.

Switch to USE_PYTHON=pep517 (the package metadata becomes dist-info).

Take maintainership, as offered by kevans@.

PR:             299904
DeltaFile
+5-4www/py-flask-assets/Makefile
+3-3www/py-flask-assets/distinfo
+8-72 files

FreeBSD/src 9154ea3 — release/tools oci-image-static.conf

OCI: Remove dead code

We don't need to pick a repository URL when all we're doing is enabling
one which was specified in /etc/pkg/.

Reviewed by:    dch, imp
Fixes:  c73ae6734899 ("release/tools: use same pkg settings ...")
MFC after:      1 week
Differential Revision:  https://reviews.freebsd.org/D60868

(cherry picked from commit 93c05b743ea865bb87653e9ee5fbaa837c00eee7)
DeltaFile
+0-8release/tools/oci-image-static.conf
+0-81 files

LLVM/project 583fc69 — llvm/lib/Transforms/Scalar ConstantHoisting.cpp

[ConstantHoisting] Use getLazyBFIAnalysisUsage

Follow up from https://github.com/llvm/llvm-project/pull/235482#discussion_r4379834843, switch it to a transitive dependency.
DeltaFile
+1-1llvm/lib/Transforms/Scalar/ConstantHoisting.cpp
+1-11 files

LLVM/project 497fe31 — llvm/test/Transforms/SLPVectorizer/RISCV strided-loads-based-reduction.ll

Update SLP test
DeltaFile
+72-200llvm/test/Transforms/SLPVectorizer/RISCV/strided-loads-based-reduction.ll
+72-2001 files

LLVM/project 8a3aafa — llvm/test/Transforms/LoopVectorize/WebAssembly/CostModel variance-8x16.ll

Update tests
DeltaFile
+98-196llvm/test/Transforms/LoopVectorize/WebAssembly/CostModel/variance-8x16.ll
+98-1961 files

LLVM/project 81793ac — llvm/include/llvm/Analysis ValueTracking.h, llvm/include/llvm/IR ConstantFPRange.h

[KnownFPClass] Refactor NaN sign encoding for KnownFPClass (#220606)

Part of https://github.com/llvm/llvm-project/issues/217072

Replaces the `struct` layout for `KnownFPClass`
```c++
struct KnownFPClass {
  FPClassTest KnownFPClasses;
  std::optional<bool> SignBit;
};
struct KnownFPClass {
  FPClassMask KnownFPMask;
};
```
I also added conversion functions between `FPClassTest` and
`FPClassMask`.
DeltaFile
+256-78llvm/include/llvm/Support/KnownFPClass.h
+5-19llvm/lib/Support/KnownFPClass.cpp
+1-1llvm/include/llvm/IR/ConstantFPRange.h
+1-1llvm/include/llvm/Analysis/ValueTracking.h
+263-994 files

LLVM/project 0ac8e13 — llvm/lib/Target/AMDGPU SIPreEmitPeephole.cpp, llvm/test/CodeGen/AMDGPU si-pre-emit-peephole-unpack-invalidates.mir

[AMDGPU] Report packed F32 unpacking as a change (#234859)

SIPreEmitPeephole::run did not set Changed after unpacking, so when
unpacking was the only change the new pass manager kept every cached
analysis and the legacy one saw an unchanged function.

Assisted-by: Claude Opus 5.5
DeltaFile
+15-0llvm/test/CodeGen/AMDGPU/si-pre-emit-peephole-unpack-invalidates.mir
+2-0llvm/lib/Target/AMDGPU/SIPreEmitPeephole.cpp
+17-02 files

LLVM/project f383f08 — .ci all_requirements.txt, .ci/metrics requirements.lock.txt

Merge branch 'main' of github.com:llvm/llvm-project into users/lukel97/loop-vectorize/cse-replicate-loads
DeltaFile
+1,665-0llvm/test/CodeGen/RISCV/GlobalISel/half-convert.ll
+1,452-0llvm/test/CodeGen/RISCV/GlobalISel/double-convert.ll
+1,190-0llvm/test/CodeGen/RISCV/GlobalISel/float-convert.ll
+433-408.ci/all_requirements.txt
+489-311.ci/metrics/requirements.lock.txt
+199-459llvm/test/CodeGen/AArch64/dup.ll
+5,428-1,178730 files not shown
+24,133-6,443736 files

OpenBSD/src JHfhTQ4 — distrib/sets/lists/base mi

   sync
VersionDeltaFile
1.1208+8-0distrib/sets/lists/base/mi
+8-01 files

OpenBSD/src Il97Hdo — sys/dev/microcode/rge rge-license Makefile, sys/dev/pci if_rgereg.h if_rge.c

   Use loadfirmware(9) to load the rge(4) microcode from /etc/firmware
   instead of hard-coding a gigantic firmware into the kernel.

   suggested by deraadt@

   ok mlarkin@
VersionDeltaFile
1.2+2,175-5,676sys/dev/microcode/rge/rgemcode.h
1.48+137-104sys/dev/pci/if_rge.c
1.1+189-0sys/dev/microcode/rge/build.c
1.20+60-4sys/dev/pci/if_rgereg.h
1.1+27-0sys/dev/microcode/rge/Makefile
1.1+12-0sys/dev/microcode/rge/rge-license
+2,600-5,7846 files not shown
+2,646-5,79112 files

LLVM/project 0cbb583 — lldb/source/Core PluginManager.cpp, lldb/source/Plugins/ScriptInterpreter/Lua ScriptInterpreterLua.cpp

[lldb] Report why a script interpreter is unavailable (#235947)

When Python can't be loaded, no plugin registers for it and LLDB falls
back to ScriptInterpreterNone, which claims LLDB was built without
scripting support. The real error was dropped during initialization.

Record the error per language in the PluginManager where the failure
happens, and pass the requested language to the create callback so
ScriptInterpreterNone can report it from the relevant commands.

For a language LLDB was built with but has no recorded error, report
that its plugin wasn't loaded.

rdar://190746062

Assisted-by: Claude
DeltaFile
+126-0lldb/unittests/ScriptInterpreter/None/ScriptInterpreterNoneTest.cpp
+108-11lldb/source/Plugins/ScriptInterpreter/None/ScriptInterpreterNone.cpp
+47-3lldb/source/Core/PluginManager.cpp
+40-3lldb/source/Plugins/ScriptInterpreter/None/ScriptInterpreterNone.h
+21-14lldb/source/Plugins/ScriptInterpreter/Python/ScriptInterpreterPython.cpp
+13-8lldb/source/Plugins/ScriptInterpreter/Lua/ScriptInterpreterLua.cpp
+355-3913 files not shown
+439-8019 files

FreeBSD/ports 651a2ce — net-mgmt/tcpreplay Makefile distinfo

net-mgmt/tcpreplay: Update to 4.6.2

Changelog: https://github.com/appneta/tcpreplay/releases/tag/v4.6.2

Approved by: osa, fluffy (mentors, implicit)
DeltaFile
+3-3net-mgmt/tcpreplay/distinfo
+2-2net-mgmt/tcpreplay/Makefile
+5-52 files

FreeBSD/src a2b34aa — sys/powerpc/powerpc swtch64.S swtch32.S

powerpc: Avoid deadlock when CPUs exchange threads

The PowerPC context switch waited for the incoming thread to leave
blocked_lock before releasing the outgoing thread.  If two CPUs selected
each other's running threads concurrently, both CPUs waited for the
other to perform the release and neither could progress.  This appeared
as intermittent boot hangs under QEMU MTTCG when taskqueue threads were
bound to opposite CPUs.

8df2e5421468 ("powerpc: put the isync inside the TD_LOCK()...")
attempted to fix the same hang by moving isync into the polling loop.
That did not address the circular wait: isync cannot cause either CPU to
execute the release store after the loop.  It only added context
synchronization to failed iterations and changed timing. Move isync back
to the successful exit, which preserves acquire ordering for subsequent
context loads.

Match the ordering used by other architectures: publish the outgoing
thread's new lock before waiting for the incoming thread.  Apply the

    [22 lines not shown]
DeltaFile
+11-7sys/powerpc/powerpc/swtch64.S
+11-7sys/powerpc/powerpc/swtch32.S
+22-142 files

LLVM/project 40ce46b — llvm/lib/Transforms/Scalar CorrelatedValuePropagation.cpp, llvm/test/Transforms/CorrelatedValuePropagation sdiv_missing_debugloc.ll keep_dbg_value_on_rewrite.ll

[DebugInfo] Preserve original value when replacing instructions (#234978)

There are several places in `correlated-propagation` where an
instruction is replaced without salvaging the debug info. The value
computed by the new instruction may be different to the original that
was replaced. This leads to debuggers like lldb reporting incorrect
values for variables (reporting the value of the new instruction).

This PR makes sure the compiler salvages the debug information of the
replaced instructions before replacing them.

(See issues #218621, #218622, #218623 and #218366)
(Pinging @MrEven132, since I can't add as a reviewer)
DeltaFile
+99-0llvm/test/Transforms/CorrelatedValuePropagation/keep_dbg_value_on_rewrite.ll
+3-2llvm/test/Transforms/CorrelatedValuePropagation/sdiv_missing_debugloc.ll
+5-0llvm/lib/Transforms/Scalar/CorrelatedValuePropagation.cpp
+107-23 files

LLVM/project ebe1441 — llvm/lib/Transforms/Scalar CorrelatedValuePropagation.cpp, llvm/test/Transforms/CorrelatedValuePropagation eliminated-and-wrong-dbgval.ll

[DebugInfo] Salvage replaced and instructions (#234693)

When `correlated-propagation` removes and instructions, it doesn't
correctly salvage the debug info. This leads to variables having
incorrect debug info. This patch makes sure we salvage the debug info
before removing the instructions

(See https://github.com/llvm/llvm-project/issues/219940)

Pinging @MrEven132 since I can't seem to add as a reviewer
DeltaFile
+35-0llvm/test/Transforms/CorrelatedValuePropagation/eliminated-and-wrong-dbgval.ll
+1-0llvm/lib/Transforms/Scalar/CorrelatedValuePropagation.cpp
+36-02 files

FreeBSD/src 0bc51f4 — sys/powerpc/powerpc swtch64.S swtch32.S

powerpc: Avoid deadlock when CPUs exchange threads

The PowerPC context switch waited for the incoming thread to leave
blocked_lock before releasing the outgoing thread.  If two CPUs selected
each other's running threads concurrently, both CPUs waited for the
other to perform the release and neither could progress.  This appeared
as intermittent boot hangs under QEMU MTTCG when taskqueue threads were
bound to opposite CPUs.

8df2e5421468 ("powerpc: put the isync inside the TD_LOCK()...")
attempted to fix the same hang by moving isync into the polling loop.
That did not address the circular wait: isync cannot cause either CPU to
execute the release store after the loop.  It only added context
synchronization to failed iterations and changed timing. Move isync back
to the successful exit, which preserves acquire ordering for subsequent
context loads.

Match the ordering used by other architectures: publish the outgoing
thread's new lock before waiting for the incoming thread.  Apply the

    [22 lines not shown]
DeltaFile
+11-7sys/powerpc/powerpc/swtch64.S
+11-7sys/powerpc/powerpc/swtch32.S
+22-142 files

LLVM/project 4098467 — compiler-rt/lib/scudo/standalone tsd.h combined.h, compiler-rt/lib/scudo/standalone/tests combined_test.cpp

[scudo] Omit quarantine state when QuarantineDisabled (#235117)

When QuarantineDisabled is true, GlobalQuarantine still occupies 192
bytes (three cache lines) in Allocator and QuarantineCache occupies 32
bytes (plus 32 bytes of cache-line tail padding) in each TSD.

Allows the now empty classes to be empty by using [[no_unique_address]].
DeltaFile
+38-4compiler-rt/lib/scudo/standalone/quarantine.h
+4-2compiler-rt/lib/scudo/standalone/combined.h
+4-0compiler-rt/lib/scudo/standalone/tests/combined_test.cpp
+1-0compiler-rt/lib/scudo/standalone/tsd.h
+47-64 files

FreeBSD/ports 7b95a2e — security/vuxml/vuln 2025.xml

security/vuxml: fix build

Correct the <dates/> sections of two recently updated vulnerabilities
from 2025.  These errors were caught by "make validate".

Fixes:          c943f0b840f2 ("security/vuxml: adjust linux-rl9-libxslt package for b0a3466f-5efc-11f0-ae84-99047d0a6bcc (+)")
Fixes:          ec5bfc412d3c ("security/vuxml: adjust linux-rl9-libxml2 package version for abbc8912-5efa-11f0-ae84-99047d0a6bcc (+)")
Pointy hat to:  fluffy
DeltaFile
+0-2security/vuxml/vuln/2025.xml
+0-21 files

LLVM/project 349acff — compiler-rt/test/sanitizer_common/android_commands android_run.py

[compiler-rt][Android] Filter out linker warnings from stderr in android_run.py (#235973)

Older Android dynamic linkers (e.g. API 24) print `WARNING: linker: ...`
lines to stderr for newer ELF flags/tags such as `DT_FLAGS_1=0x8000001`
(`DF_1_PIE`) and `DT_AARCH64_BTI_PLT` (`0x70000001`). When these lines
are emitted at startup or when spawning `llvm-symbolizer`, they break
tests using `count 0`, `CHECK-NEXT`, or `CHECK-NOT` on
https://lab.llvm.org/buildbot/#/builders/sanitizer-x86_64-linux-android.

Strip `^WARNING: linker: .*` lines from stderr in `android_run.py`,
matching `libcxx/utils/adb_run.py`.

Assisted-by: Gemini
DeltaFile
+12-2compiler-rt/test/sanitizer_common/android_commands/android_run.py
+12-21 files

FreeBSD/ports 0121f37 — www/mod_wsgi4 distinfo pkg-plist, www/mod_wsgi4/files 270_mod_wsgi.conf.sample.in patch-configure.ac

www/mod_wsgi4: a port for mod_wsgi 4.9.4 for python 2.7

This brings back mod_wsgi 4.9.4 which is the last supported
version for python 2.7.

This is specifically for clusteradm infrastructure and not
        as a port for normal users.

Note this currently clashes with www/mod_wsgi as it also
builds and installs the module as "mod_wsgi.so".

Approved by: clusteradm
DeltaFile
+50-0www/mod_wsgi4/Makefile
+30-0www/mod_wsgi4/files/patch-configure.ac
+8-0www/mod_wsgi4/files/270_mod_wsgi.conf.sample.in
+7-0www/mod_wsgi4/pkg-descr
+3-0www/mod_wsgi4/distinfo
+3-0www/mod_wsgi4/pkg-plist
+101-01 files not shown
+102-07 files

NetBSD/pkgsrc-wip d5f61cd — python-metar DESCR distinfo

python-metar: Add version 2.0.2

This package name is wrong, but py-metar conflicts, and I'm
checkpointing messy work because it's wip.
DeltaFile
+23-0python-metar/PLIST
+22-0python-metar/Makefile
+5-0python-metar/distinfo
+2-0python-metar/DESCR
+52-04 files

NetBSD/pkgsrc-wip a3dc062 — fooyin COMMIT_MSG

audio/fooyin: Fix commit message to have the right number.
DeltaFile
+1-1fooyin/COMMIT_MSG
+1-11 files

NetBSD/pkgsrc lSgyTuH — doc CHANGES-2026

   doc: Updated net/py-metar to 1.4
VersionDeltaFile
1.7352+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc 5dlodLN — net/py-metar distinfo PLIST, net/py-metar/patches patch-aa

   net/py-metar: Update to 1.4

   Packaging changes:
     Use python 3, not 2.7!!
     Convert to wheel.mk

   Upstream changes:
     Welcome to 2021.
     Python 3 support.
VersionDeltaFile
1.3+15-17net/py-metar/patches/patch-aa
1.15+3-12net/py-metar/Makefile
1.4+6-7net/py-metar/PLIST
1.6+5-5net/py-metar/distinfo
+29-414 files

HardenedBSD/ports 72dddb5 — graphics/ImageMagick6 pkg-plist, graphics/ImageMagick7 pkg-plist

Merge branch 'freebsd/main' into hardenedbsd/main
DeltaFile
+77,547-76,999mail/thunderbird/files/patch-libwebrtc-generated
+893-0x11/budgie-desktop/files/patch-update-libxfce4windowing-vapi.patch
+205-332graphics/ImageMagick7/pkg-plist
+193-314graphics/ImageMagick6/pkg-plist
+336-0x11-wm/magpie/pkg-plist
+138-140mail/thunderbird/files/patch-libwebrtc-powerpc64
+79,312-77,785229 files not shown
+82,672-78,358235 files