LLVM/project 734a912clang/test/SemaHLSL/Semantics semantic.explicit-mix-location-2.hlsl semantic.explicit-mix-location.hlsl

[Clang][HLSL] Fix invalid flag passed by the driver (#170300)

The test were using the DXC driver in Clang, which adds the
`--spirv-ext=` option. Turns out some buildbots are built without this
flag support, meaning any test using this driver would fail with an
'unknown command line argument' error.
DeltaFile
+1-1clang/test/SemaHLSL/Semantics/semantic.explicit-mix-location-2.hlsl
+1-1clang/test/SemaHLSL/Semantics/semantic.explicit-mix-location.hlsl
+2-22 files

LLVM/project b4149a0mlir/lib/Analysis/Presburger IntegerRelation.cpp Barvinok.cpp, mlir/unittests/Analysis/Presburger IntegerRelationTest.cpp BarvinokTest.cpp

[MLIR][Presburger] Fix Gaussian elimination (#164437)

In the Presburger library, there are two minor bugs of Gaussian
elimination.

In Barvinok.cpp, the `if (equations(i, i) != 0) continue;` is intended
to skip only the row-swapping, but it in fact skipped the whole loop
body altogether, including the elimination parts.

In IntegerRelation.cpp, the Gaussian elimination forgets to advance
`firstVar` (the number of finished columns) when it finishes a column.
Moreover, when it checks the pivot row of each column, it didn't ignore
the rows considered.

As an example, suppose the constraints are
```
1 0 0 1 2 = 0
0 1 0 0 3 = 0
0 0 0 1 4 = 0

    [8 lines not shown]
DeltaFile
+20-2mlir/lib/Analysis/Presburger/IntegerRelation.cpp
+15-0mlir/unittests/Analysis/Presburger/IntegerRelationTest.cpp
+7-7mlir/lib/Analysis/Presburger/Barvinok.cpp
+9-0mlir/unittests/Analysis/Presburger/BarvinokTest.cpp
+51-94 files

LLVM/project bfc4571lldb/test/Shell/helper toolchain.py

Revert "Revert "[LLDB] Update Shell lit config to handle c8031c3dd743"" (#170312)

Reverts llvm/llvm-project#170288

Turns out this was not the cause of the failure
DeltaFile
+1-1lldb/test/Shell/helper/toolchain.py
+1-11 files

LLVM/project e719e93clang/docs HIPSupport.rst ReleaseNotes.rst, clang/lib/Sema SemaTemplateDeductionGuide.cpp

[CUDA][HIP] Fix CTAD for host/device constructors (#168711)

Clang currently does not allow using CTAD in CUDA/HIP device functions
since deduction guides are treated as host-only. This patch fixes that
by treating deduction guides as host+device. The rationale is that
deduction guides do not actually generate code in IR, and there is an
existing check for device/host correctness for constructors.

The patch also suppresses duplicate implicit deduction guides from
host/device constructors with identical signatures and constraints
to prevent ambiguity.

For CUDA/HIP, deduction guides are now always implicitly enabled for
both host and device, which matches nvcc's effective behavior. Unlike
nvcc, which silently ignores explicit CUDA/HIP target attributes on
deduction guides, Clang diagnoses such attributes as errors to keep
the syntax clean and avoid confusion.

This ensures CTAD works correctly in CUDA/HIP for constructors with

    [21 lines not shown]
DeltaFile
+111-0clang/test/SemaCUDA/deduction-guide-overload.cu
+64-2clang/lib/Sema/SemaTemplateDeductionGuide.cpp
+48-0clang/docs/HIPSupport.rst
+47-0clang/test/SemaCUDA/deduction-guide.cu
+24-0clang/test/SemaCUDA/deduction-guide-attrs.cu
+14-0clang/docs/ReleaseNotes.rst
+308-23 files not shown
+336-29 files

FreeBSD/src c7cfc16libexec/rc/rc.d ippool

ipfilter: Load optionlist prior to ippool invocation

As a safety precaution df381bec2d2b limits ippool hash table size to 1K.
This causes any legitimely large hash table to fail to load. The
htable_size_max ipf tuneable adjusts this but the adjustment is made
in the ipfilter rc script, invoked after the ippool script (because it
depends on ippool). Let's load the ipfilter_optionlist in ippool as well.
ipfilter_optionlist load will also occur in the ipfilter rc script in case
the user uses ipfilter without ippool.

Fixes:          df381bec2d2b

(cherry picked from commit d5d005e9bf4933d5680dd0bb5d42bdf440122aa4)
DeltaFile
+3-0libexec/rc/rc.d/ippool
+3-01 files

OPNSense/ports 1b23ad0security/openvpn distinfo Makefile

security/openvpn: better to update than not
DeltaFile
+3-3security/openvpn/distinfo
+1-1security/openvpn/Makefile
+4-42 files

LLVM/project 00f3410mlir/include/mlir/Analysis/Presburger IntegerRelation.h

[MLIR][Presburger] add atConstraint to index into combined constraint matrix
DeltaFile
+14-0mlir/include/mlir/Analysis/Presburger/IntegerRelation.h
+14-01 files

FreeBSD/src d712976libexec/rc/rc.d ippool

ipfilter: Load optionlist prior to ippool invocation

As a safety precaution df381bec2d2b limits ippool hash table size to 1K.
This causes any legitimely large hash table to fail to load. The
htable_size_max ipf tuneable adjusts this but the adjustment is made
in the ipfilter rc script, invoked after the ippool script (because it
depends on ippool). Let's load the ipfilter_optionlist in ippool as well.
ipfilter_optionlist load will also occur in the ipfilter rc script in case
the user uses ipfilter without ippool.

Fixes:          df381bec2d2b
(cherry picked from commit d5d005e9bf4933d5680dd0bb5d42bdf440122aa4)
DeltaFile
+3-0libexec/rc/rc.d/ippool
+3-01 files

FreeBSD/doc 7743f2ewebsite/content/en/releases/15.0R relnotes.adoc

releases/15.0R/relnotes: FreeBSD-base repo needs to be re-enabled

Discussed with: cperciva
Approved by:    ziaee
Sponsored by:   SkunkWerks, GmbH

Differential Revision:  https://reviews.freebsd.org/D54029
DeltaFile
+3-1website/content/en/releases/15.0R/relnotes.adoc
+3-11 files

pfSense/pfsense 586e911src/usr/local/pfSense/include/www firewall_nat_out.inc

Update config write message when deleting outbound rules. Fix #16566
DeltaFile
+1-1src/usr/local/pfSense/include/www/firewall_nat_out.inc
+1-11 files

LLVM/project c62baafllvm/lib/IR Constants.cpp, llvm/test/CodeGen/AMDGPU agpr-copy-no-free-registers.ll branch-folding-implicit-def-subreg.ll

[WIP][IR][Constants] Change the semantic of `ConstantPointerNull` to represent an actual `nullptr` instead of a zero-value pointer

The value of a `nullptr` is not always `0`. For example, on AMDGPU, the `nullptr` in address spaces 3 and 5 is `0xffffffff`. Currently, there is no target-independent way to get this information, making it difficult and error-prone to handle null pointers in target-agnostic code.

We do have `ConstantPointerNull`, but it might be a little confusing and misleading. It represents a pointer with an all-zero value rather than necessarily a real `nullptr`. Therefore, to represent a real `nullptr` in address space `N`, we need to use `addrspacecast ptr null to ptr addrspace(N)` and it can't be folded.

In this PR, we change the semantic of `ConstantPointerNull` to represent an actual `nullptr` instead of a zero-value pointer. Here is the detailed changes.

* `ptr addrspace(N) null` will represent the actual `nullptr` in address space `N`.
* `ptr addrspace(N) zeroinitializer` will represent a zero-value pointer in address space `N`.

* `Constant::getNullValue` will return a _null_ value. It is same as the current semantics except for the `PointerType`, which will return a real `nullptr` pointer.
* `Constant::getZeroValue` will return a zero value constant. It is completely same as the current semantics. To represent a zero-value pointer, a `ConstantExpr` will be used (effectively `inttoptr i8 0 to ptr addrspace(N)`).
* Correspondingly, there will be both `Constant::isNullValue` and `Constant::isZeroValue`.

The RFC is https://discourse.llvm.org/t/rfc-introduce-sentinel-pointer-value-to-datalayout/85265. It is a little bit old and the title might look different, but everything eventually converges to this change. An early attempt can be found in https://github.com/llvm/llvm-project/pull/131557, which has many valuable discussion as well.

This PR is still WIP but any early feedback is welcome. I'll include as many necessary code changes as possible in this PR, but eventually this needs to be carefully split into multiple PRs, and I'll do it after the changes look good to every one.
DeltaFile
+172-176llvm/test/CodeGen/AMDGPU/agpr-copy-no-free-registers.ll
+115-99llvm/test/CodeGen/AMDGPU/branch-folding-implicit-def-subreg.ll
+100-94llvm/test/CodeGen/AMDGPU/tuple-allocation-failure.ll
+76-73llvm/test/CodeGen/AMDGPU/unstructured-cfg-def-use-issue.ll
+88-9llvm/lib/IR/Constants.cpp
+41-41llvm/test/Instrumentation/HWAddressSanitizer/X86/basic.ll
+592-492104 files not shown
+1,229-918110 files

FreeNAS/freenas caa4e9bsrc/middlewared/middlewared/alembic/versions/26.04 2025-12-02_15-06_webshare_is_home_base.py, src/middlewared/middlewared/api/v26_04_0 webshare.py

Home share option
DeltaFile
+105-0tests/api2/test_webshare_homedir.py
+32-0src/middlewared/middlewared/alembic/versions/26.04/2025-12-02_15-06_webshare_is_home_base.py
+14-1src/middlewared/middlewared/plugins/webshare/sharing.py
+2-0src/middlewared/middlewared/api/v26_04_0/webshare.py
+1-1src/middlewared/middlewared/etc_files/webshare/config.json.py
+0-1tests/api2/test_webshare.py
+154-36 files

FreeBSD/doc 1f81c8awebsite/data/ru/news news.toml

website: update ru/news

Reviewed by: andy, marck
Differential Revision: https://reviews.freebsd.org/D53936
DeltaFile
+31-5website/data/ru/news/news.toml
+31-51 files

OPNSense/ports aa79b52security/vuxml/vuln 2025.xml

security/vuxml: sync with upstream

Taken from: FreeBSD
DeltaFile
+267-0security/vuxml/vuln/2025.xml
+267-01 files

OPNSense/ports 1949c25security/acme.sh pkg-plist distinfo, security/acme.sh/files patch-acme.sh

security/acme.sh: sync with upstream

Taken from: FreeBSD
DeltaFile
+0-36security/acme.sh/files/patch-acme.sh
+12-0security/acme.sh/pkg-plist
+3-5security/acme.sh/distinfo
+1-5security/acme.sh/Makefile
+16-464 files

OPNSense/ports d2435dcmail/postfix distinfo Makefile

mail/postfix: sync with upstream

Taken from: FreeBSD
DeltaFile
+3-3mail/postfix/distinfo
+1-1mail/postfix/Makefile
+4-42 files

pkgng/pkgng 406405bdocs pkg-unregister.8, libpkg pkg_delete.c pkg.h.in

Add unregister

The goal of unregister is to remove the record from the database that
a package is install but to no touch the files (or even run the scripts
as we want to keep the generated data for example).
This will allow people to migrate from a pkgbase to a non-pkgbase install.

Sponsored by:   Beckhoff Automation GmbH & Co. KG
DeltaFile
+252-0src/unregister.c
+187-0docs/pkg-unregister.8
+142-0tests/frontend/unregister.sh
+7-5libpkg/pkg_delete.c
+4-0src/pkgcli.h
+2-1libpkg/pkg.h.in
+594-66 files not shown
+601-612 files

FreeBSD/src 07d5a9bcontrib/sqlite3 sqlite3.c sqlite3.h

sqlite3: Update to 3.50.4

Release notes at https://www.sqlite.org/releaselog/3_50_4.html.

Obtained from:  https://www.sqlite.org/2025/sqlite-autoconf-3500400.tar.gz

Merge commit 'e7e917ee3cf2b3010b1c511c6ebaf8b65b983ad7'
DeltaFile
+122-81contrib/sqlite3/sqlite3.c
+45-45contrib/sqlite3/sqlite3.h
+1-1contrib/sqlite3/VERSION
+1-1contrib/sqlite3/sqlite3.pc.in
+1-1contrib/sqlite3/sqlite3rc.h
+170-1295 files

LLVM/project 87f4e80llvm/lib/Target/SPIRV SPIRVLegalizerInfo.cpp, llvm/test/CodeGen/SPIRV/GlobalISel fn-ptr-load.ll fn-ptr-memcpy.ll

[SPIRV] Add support for CodeSectionINTEL storage class in legalizer (#167961)

The
[SPV_INTEL_function_pointers](https://github.com/intel/llvm/blob/sycl/sycl/doc/design/spirv-extensions/SPV_INTEL_function_pointers.asciidoc)
extension defines a new storage class `CodeSectionINTEL` that is
represented in LLVM IR as `addrspace(9)`.

Per the spec, it is basically not allowed to be casted to or interact
with pointers with other storage classes.

Add `addrspace(9)` as a known pointer type to the legalizer, and then
add some error cases for IR that is impossible to legalize.

Right now, if you try to run the backend on input with SPIR-V, basically
everything errors saying that it is unable to legalize because `ptr
addrspace(9)` is not considered a pointer type.

Ideally the FE should not generate the illegal IR or error out earlier,
but we should catch it before generating invalid SPIR-V.

    [3 lines not shown]
DeltaFile
+26-14llvm/lib/Target/SPIRV/SPIRVLegalizerInfo.cpp
+27-0llvm/test/CodeGen/SPIRV/extensions/SPV_INTEL_function_pointers/fp_cmp.ll
+8-0llvm/test/CodeGen/SPIRV/GlobalISel/fn-ptr-load.ll
+8-0llvm/test/CodeGen/SPIRV/GlobalISel/fn-ptr-memcpy.ll
+8-0llvm/test/CodeGen/SPIRV/GlobalISel/fn-ptr-memset.ll
+8-0llvm/test/CodeGen/SPIRV/GlobalISel/fn-ptr-store.ll
+85-141 files not shown
+93-147 files

LLVM/project 19ea2b3libclc/opencl/lib/generic/atomic atomic_def.inc

libclc: Fix build in atomic_def.inc
DeltaFile
+2-1libclc/opencl/lib/generic/atomic/atomic_def.inc
+2-11 files

FreeBSD/doc 9692addwebsite/content/ru where.adoc, website/content/ru/portmgr policies_eol.adoc

website: RU - add 15.0R to ru/releases pages

Reviewed by: andy, marck
Differential Revision: https://reviews.freebsd.org/D54034
DeltaFile
+1,166-512website/content/ru/releases/15.0R/relnotes.adoc
+722-0website/content/ru/releases/15.0R/announce.adoc
+57-6website/content/ru/where.adoc
+15-6website/content/ru/portmgr/policies_eol.adoc
+7-5website/content/ru/releases/15.0R/installation.adoc
+5-4website/content/ru/releases/15.0R/schedule.adoc
+1,972-5336 files not shown
+1,986-54712 files

LLVM/project 3b09937llvm/lib/Target/AMDGPU AMDGPUISelDAGToDAG.cpp AMDGPUInstrInfo.cpp, llvm/test/CodeGen/AMDGPU/GlobalISel extractelement.i128.ll implicit-kernarg-backend-usage-global-isel.ll

AMDGPU: Fix treating unknown mem operands as uniform (#168980)

The test changes are mostly GlobalISel specific regressions.
GlobalISel is still relying on isUniformMMO, but it doesn't really
have an excuse for doing so. These should be avoidable with new
regbankselect.

There is an additional regression for addrspacecast for cov4. We
probably ought to be using a separate PseudoSourceValue for the
access of the queue pointer.
DeltaFile
+222-52llvm/test/CodeGen/AMDGPU/GlobalISel/extractelement.i128.ll
+43-27llvm/test/CodeGen/AMDGPU/GlobalISel/implicit-kernarg-backend-usage-global-isel.ll
+8-10llvm/lib/Target/AMDGPU/AMDGPUISelDAGToDAG.cpp
+3-5llvm/lib/Target/AMDGPU/AMDGPUInstrInfo.cpp
+1-1llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
+277-955 files

LLVM/project 9ce0c07llvm/test/CodeGen/AMDGPU/GlobalISel irtranslator-amdgpu_kernel.ll

fix test
DeltaFile
+216-216llvm/test/CodeGen/AMDGPU/GlobalISel/irtranslator-amdgpu_kernel.ll
+216-2161 files

LLVM/project 3c6864aclang/lib/CodeGen BackendUtil.cpp CodeGenModule.cpp, clang/test/CodeGen alloc-token-module-flags.c alloc-token-lower.c

[Clang][CodeGen] Remove explicit insertion of AllocToken pass (#169360)

Remove explicit insertion of the AllocTokenPass, which is now handled by
the PassBuilder. Emit AllocToken configuration as LLVM module flags to
persist into the backend.

Specifically, this also means it will now be handled by LTO backend
phases; this avoids interference with other optimizations (e.g. PGHO)
and enable late heap-allocation optimizations with LTO enabled.
DeltaFile
+67-0clang/test/CodeGen/distributed-thin-lto/memprof-pgho.cpp
+14-33clang/lib/CodeGen/BackendUtil.cpp
+22-0clang/test/CodeGen/alloc-token-module-flags.c
+16-0clang/lib/CodeGen/CodeGenModule.cpp
+9-4clang/test/CodeGen/alloc-token-lower.c
+0-2clang/test/CodeGen/lto-newpm-pipeline.c
+128-396 files

LLVM/project 4e719a7clang/lib/Basic/Targets AMDGPU.h, clang/test/Misc amdgcn.languageOptsOpenCL.cl

clang/AMDGPU: Enable opencl 2.0 features for unknown target

Assume amdhsa triples support flat addressing, which matches
the backend logic for the default target. This fixes the
rocm device-libs build.
DeltaFile
+13-1clang/lib/Basic/Targets/AMDGPU.h
+3-0clang/test/Misc/amdgcn.languageOptsOpenCL.cl
+16-12 files

LLVM/project a16dd22clang/lib/Basic/Targets AMDGPU.h, clang/test/Misc amdgcn.languageOptsOpenCL.cl

clang/AMDGPU: Add missing opencl feature macros

This is a partial fix for the rocm device-libs build. This
was most likely broken by 423bdb2bf257e19271d62e60b6339d84b8ce05aa
DeltaFile
+4-0clang/test/Misc/amdgcn.languageOptsOpenCL.cl
+2-0clang/lib/Basic/Targets/AMDGPU.h
+6-02 files

FreeBSD/doc 12f96d7website/content/ru features.adoc

website: RU - sync ru/features.adoc page

Reviewed by: andy, marck
Differential Revision: https://reviews.freebsd.org/D53995
DeltaFile
+101-30website/content/ru/features.adoc
+101-301 files

FreeBSD/doc 5109828website/content/ru/platforms ppc.adoc sparc.adoc, website/content/ru/platforms/amd64 motherboards.adoc

website: RU - sync ru/platforms pages

Reviewed by: andy, marck
Differential Revision: https://reviews.freebsd.org/D53994
DeltaFile
+97-63website/content/ru/platforms/ppc.adoc
+84-65website/content/ru/platforms/sparc.adoc
+108-24website/content/ru/platforms/_index.adoc
+107-14website/content/ru/platforms/arm.adoc
+0-111website/content/ru/platforms/amd64/motherboards.adoc
+57-26website/content/ru/platforms/mips.adoc
+453-3039 files not shown
+479-57615 files

LLVM/project 8c501f6llvm/lib/Target/AMDGPU SIISelLowering.h

Fix build
DeltaFile
+1-1llvm/lib/Target/AMDGPU/SIISelLowering.h
+1-11 files

LLVM/project 4a63f56llvm/lib/Target/AMDGPU AMDGPUISelDAGToDAG.cpp AMDGPUInstrInfo.cpp, llvm/test/CodeGen/AMDGPU/GlobalISel extractelement.i128.ll implicit-kernarg-backend-usage-global-isel.ll

Revert "AMDGPU: Fix treating unknown mem operands as uniform (#168980)"

This reverts commit d23e1765a9a7cc52673e374be7869f5f0ffc6486.
DeltaFile
+52-222llvm/test/CodeGen/AMDGPU/GlobalISel/extractelement.i128.ll
+29-45llvm/test/CodeGen/AMDGPU/GlobalISel/implicit-kernarg-backend-usage-global-isel.ll
+10-8llvm/lib/Target/AMDGPU/AMDGPUISelDAGToDAG.cpp
+5-3llvm/lib/Target/AMDGPU/AMDGPUInstrInfo.cpp
+1-1llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
+97-2795 files