LLVM/project 3e2ccf5libcxx/include __config, libcxx/include/__atomic atomic_flag.h

[libc++] Assume that <atomic> is available (#199674)

We always define either `_LIBCPP_HAS_C_ATOMIC_IMP` or
`_LIBCPP_HAS_GCC_ATOMIC_IMP`, so we can remove any special handling of
not having an `<atomic>` header.
DeltaFile
+1-34libcxx/src/memory_resource.cpp
+14-16libcxx/include/__atomic/atomic_flag.h
+0-19libcxx/include/__config
+1-11libcxx/utils/generate_libcxx_cppm_in.py
+1-10libcxx/utils/libcxx/test/modules.py
+0-6libcxx/utils/libcxx/header_information.py
+17-964 files not shown
+21-10810 files

LLVM/project d0e32e4clang/include/clang/Basic AtomicLineLogger.h, clang/lib/Basic AtomicLineLogger.cpp CMakeLists.txt

Revert "[clang] Adding an Atomic Line Logger (#195885)"

This reverts commit d0397a6d7d78888e278823c4d32749f8c896ef9c.
DeltaFile
+0-213clang/unittests/Basic/AtomicLineLoggerTest.cpp
+0-77clang/lib/Basic/AtomicLineLogger.cpp
+0-67clang/include/clang/Basic/AtomicLineLogger.h
+0-1clang/lib/Basic/CMakeLists.txt
+0-1clang/unittests/Basic/CMakeLists.txt
+0-3595 files

FreeBSD/src 9263fb9sys/conf newvers.sh

15.1: Update to RC2

Approved by:    re (implicit)
Sponsored by;   OpenSats Initiative
DeltaFile
+1-1sys/conf/newvers.sh
+1-11 files

FreeBSD/src 56e5998stand/efi/loader bootinfo.c, stand/efi/loader/arch/amd64 elf64_freebsd.c

loader.efi: Fix when staging moves late

Prior to this commit, we'd compute the page tables and have the last
entries point to the staging area. We'd then add some more metadata to
the image and boot. This assumed the staging area didn't need to move
for this last bit of data.

However, if we go over the staging limit, when we copyin new data, we
grow the staging area, usually be moving it to a lower address.  This
overage usually happens when we're loading modules and so things work
out nicely. Sometimes we're close to the limit, and we need to do this
growing inside bi_load, after we've computed the page table, making the
page table wrong, and the code we jump to random rather than the btext
routine we normally start at.

To fix this, move computation of the table (but not its allocation) to
after bi_load, but before we call the trampoline.

This problem was most observed when loading microcode for many peole,

    [21 lines not shown]
DeltaFile
+34-24stand/efi/loader/arch/i386/elf64_freebsd.c
+30-21stand/efi/loader/arch/amd64/elf64_freebsd.c
+17-1stand/efi/loader/bootinfo.c
+81-463 files

FreeBSD/src dd2e9aausr.sbin/bsdinstall/scripts script

bsdinstall: script: Fix scripted DISTRIBUTIONS

Restore exporting DISTRIBUTIONS to make it available to other scripts.

Approved by:    re (cperciva)
Reviewed by:    imp, asomers
Fixes:          dc14ae4217a0 ("bsdinstall: do pkgbase installations with the "script" command")
MFC after:      3 days
Differential Revision:  https://reviews.freebsd.org/D57319

(cherry picked from commit 283959bbe0863917c4fc3200a92d1055a4c89bdc)
(cherry picked from commit 0e3c9cbee4ac735b7c19f3cb719b65f960be0b23)
DeltaFile
+1-0usr.sbin/bsdinstall/scripts/script
+1-01 files

LLVM/project 7389aa2llvm/lib/Frontend/Offloading ArchiveLinker.cpp

[Frontend][Offloading] Fix GCC 7 build error in ArchiveLinker (#201978)

GCC 7 cannot perform implicit move construction when converting
`ResolvedInputs` to `Expected<ResolvedInputs>`.
DeltaFile
+1-1llvm/lib/Frontend/Offloading/ArchiveLinker.cpp
+1-11 files

LLVM/project ea6943cllvm/lib/Target/X86 X86SpeculativeLoadHardening.cpp

[X86] Remove stray :w from a comment. NFC (#201982)
DeltaFile
+0-1llvm/lib/Target/X86/X86SpeculativeLoadHardening.cpp
+0-11 files

LLVM/project 4113577llvm/utils/TableGen/Common CodeGenRegisters.cpp

[TableGen] Recompute only the affected UberSet when inheriting reg units (#200962)

CodeGenRegBank::computeRegUnitWeights() runs a fixpoint over all registers;
normalizeWeight() calls the global computeUberWeights() -- which rescans
every UberRegSet, every register, and all of their register units -- each time
a register inherits register units from its subregisters.

Most of the time, we do better by just recomputing one register's
UberSet.

On AMDGPU (21266 registers) with this change, the "Compute reg unit
weights" phase drops from 3.19s to 0.70s (4.5x speedup) and
-gen-register-info improves overall from ~16.4s to ~14.0s.
DeltaFile
+41-36llvm/utils/TableGen/Common/CodeGenRegisters.cpp
+41-361 files

LLVM/project f53c19eclang/docs ReleaseNotes.rst, clang/include/clang/Options Options.td

Revert "[clang-cl] Add new option `/pathmap:<from>=<to>` to replace the path prefix <from> with <to>." (#201981)

Reverts llvm/llvm-project#198664

Causes test failures on
[llvm-clang-aarch64-darwin](https://lab.llvm.org/buildbot/#/builders/190)
bot.
DeltaFile
+0-18clang/test/CodeGenCXX/cl-pathmap.cpp
+0-11clang/docs/ReleaseNotes.rst
+0-9clang/test/Preprocessor/cl-pathmap.c
+0-4clang/test/Driver/cl-pathmap.c
+0-2clang/include/clang/Options/Options.td
+0-445 files

FreeBSD/src 95632c9stand/efi/loader bootinfo.c, stand/efi/loader/arch/amd64 elf64_freebsd.c

loader.efi: Fix when staging moves late

Prior to this commit, we'd compute the page tables and have the last
entries point to the staging area. We'd then add some more metadata to
the image and boot. This assumed the staging area didn't need to move
for this last bit of data.

However, if we go over the staging limit, when we copyin new data, we
grow the staging area, usually be moving it to a lower address.  This
overage usually happens when we're loading modules and so things work
out nicely. Sometimes we're close to the limit, and we need to do this
growing inside bi_load, after we've computed the page table, making the
page table wrong, and the code we jump to random rather than the btext
routine we normally start at.

To fix this, move computation of the table (but not its allocation) to
after bi_load, but before we call the trampoline.

This problem was most observed when loading microcode for many peole,

    [19 lines not shown]
DeltaFile
+34-24stand/efi/loader/arch/i386/elf64_freebsd.c
+30-21stand/efi/loader/arch/amd64/elf64_freebsd.c
+17-1stand/efi/loader/bootinfo.c
+81-463 files

FreeBSD/src 3915ffbstand/efi/loader bootinfo.c, stand/efi/loader/arch/amd64 elf64_freebsd.c

loader.efi: Fix when staging moves late

Prior to this commit, we'd compute the page tables and have the last
entries point to the staging area. We'd then add some more metadata to
the image and boot. This assumed the staging area didn't need to move
for this last bit of data.

However, if we go over the staging limit, when we copyin new data, we
grow the staging area, usually be moving it to a lower address.  This
overage usually happens when we're loading modules and so things work
out nicely. Sometimes we're close to the limit, and we need to do this
growing inside bi_load, after we've computed the page table, making the
page table wrong, and the code we jump to random rather than the btext
routine we normally start at.

To fix this, move computation of the table (but not its allocation) to
after bi_load, but before we call the trampoline.

This problem was most observed when loading microcode for many peole,

    [17 lines not shown]
DeltaFile
+34-24stand/efi/loader/arch/i386/elf64_freebsd.c
+30-21stand/efi/loader/arch/amd64/elf64_freebsd.c
+17-1stand/efi/loader/bootinfo.c
+81-463 files

FreeBSD/ports 4017ca9security/vuxml/vuln 2026.xml

security/vuxml: add CVEs for xorg-server and xwayland

Sponsored by:   tipi.work
DeltaFile
+20-0security/vuxml/vuln/2026.xml
+20-01 files

OpenBSD/ports 3llVaSugraphics/mtpaint Makefile, graphics/mtpaint/patches patch-src_wu_c

   graphics/mtpaint: make C types coherent to appease llvm22
VersionDeltaFile
1.1+112-0graphics/mtpaint/patches/patch-src_wu_c
1.11+1-1graphics/mtpaint/Makefile
+113-12 files

FreeNAS/freenas 9d5f406src/middlewared/middlewared/plugins sysdataset.py, tests/api2 test_006_pool_and_sysds.py

Fix locking and test failure
DeltaFile
+38-28src/middlewared/middlewared/plugins/sysdataset.py
+0-10tests/api2/test_006_pool_and_sysds.py
+38-382 files

LLVM/project 01ab573clang/unittests/ScalableStaticAnalysisFramework TUSummaryBuilderTest.cpp

Add tests for function return and fields to ensure their linkages are not affected.
DeltaFile
+21-0clang/unittests/ScalableStaticAnalysisFramework/TUSummaryBuilderTest.cpp
+21-01 files

Linux/linux 8e65320drivers/accel/ethosu ethosu_gem.c, drivers/gpu/drm drm_gem.c

Merge tag 'drm-fixes-2026-06-06' of https://gitlab.freedesktop.org/drm/kernel

Pull drm fixes from Dave Airlie:
 "Weekly drm fixes, not contributing to things settling down
  unfortunately. Lots of driver fixes for various bounds checks, leaks
  and UAF type things, i915/xe probably the most sane, amdgpu has a mix
  of fixes all over, then ethosu has lots of small fixes.

  The problem of fixing thing in private has really hit us with the
  change handle ioctl, and "Sima was right" and we should have disabled
  the ioctl, since it was only introduced a couple of kernels ago and
  failed to upstream it's tests in time.

  The patch here fixes the problems Sima identified, but disables the
  ioctl as well, with a list of known problems in it and a request for
  proper tests to be written and upstreamed. It's a niche user ioctl
  designed for CRIU with AMD ROCm, so I think it's fine to just disable
  it.


    [77 lines not shown]
DeltaFile
+54-27drivers/gpu/drm/amd/display/dc/bios/bios_parser2.c
+34-39drivers/gpu/drm/drm_gem.c
+8-54drivers/gpu/drm/xe/xe_guc_submit.c
+41-8drivers/gpu/drm/amd/amdkfd/kfd_mqd_manager_v11.c
+26-16drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0_0_ppt.c
+26-9drivers/accel/ethosu/ethosu_gem.c
+189-15354 files not shown
+472-32360 files

LLVM/project 0cbd451clang/docs ReleaseNotes.rst, clang/include/clang/Options Options.td

Revert "[clang-cl] Add new option `/pathmap:<from>=<to>` to replace the path …"

This reverts commit 832f4c41ae172950bbb5797803d6ec1a94edd146.
DeltaFile
+0-18clang/test/CodeGenCXX/cl-pathmap.cpp
+0-11clang/docs/ReleaseNotes.rst
+0-9clang/test/Preprocessor/cl-pathmap.c
+0-4clang/test/Driver/cl-pathmap.c
+0-2clang/include/clang/Options/Options.td
+0-445 files

LLVM/project ee5e682clang/include/clang/CIR InitAllDialects.h, clang/lib/CIR RegisterAllDialects.cpp CMakeLists.txt

[CIR] Centralize dialect registration across CIR tools (#200266)
DeltaFile
+37-0clang/include/clang/CIR/InitAllDialects.h
+37-0clang/lib/CIR/RegisterAllDialects.cpp
+24-0clang/test/CIR/IR/openacc.cir
+5-12clang/lib/CIR/CodeGen/CIRGenerator.cpp
+3-10clang/tools/cir-opt/cir-opt.cpp
+10-0clang/lib/CIR/CMakeLists.txt
+116-226 files not shown
+126-3112 files

LLVM/project 1a89340clang/lib/ScalableStaticAnalysisFramework/Analyses/PointerFlow PointerFlowExtractor.cpp, clang/unittests/ScalableStaticAnalysisFramework/Analyses/PointerFlow PointerFlowTest.cpp

Enforce an EdgeSet (implemented as a map) invariant: each map entry
represents at least one edge.  That is, a map key should not exist if
the corresponding value is empty.
DeltaFile
+17-0clang/unittests/ScalableStaticAnalysisFramework/Analyses/PointerFlow/PointerFlowTest.cpp
+2-0clang/lib/ScalableStaticAnalysisFramework/Analyses/PointerFlow/PointerFlowExtractor.cpp
+19-02 files

LLVM/project 7ef07bccompiler-rt/test/hwasan/TestCases try-catch.cpp

[compiler-rt] Add missing test stdlib.h include (#201972)

Fixes test after libc++ PR #195509 which drops transitive includes.
DeltaFile
+1-0compiler-rt/test/hwasan/TestCases/try-catch.cpp
+1-01 files

LLVM/project 832f4c4clang/docs ReleaseNotes.rst, clang/include/clang/Options Options.td

[clang-cl] Add new option `/pathmap:<from>=<to>` to replace the path prefix <from> with <to>. (#198664)

This option matches MSVC options and does the path substitution for the
file references in the preprocessor macros, debug and coverage information.

This option acts as a clang's ``-ffile-prefix-map=value`` and with some
known differences in behaviour with original CL's option that do not affect 
the functionality:
* nomalizes the macro prefix map pathes -- removes `./` and uses the target's
platform-specific path separator character when exanding the preprocessor
macros -- ``-ffile-reproducible`` (but not the debug and coverage prefix maps).
* does not require ``/experimental:deterministic`` as by MSVC. It needed for 
removing a hostname from a mangling hash gen, but clang-cl does not use
a hostname  when generates the hashes.

Known issues:
  * does not remap the pathes within PCH/PCM files.
DeltaFile
+18-0clang/test/CodeGenCXX/cl-pathmap.cpp
+11-0clang/docs/ReleaseNotes.rst
+9-0clang/test/Preprocessor/cl-pathmap.c
+4-0clang/test/Driver/cl-pathmap.c
+2-0clang/include/clang/Options/Options.td
+44-05 files

FreeNAS/freenas 24a3c22src/middlewared/middlewared/plugins sysdataset.py

Revert unnecessary changes
DeltaFile
+14-28src/middlewared/middlewared/plugins/sysdataset.py
+14-281 files

LLVM/project 3da4c57llvm/docs LangRef.md conf.py

[docs] Rewrite LangRef.md as Markdown

Tracking issue: #201242

This change migrates LangRef by itself, since it is quite a large
document with many idiosyncracies.

LangRef makes extensive use of definition lists, which apparently
require enabling the deflist MyST extension in Sphinx conf.py. In part
because definition list boundaries are controlled by indentation,
several of them required manual fixups to get the nesting right. Some of
the issues were pre-existing broken indentation, but this should now be
much better.

I have a verification script that tracks all anchors and ensures that
all previous anchors are carried over to the new document, so no
mid-document links are broken.
DeltaFile
+14,464-17,295llvm/docs/LangRef.md
+1-1llvm/docs/conf.py
+14,465-17,2962 files

LLVM/project 8fa4d44clang/test/CIR/CodeGen thunks.cpp vtt.cpp

[CIR] Fix CIR Test failures after unnamed_addr restored to vtables (#201962)

We had previously removed the `unnamed_addr` keyword check from our
vtable checks for OGCG because it was temporarily not emitted in that
case. The OGCG output has been modified again, so we need to update our
checks again.

The CIR output has not changed.
DeltaFile
+5-5clang/test/CIR/CodeGen/thunks.cpp
+6-3clang/test/CIR/CodeGen/vtt.cpp
+3-3clang/test/CIR/CodeGen/multi-vtable.cpp
+1-1clang/test/CIR/CodeGen/vtable-emission.cpp
+0-1clang/test/CIR/CodeGen/virtual-function-calls.cpp
+15-135 files

LLVM/project 139bcc1llvm/lib/Target/DirectX DXContainerGlobals.cpp, llvm/test/CodeGen/DirectX/ContainerData CompilerVersion.ll

[DirectX] Generate compiler version part in llc (#199699)

This change modifies DXContainerGlobals pass to generate compiler
version (VERS) part in DXContainer.
VERS part allows consumers to information about compiler version used to
build shader.

When debug info PDB file creation will be implemented, VERS part should
go to PDB file.
DeltaFile
+28-0llvm/test/CodeGen/DirectX/ContainerData/CompilerVersion.ll
+17-0llvm/lib/Target/DirectX/DXContainerGlobals.cpp
+45-02 files

FreeBSD/ports 40859a0graphics/satty distinfo Makefile.crates

graphics/satty: update to 0.21.1

Changes:        https://github.com/gabm/Satty/releases/tag/v0.21.0
Changes:        https://github.com/gabm/Satty/releases/tag/v0.21.1
Reported by:    GitHub (watch releases)
DeltaFile
+183-173graphics/satty/distinfo
+90-85graphics/satty/Makefile.crates
+18-3graphics/satty/Makefile
+291-2613 files

FreeBSD/src 16e5abfsys/dev/acpica acpi_apei.c

APEI: Provide more info on fatal hardware errors

This change refactors fatal error delivery via APEI and prints more info:

- Makes the NMI handler call into the ge handler to establish a common
        code flow, no matter how the error is delivered
- Adds the FRU to the panic string so as to provide more information than
        just "APEI Fatal Hardware Error!" such as
        "APEI Fatal Hardware Error: PcieError"
- Prints more details about fatal pcie errors.  Note that we skip acquiring
        Giant on fatal errors
- Hexdumps the full GED data on fatal errors, so as to facilitate
        offline data analysis

Reviewed by: imp
Sponsored by: Netflix
Differential Revision: https://reviews.freebsd.org/D57417
DeltaFile
+37-16sys/dev/acpica/acpi_apei.c
+37-161 files

FreeBSD/ports ce998bfgraphics/drm_info distinfo Makefile, graphics/drm_info/files patch-libdrm-2.4.133

graphics/drm_info: update to 2.10.0

Changes:        https://gitlab.freedesktop.org/emersion/drm_info/-/tags/v2.10.0
Reported by:    GitLab (notify releases)
DeltaFile
+13-0graphics/drm_info/files/patch-libdrm-2.4.133
+3-3graphics/drm_info/distinfo
+1-1graphics/drm_info/Makefile
+17-43 files

FreeBSD/ports 93c1086graphics/drm_info/files patch-libdrm-2.4.123

graphics/drm_info: drop libdrm workaround after 993b7e19ec5b
DeltaFile
+0-55graphics/drm_info/files/patch-libdrm-2.4.123
+0-551 files

LLVM/project 8b46bd5lldb/source/Core PluginManager.cpp

[lldb] Skip plugin teardown when exiting without Terminate (#201739)

`import lldb` auto-calls SBDebugger::Initialize() but never Terminate().
The g_debugger_lifetime is a deliberately-leaked ManagedStatic, so the
PluginInstances containers are still populated when their static
destructors run at process exit. That tripped the "forgot to unregister
plugin?" assert, and once the assert was gated the dynamically-loaded
plugin map's PluginInfo terminate callbacks ran against PluginInstances
mutexes that had already been destroyed.

This only surfaces with LLDB_ENABLE_DYNAMIC_SCRIPTINTERPRETERS, where
`_lldb` is the script-interpreter plugin dylib and liblldb comes in as a
dependency that exit() finalizes. A static build leaks identically but
never reaches those destructors, so the bug stayed latent.

Track an explicit lifecycle (Uninitialized/Initialized/Terminated) in a
single never-destroyed PluginRegistry. ~PluginInstances only checks for
leftover registrations once Terminate() has run, and the map (never torn
down at exit) only runs its terminate callbacks during an explicit
clear, while every container is still alive.
DeltaFile
+47-10lldb/source/Core/PluginManager.cpp
+47-101 files