FreeBSD/doc 0e06804website/archetypes/release hardware.adoc

hardware: Add the amdsmu driver
DeltaFile
+2-0website/archetypes/release/hardware.adoc
+2-01 files

FreeBSD/ports 8986ed8math/R-cran-combinat Makefile distinfo

math/R-cran-combinat: Update 0.0-8 => 0.0-9

While here, populate pkg-descr.

Commit log:
https://github.com/cran/combinat/compare/0.0-8...0.0-9

PR:             298551
Approved by:    no maintainer
Approved by:    osa, vvd (Mentors, implicit)
DeltaFile
+3-3math/R-cran-combinat/distinfo
+5-1math/R-cran-combinat/pkg-descr
+1-2math/R-cran-combinat/Makefile
+9-63 files

LLVM/project 2b16c36.github/workflows/containers/github-action-ci-tooling Dockerfile, .github/workflows/containers/libc Dockerfile

[Github] Use explicit --progress for large wget downloads (#224092)

Otherwise we get a log line every 50k which is exceedingly annoying as
it generates thousands of lines of output. Use mega/giga (3M/50M
respectively) depending upon the download size so we end up with about
20 lines of output.
DeltaFile
+2-2.github/workflows/containers/libc/Dockerfile
+1-1.github/workflows/containers/github-action-ci-tooling/Dockerfile
+3-32 files

FreeBSD/src 2072f71share/man/man4 amdsmu.4

amdsmu.4: Canonicalize SYNOPSIS and HARDWARE

MFC after:              no
Reviewed by:            obiwac
Differential Revision:  https://reviews.freebsd.org/D59738
DeltaFile
+7-16share/man/man4/amdsmu.4
+7-161 files

LLVM/project ac499e5clang/test/CodeGen PR44896.ll

clang: Require x86 to be built for PR44896.ll test (#224117)
DeltaFile
+1-0clang/test/CodeGen/PR44896.ll
+1-01 files

LLVM/project 7201475flang/test/Semantics/OpenMP threadprivate01.f90 sections02.f90

[flang][OpenMP] Remove dependency on openmp-runtime where not needed,… (#224122)

… NFC

Several tests claimed dependence on openmp-runtime and had USE omp_lib
statements even though they didn't use anything from it.
DeltaFile
+0-4flang/test/Semantics/OpenMP/allocate-clause01.f90
+0-3flang/test/Semantics/OpenMP/threadprivate01.f90
+0-3flang/test/Semantics/OpenMP/sections02.f90
+0-3flang/test/Semantics/OpenMP/parallel-sections01.f90
+0-3flang/test/Semantics/OpenMP/omp-atomic-assignment-stmt.f90
+0-3flang/test/Semantics/OpenMP/declare-target01.f90
+0-199 files not shown
+0-4415 files

OpenBSD/src eazPOMmusr.sbin/acme-client main.c base64.c

   acme-client: treat eab and eab_key as secrets

   Wipe them with freezero after use and also make sure to delete possible
   remnants of them on unbase64buf_url() failure.

   reads fine to florian
   ok jmatthew
VersionDeltaFile
1.12+10-6usr.sbin/acme-client/base64.c
1.62+3-1usr.sbin/acme-client/main.c
+13-72 files

HardenedBSD/src 13a598fshare/mk src.opts.mk bsd.prog.mk

HBSD: Add plumbing for bounds safety

clang/llvm is working on `-fbounds-safety`. This feature isn't available
in the version of llvm currently in base, but should be available in a
future release. Get ready for that release by adding a new src.conf(5)
knob: MK_BOUNDS_SAFETY (disabled by default).

Note that enabling this feature is effectively a no-op. Just like with
Capsicum, this feature requires manual integration.

Given that the bounds safety feature is still experimental, we enable
the feature with `-Xclang -fexperimental-bounds-safety`. Once clang/llvm
determines the feature to be production-ready (and that version of llvm
has been imported into base) we will update share/mk/bsd.sys.mk to take
into account the switch from the experimental flag to the actual
`-fbounds-safety` flag.

Signed-off-by:  Shawn Webb <shawn.webb at hardenedbsd.org>
See-Also:       https://clang.llvm.org/docs/BoundsSafety.html
See-Also:       https://clang.llvm.org/docs/BoundsSafetyImplPlans.html
DeltaFile
+3-4share/mk/bsd.sys.mk
+5-0share/mk/bsd.prog.mk
+5-0share/mk/bsd.lib.mk
+1-0share/mk/src.opts.mk
+14-44 files

OpenBSD/src upmULwqregress/lib/libcrypto/test test.c

   test: prefix name with parent test

   Add parent test's name as a prefix to subtests, in the format
   "test-1/sub-test-1/sub-test-2".

   This copies Go's format for subtest names, and makes it easier to track
   where a test is running when using many nested subtests.

   Also add input checks to ensure parent and name are not NULL for
   subtests.

   ok jsing
VersionDeltaFile
1.7+25-8regress/lib/libcrypto/test/test.c
+25-81 files

LLVM/project dcfed7coffload/include PluginManager.h, offload/liboffload/src OffloadImpl.cpp

[offload][omp] Load plugins through liboffload
DeltaFile
+15-11offload/libompaccsupport/PluginManager.cpp
+11-0offload/liboffload/src/OffloadImpl.cpp
+2-1offload/include/PluginManager.h
+28-123 files

LLVM/project 6c1d82boffload/liboffload/API Platform.td, offload/liboffload/src OffloadImpl.cpp

[OFFLOAD] add olIteratePlatforms
DeltaFile
+45-0offload/unittests/OffloadAPI/platform/olIteratePlatforms.cpp
+23-0offload/liboffload/API/Platform.td
+11-0offload/liboffload/src/OffloadImpl.cpp
+79-03 files

LLVM/project 56da9a1offload/liboffload/src OffloadImpl.cpp

[offload] lazily load liboffload
DeltaFile
+242-90offload/liboffload/src/OffloadImpl.cpp
+242-901 files

LLVM/project a67aac8offload CMakeLists.txt, offload/liboffload CMakeLists.txt

[offload][omp] Link libomptarget against static liboffload
DeltaFile
+27-14offload/liboffload/CMakeLists.txt
+3-3offload/libomptarget/CMakeLists.txt
+3-3offload/liboffload/src/OffloadImpl.cpp
+2-1offload/CMakeLists.txt
+35-214 files

FreeNAS/freenas f4626a4

Empty commit to create PR on github.

You should reset it
DeltaFile
+0-00 files

OpenBSD/src lxCkxEEusr.sbin/acme-client main.c

   acme-client: zero optarg for external account binding

   After copying the key-id:key pair, wipe the optarg so that this secret is
   not visible to other users during the entire run time (in ps for example).

   From Acts1631

   reads fine to florian
   ok jmatthew
VersionDeltaFile
1.61+2-1usr.sbin/acme-client/main.c
+2-11 files

FreeNAS/freenas 6a7933ctests/sharing_protocols/s3 test_s3_buckets.py test_s3_bucket_lifecycle.py

NAS-143880 / 27.0.0-BETA.1 / Add S3 protocol tests under tests/sharing_protocols/s3 (#19776)

A bucket's stored options are almost all unobservable through the API:
what object_ownership means, what a DENY grant does, whether a
manage_buckets key can create a bucket. Provision through the API,
observe over the protocol.

Assets split in two. The middleware half is assets/s3.py -- accounts,
access keys, buckets, grants, the service -- and imports no client
library, so it stays usable on a runner without one. The client half is
s3_client.py in the test directory rather than tests/protocols/, whose
`__init__` imports every client it re-exports and would make an S3 case
need samba and pynfs to reach boto3.

The session stands up two principals and nine buckets, one per thing
that is only answerable per bucket, and skips rather than proving
something weaker where it could not make one.

Beside the bucket plane: the object surfaces. Metadata and the content

    [8 lines not shown]
DeltaFile
+693-0tests/sharing_protocols/s3/test_s3_multipart.py
+657-0tests/sharing_protocols/s3/test_s3_acl.py
+534-0tests/sharing_protocols/s3/test_s3_list_objects.py
+449-0tests/sharing_protocols/s3/test_s3_snapshot_versions.py
+419-0tests/sharing_protocols/s3/test_s3_bucket_lifecycle.py
+418-0tests/sharing_protocols/s3/test_s3_buckets.py
+3,170-026 files not shown
+8,077-34532 files

OpenBSD/src JgErRlGusr.sbin/acme-client main.c

   acme-client: error check strdup() for external account binding

   From Acts1631

   reads fine to florian
   ok jmatthew
VersionDeltaFile
1.60+3-2usr.sbin/acme-client/main.c
+3-21 files

LLVM/project 91d66ffllvm/lib/Target/AMDGPU AMDGPUPromoteAlloca.cpp, llvm/test/CodeGen/AMDGPU eliminate-frame-index-select.ll promote-alloca-homogeneous-struct.ll

Reland "[AMDGPU] PromoteAlloca: flatten homogeneous structs to vectors" (#221058)

This relands #217055

The original commit revealed a latent issue in eliminateFrameIndex in
SIRegisterInfo where SCC can be clobbered before reading it on
gfx900/gfx90a. This change itself has no known issues.
DeltaFile
+152-0llvm/test/CodeGen/AMDGPU/promote-alloca-homogeneous-struct.ll
+23-6llvm/lib/Target/AMDGPU/AMDGPUPromoteAlloca.cpp
+6-1llvm/test/CodeGen/AMDGPU/eliminate-frame-index-select.ll
+181-73 files

LLVM/project 529efedllvm/lib/Target/AMDGPU SIRegisterInfo.cpp, llvm/test/CodeGen/AMDGPU sgpr-spill-to-vmem-scc-clobber-reserved-exec-copy.mir

[AMDGPU] Don't spill an SGPR while SCC is live in frame index lowering

When SCC is live into a scalar frame index user, the scaling path avoids
SALU ops that write SCC by computing the address in a VGPR and reading it
back with V_READFIRSTLANE_B32. If the destination of that readfirstlane is
scavenged with spilling allowed, an AMDGPU SGPR spill writes inactive
lanes, so it flips EXEC with S_NOT_B64 and clobbers SCC. Instead, scavenge
that register with AllowSpill=false.
DeltaFile
+207-0llvm/test/CodeGen/AMDGPU/sgpr-spill-to-vmem-scc-clobber-reserved-exec-copy.mir
+30-11llvm/lib/Target/AMDGPU/SIRegisterInfo.cpp
+237-112 files

LLVM/project e4aadb9llvm/lib/Target/AMDGPU SIRegisterInfo.cpp, llvm/test/CodeGen/AMDGPU sgpr-spill-to-vmem-scc-clobber-reserved-exec-copy.mir

[AMDGPU] Only scale the frame register in place for the last frame index

When nothing can be scavenged, eliminateFrameIndex falls back to scaling
FrameReg in place and restoring it after MI. With two frame indices on
one instruction that fallback fires while lowering the first one, and
FrameReg is left scaled for everything that follows: the second frame
index is then scaled a second time from the already-scaled value, and any
emergency spill emitted in between uses it as its scratch offset.
DeltaFile
+78-0llvm/test/CodeGen/AMDGPU/sgpr-spill-to-vmem-scc-clobber-reserved-exec-copy.mir
+9-0llvm/lib/Target/AMDGPU/SIRegisterInfo.cpp
+87-02 files

LLVM/project 8380e05llvm/lib/Target/AMDGPU SIRegisterInfo.cpp, llvm/test/CodeGen/AMDGPU eliminate-frame-index-scalar-scc-clobber.mir

[AMDGPU] Prevent SCC clobber in frame index lowering in scaling path

eliminateFrameIndex has two lowering strategies, but only one has the
proper handling for checking SCC-liveness to prevent clobbering. Unify
them with a helper function to ensure both paths handle the same
DeltaFile
+343-4llvm/test/CodeGen/AMDGPU/eliminate-frame-index-scalar-scc-clobber.mir
+9-5llvm/lib/Target/AMDGPU/SIRegisterInfo.cpp
+352-92 files

FreeNAS/freenas eb7dc5e. CLAUDE.md, docs/source/api index.rst field_markers.rst

Document the API model field markers and have Claude review new fields for them
DeltaFile
+162-0docs/source/api/field_markers.rst
+8-0CLAUDE.md
+7-0docs/source/middleware/service.rst
+7-0docs/source/middleware/roles.rst
+1-0docs/source/api/index.rst
+185-05 files

FreeBSD/src ed5fc80sys/dev/cxgbe/crypto t7_kern_tls.c

cxgbe: Use the correct GHASH offset for a GMAC from a full TLS record

If a TLS request transmits all but a part of the GMAC at the end of a
TLS record, the work request asks the crypto engine to return the
calculated GMAC to the driver so it can be sent in a simple TCP packet
when the rest of the TLS record is transmitted in the future.
However, the offset of the returned GHASH offset was calculated
incorrectly in this case causing the driver to not recognize the
cached GMAC and instead use a more wasteful work request in the future
that encrypted the entire TLS record discarding all but the needed
bytes of the trailer.

Note that this does not effect correctness, just efficiency.

Reviewed by:    np
Fixes:          9e269eafebfc ("cxgbe: Use partial GCM mode for partial TLS records on T7")
Sponsored by:   Chelsio Communications
Differential Revision:  https://reviews.freebsd.org/D59711
DeltaFile
+1-1sys/dev/cxgbe/crypto/t7_kern_tls.c
+1-11 files

LLVM/project 34d59e0llvm/test/CodeGen/AArch64 machine-combiner-fma-chain.ll, llvm/test/CodeGen/RISCV machine-combiner-fma-chain.ll

[𝘀𝗽𝗿] initial version

Created using spr 1.3.7
DeltaFile
+348-0llvm/test/CodeGen/AArch64/machine-combiner-fma-chain.ll
+323-0llvm/test/CodeGen/X86/machine-combiner-fma-chain.ll
+112-0llvm/test/CodeGen/RISCV/machine-combiner-fma-chain.ll
+783-03 files

LLVM/project 356c0c8lldb/include/lldb/Utility RegisterType.h, lldb/source/Plugins/Process/gdb-remote ProcessGDBRemote.cpp

[lldb] Parse GDB remote register union types (#223485)

- Parses GDB XML `<union>` definitions.
- Supports builtin, vector, nested-union, and vector-of-union fields.
- Resolves types in document order and scopes IDs per feature.
- Rejects malformed, partial, duplicate, forward-referenced, and
incompatible definitions.
- Displays union metadata through register info.


https://sourceware.org/gdb/download/onlinedocs/gdb.html/Target-Description-Format.html

```
(lldb) register info u0
       Name: u0
       Size: 16 bytes (128 bits)
    In sets: General Purpose Registers (index 0)

  Union members:

    [49 lines not shown]
DeltaFile
+276-0lldb/test/API/functionalities/gdb_remote_client/TestXMLRegisterUnion.py
+167-9lldb/source/Plugins/Process/gdb-remote/ProcessGDBRemote.cpp
+90-0lldb/unittests/Utility/RegisterTypeTest.cpp
+83-0lldb/source/Utility/RegisterType.cpp
+36-0lldb/include/lldb/Utility/RegisterType.h
+4-22lldb/test/API/functionalities/gdb_remote_client/TestXMLRegisterFlags.py
+656-315 files not shown
+710-5111 files

OpenBSD/src sObFxgTlib/libc/stdio vfwprintf.c vfprintf.c, regress/lib/libc/printf int.c

   printf(3/9): In the o conversion the # flag asks for a leading zero

   Fix for Defect Report #151 in our libc.
   https://www.open-std.org/jtc1/sc22/wg14/www/docs/dr_151.html

   Original diff from Showta Ishizaki.

   ok asou@
   also looks correct to me deraadt@
VersionDeltaFile
1.26+6-2lib/libc/stdio/vfwprintf.c
1.85+6-2lib/libc/stdio/vfprintf.c
1.107+3-2sys/kern/subr_prf.c
1.3+2-1regress/lib/libc/printf/int.c
+17-74 files

LLVM/project 8e1d22dlldb/test/API/linux/linker-symbols TestLinkerSymbols.py

[LLDB] Skip test under gold (#224113)

The way gold emits symbols created by linker scripts is not implemented
in LLDB.

For the record, I asked Claude to write a patch to implement the
functionality but it came up with a linear search through all sections
which I was afraid might be quite expensive. I'm happy to purse that as
an alternative if people think it is worth it, with the caveat that I am
not an ELF expert.
DeltaFile
+25-0lldb/test/API/linux/linker-symbols/TestLinkerSymbols.py
+25-01 files

FreeBSD/poudriere 8b41a68src/share/poudriere ports.sh jail.sh

jail, ports: Avoid set -e trap in quiet-mode "done" idiom

4cb78962 introduced `[ -n "${quiet}" ] && echo " done"` in the svn/git
checkout and update paths of install_from_vcs() (jail.sh) and ports.sh.
When quiet is unset the test is false, so the statement returns exit 1;
under set -e a bare call to the enclosing function/case arm would abort
the script right after that line runs, as seen with the identical
pattern in image.sh (PR #1378). None of these 8 occurrences are
currently a function's last statement, so they don't trip today, but
the pattern is fragile under refactoring. Use an if/fi block instead,
matching the idiom already used for the preceding header line, so the
statement always returns 0.

This closes #1387
DeltaFile
+12-4src/share/poudriere/ports.sh
+12-4src/share/poudriere/jail.sh
+24-82 files

FreeBSD/src 50b3763sys/net if_vlan.c

vlan: Notify the parent when replacing a VLAN ID

Changing the VID of an existing VLAN interface rehashes the interface and
announces the new VID, but does not unregister the old VID.  Parent
drivers and VLAN event consumers can consequently retain stale filter
membership.

After successfully inserting the new VID, emit vlan_unconfig for the old
VID before the existing vlan_config notification.  Do not unregister
anything if insertion fails and the old VID is restored.

MFC after:      2 weeks
Sponsored by:   BBOX.io
DeltaFile
+2-0sys/net/if_vlan.c
+2-01 files

FreeBSD/poudriere 9cc4067src/share/poudriere jail.sh

jail: Reject a period in the new name on rename

create_jail() rejects a period in JAILNAME since jail(8) names cannot
contain one, but rename_jail() never validated NEWJAILNAME at all, so
'poudriere jail -r' could rename a jail to a name jail(8) itself would
reject. Apply the same check used at creation.

This closes #1388
DeltaFile
+2-0src/share/poudriere/jail.sh
+2-01 files