LLVM/project c4346f2llvm/include/llvm/Transforms/Utils AssignGUID.h, llvm/lib/CodeGen GlobalMerge.cpp

Ignore `!guid` metadata when merging globals or constants (#200323)

Follow up from PR #184065. Since globals or constants would now have
their GUID pre-calculated and affixed with metadata, we need to tolerate
its presence when merging. To that effect, we rename (and change
accordingly) `GlobalObject::hasMetadataOtherThanDebugLoc` to
`...AndGuid`.

In the case of Constants, they are merged into one of them, which then
keeps its guid, while the rest are erased. In the case of
GlobalVariables, a new one is created, and we will give it its own guid.
DeltaFile
+38-0llvm/test/Transforms/GlobalMerge/guid.ll
+12-8llvm/lib/CodeGen/GlobalMerge.cpp
+10-1llvm/lib/Transforms/Utils/AssignGUID.cpp
+4-4llvm/lib/Transforms/IPO/ConstantMerge.cpp
+7-0llvm/include/llvm/Transforms/Utils/AssignGUID.h
+2-2llvm/lib/IR/Globals.cpp
+73-152 files not shown
+75-168 files

FreeBSD/ports f60e436accessibility/darkman Makefile distinfo

accessibility/darkman: Update 2.0.1 => 2.3.1, adopt port

Port changes:
* Move to seperate pkg-plist.
* Add EXAMPLES option for a collection of few shell scripts.
* Remove unneeded MANPAGES_DEPENDS since it's native now.
* Remove extinct patchings from post-patch.
* Silence mkdir(1) calls.
* Also install darkman.conf.5 and darkman.desktop files.

Changelog:
https://gitlab.com/WhyNotHugo/darkman/-/blob/v2.3.1/CHANGELOG.md?ref_type=tags

PR:             295547
Reported by:    Pierre-Alain TORET <pierre-alain+freebsd at toret.fr>
Approved by:    osa, vvd (Mentors, implicit)
MFH:            2026Q2

(cherry picked from commit f6760103998a1c6f266d5d91721b2bb6987c049b)
DeltaFile
+25-36accessibility/darkman/Makefile
+9-15accessibility/darkman/distinfo
+18-0accessibility/darkman/pkg-plist
+52-513 files

FreeBSD/ports f676010accessibility/darkman Makefile distinfo

accessibility/darkman: Update 2.0.1 => 2.3.1, adopt port

Port changes:
* Move to seperate pkg-plist.
* Add EXAMPLES option for a collection of few shell scripts.
* Remove unneeded MANPAGES_DEPENDS since it's native now.
* Remove extinct patchings from post-patch.
* Silence mkdir(1) calls.
* Also install darkman.conf.5 and darkman.desktop files.

Changelog:
https://gitlab.com/WhyNotHugo/darkman/-/blob/v2.3.1/CHANGELOG.md?ref_type=tags

PR:             295547
Reported by:    Pierre-Alain TORET <pierre-alain+freebsd at toret.fr>
Approved by:    osa, vvd (Mentors, implicit)
MFH:            2026Q2
DeltaFile
+25-36accessibility/darkman/Makefile
+9-15accessibility/darkman/distinfo
+18-0accessibility/darkman/pkg-plist
+52-513 files

LLVM/project 6c9542cllvm/lib/CodeGen/AsmPrinter DwarfDebug.h DwarfDebug.cpp, llvm/lib/Target/NVPTX NVPTXDwarfDebug.cpp NVPTXDwarfDebug.h

Add NVPTX DW_AT_LLVM_language_dialect emission. (#200003)

This PR makes use of the recently introduced DW_AT_LLVM_language_dialect
attribute. Currently, no other targets emit this compile unit DWARF
attribute ; however, this PR changes that. NVPTX can optionally emit a
dialect based on the type of input being compiled (e.g., from a Tile
frontend or traditional CUDA (SIMT) frontend).

- DwarfDebug: add finishTargetUnitAttributes virtual hook so backends
can finalize per-CU attributes.
- NVPTX: override the hook to emit DW_AT_LLVM_language_dialect
(DW_FORM_data1) for the simt and tile dialects, suppressing emission and
warning (per-CU deduplicated) for unknown values.

(Co-developed via LLM)
DeltaFile
+75-0llvm/test/DebugInfo/NVPTX/language-dialect.ll
+15-0llvm/lib/Target/NVPTX/NVPTXDwarfDebug.cpp
+4-0llvm/lib/CodeGen/AsmPrinter/DwarfDebug.h
+3-0llvm/lib/CodeGen/AsmPrinter/DwarfDebug.cpp
+2-0llvm/lib/Target/NVPTX/NVPTXDwarfDebug.h
+99-05 files

FreeNAS/freenas ce3ccccsrc/middlewared/middlewared/pytest/unit/utils test_cpu_temperatures.py test_cpu_info_impl.py, src/middlewared/middlewared/utils sensors.py cpu.py

Merge branch 'master' of https://github.com/truenas/middleware into NAS-135885
DeltaFile
+733-206src/middlewared/middlewared/pytest/unit/utils/test_cpu_temperatures.py
+0-481src/middlewared/middlewared/utils/sensors.py
+347-0src/middlewared/middlewared/utils/cpu/hwmon.py
+329-0src/middlewared/middlewared/pytest/unit/utils/test_cpu_info_impl.py
+0-232src/middlewared/middlewared/utils/cpu.py
+231-0src/middlewared/middlewared/utils/cpu/temperatures.py
+1,640-91916 files not shown
+2,310-1,04322 files

FreeBSD/ports bcd76c5news/newsx Makefile distinfo

news/newsx: Fix CVE-2008-3252

Security:       CVE-2008-3252
DeltaFile
+4-1news/newsx/Makefile
+3-0news/newsx/distinfo
+7-12 files

FreeBSD/src 8514990tests/sys/mac/do consistency.sh Makefile

MAC/do: Add consistency tests

Test that:
1. Concurrent changes to different parameters on the same jail are
   independent/atomic.
2. Inheritance works.
3. Relaxing only parent jail rules does not leak to a subjail thanks to
   sequential consistency.
4. Sysctl knobs and jail parameters stay consistent.

Some of these tests may be extended in the future with several layers of
jails (there is only a single subjail currently).

Reviewed by:    bapt
MFC after:      1 month
Sponsored by:   The FreeBSD Foundation
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/38
DeltaFile
+211-0tests/sys/mac/do/consistency.sh
+1-1tests/sys/mac/do/Makefile
+212-12 files

FreeBSD/src a95ff5etests/sys/mac/do common.sh

MAC/do: Tests: Add support for exec paths, jail parameters, subjails

And also allow configuration of the mdo(1) executable path.

This commit only contains new or modified infrastructure.  No functional
change intended at this point.

Reviewed by:    bapt
MFC after:      1 month
Sponsored by:   The FreeBSD Foundation
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/38
DeltaFile
+110-9tests/sys/mac/do/common.sh
+110-91 files

FreeBSD/src 33daea3tests/sys/mac/do invalid_configs.sh valid_configs.sh

MAC/do: Tests: Quote the source directory

In a standard test suite installation, this is not necessary, but be
bullet-proof to custom ones, however improbable.

Reviewed by:    bapt
MFC after:      3 days
Sponsored by:   The FreeBSD Foundation
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/38
DeltaFile
+1-1tests/sys/mac/do/invalid_configs.sh
+1-1tests/sys/mac/do/valid_configs.sh
+2-22 files

FreeBSD/src 6159187tests/sys/mac/do common.sh Makefile

MAC/do: Tests: Declare required programs closer to use

Reviewed by:    bapt
MFC after:      3 days
Sponsored by:   The FreeBSD Foundation
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/38
DeltaFile
+2-0tests/sys/mac/do/common.sh
+0-1tests/sys/mac/do/Makefile
+2-12 files

FreeBSD/src b0c948ftests/sys/mac/do invalid_configs.sh valid_configs.sh

MAC/do: Tests: Fix copyrights

No comma needed after a single year.  Add SPDX.

Reviewed by:    bapt
MFC after:      3 days
Sponsored by:   The FreeBSD Foundation
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/38
DeltaFile
+3-1tests/sys/mac/do/invalid_configs.sh
+3-1tests/sys/mac/do/valid_configs.sh
+2-1tests/sys/mac/do/common.sh
+8-33 files

FreeBSD/src 79a987atests/sys/mac/do invalid_configs.sh valid_configs.sh

MAC/do: Tests: Remove shebang lines

They are automatically added by <bsd.test.mk>.

Reviewed by:    bapt
MFC after:      3 days
Sponsored by:   The FreeBSD Foundation
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/38
DeltaFile
+0-2tests/sys/mac/do/invalid_configs.sh
+0-2tests/sys/mac/do/valid_configs.sh
+0-42 files

FreeBSD/src 3981865share/man/man4 mac_do.4

mac_do.4: Document executable paths, default jail values and consistency

While here, fix the bug of mentioning 'enable' as a possible value for
the 'mac.do' jail parameter whereas it is 'new' instead.

Reviewed by:    bapt
MFC after:      1 month
Sponsored by:   The FreeBSD Foundation
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/38
DeltaFile
+143-46share/man/man4/mac_do.4
+143-461 files

LLVM/project 99b5ebdllvm/test/Transforms/InstCombine sub-xor.ll

[InstCombine] Replace undef with poison in a test (#199757)

This is intended as part of the effort to deprecate undef. The
additional wrap-flags are due to the fact that the add can no longer
overflow with poison, but could overflow with undef.

Alive2 proof: https://alive2.llvm.org/ce/z/qiRYcQ
DeltaFile
+5-5llvm/test/Transforms/InstCombine/sub-xor.ll
+5-51 files

FreeBSD/src fcb0018sys/security/mac_do mac_do.c

MAC/do: Update copyright

Update years for the Foundation.

While here, remove the initial '/*-' which has been useless for a long
time.

While here, add a missing space on bapt@'s copyright line (approved by
him).

Reviewed by:    bapt
MFC after:      1 month
Sponsored by:   The FreeBSD Foundation
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/38
DeltaFile
+3-3sys/security/mac_do/mac_do.c
+3-31 files

LLVM/project dc40fccllvm/lib/Target/WebAssembly WebAssemblyLateEHPrepare.cpp, llvm/test/CodeGen/WebAssembly exception.ll

[WebAssembly] Avoid crash in LateEHPrepare with empty cleanup pads (#200322)

WebAssemblyLateEHPrepare::addCatchRefsAndThrowRefs was using
Catch->getIterator()->getNextNode() to find the insertion position
after the CATCH (or CATCH_ALL) instruction in an EH pad.
If the CATCH/CATCH_ALL instruction is the last instruction in the basic
block, getNextNode() returns nullptr, which causees a crash when passed
to BuildMI. This patch fixes it by using std::next(Catch->getIterator())
which returns MBB.end() if the catch is the last instruction, and the
overload of BuildMI that takes an iterator correctly handles BB.end().

Fixes #197077

Assisted-By: Gemini
DeltaFile
+27-0llvm/test/CodeGen/WebAssembly/exception.ll
+2-1llvm/lib/Target/WebAssembly/WebAssemblyLateEHPrepare.cpp
+29-12 files

FreeBSD/src 1fa1e3fsys/security/mac_do mac_do.c

MAC/do: Do not skip blanks when parsing executable paths

The kind of tolerance we apply to parsing rules, whose format we have
defined, cannot be applied to paths since blank characters are allowed
there.

There is still the limitation that no escape character is currently
supported, and so it is not possible to configure a path having a ':'
character.

Reviewed by:    bapt
Fixes:          9818224174c4 ("MAC/do: Executable paths feature (GSoC 2025's final state)")
MFC after:      1 month
Sponsored by:   The FreeBSD Foundation
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/38
DeltaFile
+1-1sys/security/mac_do/mac_do.c
+1-11 files

FreeBSD/src 4c98f7asys/security/mac_do mac_do.c

MAC/do: Serialize installing/modifying some jail's configuration

See the immediately preceding commit for explanations on what this is
fixing.

When setting 'mac.do' to 'inherit' on a jail with 'mac.do.rules' and
'mac.do.exec_paths' also specified in the same call, ensure that the
check that these passed parameters are the same as those to be inherited
is atomic with respect to enabling the inheritance (i.e., removing the
jail's 'struct conf' object).  (See previous commit "MAC/do: Fix the
recent logic to set jail parameters, make it more tolerant" as for why
this check exists.)

Because we currently only modify a single configuration object per
transaction, we introduce the parse_and_commit_conf() wrapper around
parse_and_set_conf() to remove duplicated code that would ensue from
calling the latter directly, namely, releasing the 'mac_do_rwl' lock and
freeing the old configuration object (if any).


    [9 lines not shown]
DeltaFile
+76-23sys/security/mac_do/mac_do.c
+76-231 files

FreeNAS/freenas 2c6478dsrc/middlewared/middlewared/pytest/unit datastore_harness.py test_get_or_insert.py, src/middlewared/middlewared/pytest/unit/plugins conftest.py test_datastore.py

improper use of conftest.py
DeltaFile
+51-0src/middlewared/middlewared/pytest/unit/datastore_harness.py
+0-51src/middlewared/middlewared/pytest/unit/plugins/conftest.py
+1-1src/middlewared/middlewared/pytest/unit/plugins/test_datastore.py
+1-1src/middlewared/middlewared/pytest/unit/plugins/test_crud_query_extend_order_by.py
+1-1src/middlewared/middlewared/pytest/unit/plugins/test_interface_link_address.py
+1-1src/middlewared/middlewared/pytest/unit/test_get_or_insert.py
+55-556 files

FreeBSD/src 0db7f11sys/security/mac_do mac_do.c

MAC/do: Support for atomically modifying configurations

As mentioned in previous commits "MAC/do: parse_and_set_conf(): Require
the model configuration" and "MAC/do: Sequential consistency for
configuration retrieval", the introduction of the "executable path"
feature, more fundamentally, the fact that there is now more than one
per-jail parameter and that parameters can be independently modified or
copied, causes an atomicity problem in case of concurrent accesses to of
a jail's applicable configuration.

Partially modifying a configuration is indeed akin to
a read-modify-write operation, where the read is either to the current
or an inherited configuration.  More precisely, once pointed to by
a jail, a configuration object is immutable, and changing the jail's
configuration means making the jail point to another configuration
object.  To change a jail's configuration, a new configuration object is
thus built, and if only some parameters have been explicitly specified,
those that have not been are set by copying the corresponding values
from an existing configuration object (in case of partial modification

    [34 lines not shown]
DeltaFile
+49-15sys/security/mac_do/mac_do.c
+49-151 files

OpenBSD/ports YaPhsDRsecurity/libgcrypt Makefile, security/libgcrypt/patches patch-src_hwf-arm_c

   security/libgcrypt: drop our custom aarch64 feature detection

   Hardware crypto features are found with elf_aux_info() out of the box.
   Confirmed by timings from the test suite.

   ok ajacoutot@
VersionDeltaFile
1.103+1-0security/libgcrypt/Makefile
1.3+0-0security/libgcrypt/patches/patch-src_hwf-arm_c
+1-02 files

FreeBSD/src 5b194a4sys/security/mac_do mac_do.c

MAC/do: Sequential consistency for configuration retrieval

Since the inception of mac_do(4), find_conf(), used to retrieve the
applicable configuration, has been weakly consistent with respect to
concurrent modifications to configuration inheritance that influence its
result (and it has been sequentially consistent with respect to other
configuration modifications, which the initial executable paths feature
and introduction of implicit parameters broke and which will be fixed in
a subsequent commit).

Indeed, find_conf() climbs the jail tree to find an applicable
configuration, which is not an atomic operation.  It examines the
current jail's configuration pointer for each browsed jail, which does
not prevent concurrent modifications of the configuration pointer for
jails below or above it.  Modifications above the current jail are not
a problem, since if climbing needs to continue (i.e., the current jail
inherits), these modifications will be seen if performed before that
check (and may or may not be seen if performed after that check).
However, modifications below the current jail impair sequential

    [48 lines not shown]
DeltaFile
+69-53sys/security/mac_do/mac_do.c
+69-531 files

FreeBSD/src 5bedb5esys/security/mac_do mac_do.c

MAC/do: Comment to explain the main invariant for configurations

Once visible, configuration structures must *never* change.

Spell that out in a comment to help future readers/contributors
understand the design.

Reviewed by:    bapt
MFC after:      1 month
Sponsored by:   The FreeBSD Foundation
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/38
DeltaFile
+5-0sys/security/mac_do/mac_do.c
+5-01 files

FreeBSD/src 31ef4eesys/security/mac_do mac_do.c

MAC/do: Allocate only one default configuration

When mac_do(4) is loaded, all jails get the same default configuration
(disabled, with only one allowed executable path: '/usr/bin/mdo').
Share it between all jails instead of creating a separate copy for each.

Reviewed by:    bapt
Fixes:          9818224174c4 ("MAC/do: Executable paths feature (GSoC 2025's final state)")
MFC after:      1 month
Sponsored by:   The FreeBSD Foundation
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/38
DeltaFile
+12-12sys/security/mac_do/mac_do.c
+12-121 files

LLVM/project a301cd3llvm/include/llvm/IR Constants.h Constant.h, llvm/lib/IR Constants.cpp ConstantsContext.h

[spr] initial version

Created using spr 1.3.8-wip
DeltaFile
+6-20llvm/lib/IR/Constants.cpp
+13-5llvm/include/llvm/IR/Constants.h
+10-1llvm/include/llvm/IR/Constant.h
+2-0llvm/lib/IR/ConstantsContext.h
+31-264 files

FreeNAS/freenas 0e54674src/middlewared/middlewared/pytest/unit test_get_or_insert.py, src/middlewared/middlewared/pytest/unit/plugins test_interface_link_address.py

correct imports
DeltaFile
+1-1src/middlewared/middlewared/pytest/unit/test_get_or_insert.py
+1-1src/middlewared/middlewared/pytest/unit/plugins/test_interface_link_address.py
+2-22 files

LLVM/project 6ce211fllvm/include/llvm/ADT DenseMap.h, llvm/lib/IR Value.cpp

Revert "[DenseMap] Replace tombstone deletion with TAOCP 6.4 Algorithm R" (#200421)

Reverts llvm/llvm-project#199615.

That change causes nondeterministic failed assertions, see the linked PR
for examples.
DeltaFile
+119-91llvm/include/llvm/ADT/DenseMap.h
+1-4llvm/lib/IR/Value.cpp
+2-1llvm/unittests/ADT/BitVectorTest.cpp
+122-963 files

FreeBSD/src 01e2b0csys/security/mac_do mac_do.c

MAC/do: Visually separate some file sections

With additional empty lines.

No functional change (intended).

Reviewed by:    bapt
MFC after:      1 month
Sponsored by:   The FreeBSD Foundation
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/38
DeltaFile
+2-0sys/security/mac_do/mac_do.c
+2-01 files

FreeBSD/src 888a84csys/security/mac_do mac_do.c

MAC/do: Fix reporting of "mac.do" post-"executable paths"

In mac_do_jail_get(), computation of 'jsys' had not been updated to take
into account executable paths.

Reviewed by:    bapt
Fixes:          9818224174c4 ("MAC/do: Executable paths feature (GSoC 2025's final state)")
MFC after:      1 month
Sponsored by:   The FreeBSD Foundation
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/38
DeltaFile
+2-3sys/security/mac_do/mac_do.c
+2-31 files

FreeBSD/src 51cc584sys/security/mac_do mac_do.c

MAC/do: Configuration: Fix default values: Remove jail creation method

mac_do_jail_create() would create a default configuration on the
just-created jail, erroneously causing mac_do_jail_set() to then
retrieve it and use it as a model when determining the default values
for not-specified parameters, instead of using the configuration
applicable to the parent jail.

Setting a default configuration in mac_do_jail_create() had been done as
a kind of defensive measure to prevent a created jail not to have
a configuration (effectively making it inherit from an ancestor jail,
which is a security hazard except if explicitly requested).  However,
this measure was never really effective (osd_jail_call(PR_METHOD_CREATE)
in kern_jail_set() calls the PR_PETHOD_CREATE methods in an unspecified
order, and stops at the first error), so we are forced to rely in any
case on the fact that an error in a PR_METHOD_CREATE or PR_METHOD_SET
method leads to stopping the jail creation process (which is the case
today; see kern_jail_set()).


    [5 lines not shown]
DeltaFile
+6-14sys/security/mac_do/mac_do.c
+6-141 files