LLVM/project faae30dllvm/include/llvm/Support FormattedStream.h, llvm/unittests/Support formatted_raw_ostream_test.cpp

[Support] Make formatted_raw_ostream::has_colors() delegate to the wrapped stream (#223092)

Without this override, has_colors() falls back to is_displayed(), which
isn't always expected to give the same answer as the underlying stream's
has_colors().

This also fixes a compile-time regression when the underlying stream is
a raw_fd_ostream: raw_fd_ostream::has_colors() memoizes its result, but
without this override that memoization was bypassed in favor of the
uncached is_displayed(), issuing an isatty() syscall on every call.
#202441 is what surfaced this, by adding a has_colors() call to
TextDiagnostic's per-character hot loop.

rdar://186469856

Co-authored-by: Fred Riss <friss at apple.com>
DeltaFile
+36-0llvm/unittests/Support/formatted_raw_ostream_test.cpp
+3-0llvm/include/llvm/Support/FormattedStream.h
+39-02 files

LLVM/project 0e7c81dllvm/include/llvm/IR PassManager.h, llvm/lib/IR PassManager.cpp

[𝘀𝗽𝗿] initial version

Created using spr 1.3.7
DeltaFile
+20-0llvm/lib/IR/PassManager.cpp
+8-0llvm/include/llvm/IR/PassManager.h
+28-02 files

LLVM/project 9ee32f7clang/lib/Frontend TextDiagnostic.cpp

[NFC] Hoist DiagOpts.showColors(OS.has_colors()) out of emitSnippet's per-character loop (#223095)

The result of DiagOpts.showColors(OS.has_colors()) does not change while
printing a single source snippet, so recomputing it for every character
is unnecessary. Compute it once per snippet instead.

rdar://186469856

Co-authored-by: Fred Riss <friss at apple.com>
DeltaFile
+3-2clang/lib/Frontend/TextDiagnostic.cpp
+3-21 files

Illumos/gate 7ec8c46usr/src/lib/libproc/common Pcontrol.h Pcore.c

18412 libproc checks core files for an ELF OSABI that is never set
Reviewed by: Robert Mustacchi <rm at fingolfin.org>
Approved by: Dan McDonald <danmcd at oxide.computer>
DeltaFile
+2-7usr/src/lib/libproc/common/Pcore.c
+1-2usr/src/lib/libproc/common/Pcontrol.h
+3-92 files

LLVM/project 2a51b6cllvm/test/Other print-on-crash.ll

[llvm][test] Quote args in -print-on-crash test (#223472)

Passing `-passes=cgscc(trigger-crash-cgscc)` in lit works because of its
shell handling, but fails when passing directly to a shell: ` syntax
error near unexpected token '('`.
DeltaFile
+1-1llvm/test/Other/print-on-crash.ll
+1-11 files

LLVM/project 1d07321llvm/include/llvm/Transforms/Vectorize/SandboxVectorizer InstrMaps.h VecUtils.h, llvm/include/llvm/Transforms/Vectorize/SandboxVectorizer/Passes BundleVec.h

Revert "[SandboxVec][VecUtils][NFC] BndlRef helper class" (#223483)

Reverts llvm/llvm-project#223074
Reason: unittest failure in NDEBUG
DeltaFile
+0-43llvm/include/llvm/Transforms/Vectorize/SandboxVectorizer/VecUtils.h
+0-35llvm/unittests/Transforms/Vectorize/SandboxVectorizer/VecUtilsTest.cpp
+15-14llvm/lib/Transforms/Vectorize/SandboxVectorizer/Passes/BundleVec.cpp
+5-5llvm/include/llvm/Transforms/Vectorize/SandboxVectorizer/Passes/BundleVec.h
+0-9llvm/lib/Transforms/Vectorize/SandboxVectorizer/VecUtils.cpp
+2-2llvm/include/llvm/Transforms/Vectorize/SandboxVectorizer/InstrMaps.h
+22-1086 files

LLVM/project 1744116libc/test/src/math/exhaustive cos.wc sin.wc, llvm/test/CodeGen/AMDGPU minimumnum.bf16.ll maximumnum.bf16.ll

Rebase, address comments

Created using spr 1.3.7
DeltaFile
+1,091,085-0libc/test/src/math/exhaustive/sin.wc
+1,090,178-0libc/test/src/math/exhaustive/cos.wc
+6,151-6,581llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.1024bit.ll
+4,692-4,496llvm/test/CodeGen/AMDGPU/bf16.ll
+2,809-3,010llvm/test/CodeGen/AMDGPU/minimumnum.bf16.ll
+2,809-3,010llvm/test/CodeGen/AMDGPU/maximumnum.bf16.ll
+2,197,724-17,097728 files not shown
+2,236,529-54,862734 files

LLVM/project 7b8bb9dllvm/test/TableGen RegClassByHwMode.td, llvm/utils/TableGen AsmMatcherEmitter.cpp

[TableGen] Expose remapRegClassByHwMode() helper in AsmMatcher

This is useful to map from a ByHwMode MCK_* value to the actual resolved
MCK_* type. This is needed for #177073 where we would otherwise have to
add the manual logic to do this remapping (which is the approach I
previously used). Move RegClassByHwModeMatchTable to file scope and
provide a remapRegClassByHwMode() helper function in the generated
AsmMatcher. Currently only used for RISC-V, but I assume other targets
could also make use of this in the future. But even if not, I think it's
cleaner to have this as a helper rather than an inline array inside the
matcher function.

This change was created with the help of AI tools.

Reviewed By: arsenm

Pull Request: https://github.com/llvm/llvm-project/pull/223302
DeltaFile
+68-55llvm/utils/TableGen/AsmMatcherEmitter.cpp
+36-28llvm/test/TableGen/RegClassByHwMode.td
+104-832 files

LLVM/project 9fdb3bbllvm/include/llvm/Transforms/Vectorize/SandboxVectorizer InstrMaps.h VecUtils.h, llvm/include/llvm/Transforms/Vectorize/SandboxVectorizer/Passes BundleVec.h

[SandboxVec][VecUtils][NFC] BndlRef helper class (#223074)

During debugging we need to be able to easily print a bundle of
instructions or values. Up until now we would use VecUtils::dump(Bndl).
But a much nicer API would be Bndl.dump().

To support such an API this patch is introducing BndlRef, a subclass of
ArrayRef with the additional feature of supporting print(OS) and dump()
for Value and Instruction contents.
DeltaFile
+43-0llvm/include/llvm/Transforms/Vectorize/SandboxVectorizer/VecUtils.h
+35-0llvm/unittests/Transforms/Vectorize/SandboxVectorizer/VecUtilsTest.cpp
+14-15llvm/lib/Transforms/Vectorize/SandboxVectorizer/Passes/BundleVec.cpp
+5-5llvm/include/llvm/Transforms/Vectorize/SandboxVectorizer/Passes/BundleVec.h
+9-0llvm/lib/Transforms/Vectorize/SandboxVectorizer/VecUtils.cpp
+2-2llvm/include/llvm/Transforms/Vectorize/SandboxVectorizer/InstrMaps.h
+108-226 files

LLVM/project 60ffa65flang/test/Lower/OpenMP target_cpu_features.f90

Update features test for flang
DeltaFile
+1-1flang/test/Lower/OpenMP/target_cpu_features.f90
+1-11 files

LLVM/project 4010f02mlir/include/mlir/Conversion Passes.td, mlir/include/mlir/Dialect/LLVMIR ROCDLTargetInfo.h

[mlir][AMDGPU] Keep `chipset` as a deprecated alias for `arch`

Renaming the option meant every existing invocation of these passes had
to be updated in lockstep. Accept the old spelling instead: `chipset` on
`convert-amdgpu-to-rocdl`, `convert-gpu-to-rocdl`, `convert-arith-to-amdgpu`,
`convert-math-to-rocdl` and `amdgpu-emulate-atomics`, and `chip` on
`gpu-lower-to-rocdl-pipeline`, which is what each of them was called
before the rename.

`arch` wins whenever it names a target; the alias is consulted only when
`arch` is still at the sentinel that means "no target given", so with
neither given the error still names the unusable default rather than an
empty string, and a stale alias value is reported as itself.
DeltaFile
+27-0mlir/test/Conversion/ArithToAMDGPU/deprecated-chipset-alias.mlir
+22-0mlir/unittests/Dialect/LLVMIR/ROCDLTargetInfoTest.cpp
+6-3mlir/lib/Dialect/GPU/Pipelines/GPUToROCDLPipeline.cpp
+8-0mlir/include/mlir/Conversion/Passes.td
+7-0mlir/lib/Dialect/LLVMIR/IR/ROCDLTargetInfo.cpp
+6-0mlir/include/mlir/Dialect/LLVMIR/ROCDLTargetInfo.h
+76-39 files not shown
+96-1115 files

LLVM/project c89269fmlir/include/mlir/Dialect/LLVMIR ROCDLTargetInfo.h, mlir/lib/Conversion/AMDGPUToROCDL AMDGPUToROCDL.cpp

[mlir] Migrate AMDGPU/ROCDL to targets, not chipset versions

**migration tl;dr:** `chipset=` becomes `triple=`, migrate off of
`amdgpu::Chipset` to `ROCDL::TargetInfo`, and eventually change
`gfxXYZ` to `amdgpuX.YZ-amd-amdhsa` in that `triple` argument.

`amdgpu::Chipset` was an awkward hack that was hard to keep up to date
with changes in the compiler/new architectures, and didn't properly
support generic targets (and has been strongly disfavored by the
compiler team).

This PR replaces `amdgpu::Chipset` with `ROCDL::TargetInfo`, a
structure that uses LLVM's TargetParser and the underlying LLVM
features tables to get the real nature of the target being compiled
for.

This also helps MLIR move to
new-style (`-mtriple=amdgpuX.YZ-amd-amdhsa`) over "old
style" (`-mtriple=amdgcn-amd-amdhsa -mcpu=gfxXYZ`) triples.

    [40 lines not shown]
DeltaFile
+314-323mlir/lib/Conversion/AMDGPUToROCDL/AMDGPUToROCDL.cpp
+246-0mlir/unittests/Dialect/LLVMIR/ROCDLTargetInfoTest.cpp
+178-0mlir/lib/Dialect/LLVMIR/IR/ROCDLTargetInfo.cpp
+119-0mlir/include/mlir/Dialect/LLVMIR/ROCDLTargetInfo.h
+45-40mlir/lib/Dialect/AMDGPU/Transforms/EmulateAtomics.cpp
+49-24mlir/test/Dialect/AMDGPU/amdgpu-emulate-atomics.mlir
+951-387103 files not shown
+1,501-696109 files

LLVM/project edec592mlir/include/mlir/Dialect/LLVMIR ROCDLTargetInfo.h, mlir/lib/Dialect/GPU/Pipelines GPUToROCDLPipeline.cpp

[mlir][AMDGPU] Take an `arch` target ID instead of triple/chip/features

`features` was a general `-mattr` string, which needed a general feature
parser and let callers ask for arbitrary combinations we have no interest
in supporting. In practice the only things anyone sets are the wavefront
size and the xnack/sramecc settings that come off a device query.

Replace `triple`, `chip` and `features` with a single `arch` option that
names the target the way Clang does, parsed by `llvm::AMDGPU::TargetID`
rather than by hand. It accepts

  - a processor, with optional target-ID modifiers: `gfx942`,
    `gfx942:xnack+`, `gfx9-4-generic`;
  - a triple: `amdgpu9.42-amd-amdhsa`;
  - a full target ID: `amdcgn-amd-amdhsa--gfx90a:sramecc+:xnack-`, which
    is what `rocminfo` prints for a device's ISA, so that output can be
    pasted straight in.

Since `chipset=gfx942` becomes `arch=gfx942`, migration is a rename.

    [22 lines not shown]
DeltaFile
+103-68mlir/lib/Dialect/LLVMIR/IR/ROCDLTargetInfo.cpp
+107-38mlir/unittests/Dialect/LLVMIR/ROCDLTargetInfoTest.cpp
+108-4mlir/lib/Dialect/GPU/Transforms/ROCDLAttachTarget.cpp
+98-0mlir/test/Dialect/LLVMIR/rocdl-attach-target-arch.mlir
+62-7mlir/include/mlir/Dialect/LLVMIR/ROCDLTargetInfo.h
+5-32mlir/lib/Dialect/GPU/Pipelines/GPUToROCDLPipeline.cpp
+483-14993 files not shown
+719-39799 files

LLVM/project 3f5f4e7mlir/docs ReleaseNotes.md, mlir/include/mlir/Dialect/LLVMIR ROCDLTargetInfo.h

[mlir][ROCDL] Carry `arch`'s xnack/sramecc onto the module

`rocdl-attach-target` rejected a target ID that pinned xnack or sramecc,
because `#rocdl.target` feeds a TargetMachine and the backend no longer
accepts those two as subtarget features. Now that the module attributes
exist, migrate them instead of refusing: `TargetInfo` gains
`migrateArchFeaturesToModuleFlags`, which records the settings the target
ID pinned as `rocdl.xnack` / `rocdl.sramecc` on a module, and
`rocdl-attach-target` calls it on each module it attaches to.

A setting the target ID leaves open, or that the GPU does not support, is
left alone rather than written as false: an absent flag means "either",
so writing false would be a different request. That also means an
attribute already on the module survives an `arch` that says nothing
about the feature, while an `arch` that does pin it wins as the more
specific request.
DeltaFile
+55-0mlir/unittests/Dialect/LLVMIR/ROCDLTargetInfoTest.cpp
+6-27mlir/lib/Dialect/GPU/Transforms/ROCDLAttachTarget.cpp
+17-10mlir/test/Dialect/LLVMIR/rocdl-attach-target-arch.mlir
+22-0mlir/lib/Dialect/LLVMIR/IR/ROCDLTargetInfo.cpp
+13-0mlir/include/mlir/Dialect/LLVMIR/ROCDLTargetInfo.h
+8-1mlir/docs/ReleaseNotes.md
+121-381 files not shown
+123-397 files

LLVM/project 9189f85mlir/test/Conversion/AMDGPUToROCDL permlane.mlir mfma-gfx950.mlir, mlir/test/Dialect/AMDGPU amdgpu-emulate-atomics.mlir

[mlir][AMDGPU][NFC] Pre-commit tests for incorrect version checks

There'll be a refactoring from `amdgpu::Chipset` to
`ROCDL::TargetInfo`, thus also moving from chip version checks to
features checks. This commit adds tests for incorrect lowerings that
were allowed by the current code.

- gfx90c is >= gfx90a but stil needs atomic emulation (it doesn't
  have buffer fmax and so on).
- gfx90c is also >= gfx90a but has no barrier back-off, so it needs
  the inline asm workaround around `s_barrier` that it isn't getting
- gfx908 doesn't have a packed fp16 atomic add but we thought it did
- gfx950 is mistakenly allowing xf32 MFMAs
- gfx1200 is allowing permlane_swap instructions that it doesn't have
- gfx11.7 should be allowing OCP FP8 conversions but isn't on the list

This also cleans up some redundant tests with a --check-prefixes

AI disclosure: Claude found these and wrote the tests.

    [2 lines not shown]
DeltaFile
+36-33mlir/test/Dialect/AMDGPU/amdgpu-emulate-atomics.mlir
+28-0mlir/test/Conversion/AMDGPUToROCDL/8-bit-floats-ocp-gfx1170.mlir
+15-0mlir/test/Conversion/AMDGPUToROCDL/lds-barrier-gfx90c.mlir
+14-0mlir/test/Conversion/AMDGPUToROCDL/mfma-gfx950.mlir
+4-0mlir/test/Conversion/AMDGPUToROCDL/permlane.mlir
+97-335 files

LLVM/project a73cc30mlir/test/Conversion/AMDGPUToROCDL permlane.mlir mfma-gfx950.mlir

Remove slop comments
DeltaFile
+0-5mlir/test/Conversion/AMDGPUToROCDL/8-bit-floats-ocp-gfx1170.mlir
+1-4mlir/test/Conversion/AMDGPUToROCDL/lds-barrier-gfx90c.mlir
+0-3mlir/test/Conversion/AMDGPUToROCDL/permlane.mlir
+0-3mlir/test/Conversion/AMDGPUToROCDL/mfma-gfx950.mlir
+1-154 files

HardenedBSD/src 3f293f4contrib/xz ChangeLog, sys/contrib/openzfs/cmd zhack.c

Merge remote-tracking branch 'rad/hardened/current/master' into hardened/current/pledge
DeltaFile
+1,829-0sys/contrib/openzfs/tests/unit/test_nvpair.c
+1,488-0contrib/xz/ChangeLog
+898-0usr.sbin/sysrc/sysrc.subr
+5-714usr.sbin/bsdconfig/share/sysrc.subr
+654-1sys/contrib/openzfs/cmd/zhack.c
+425-68sys/contrib/openzfs/module/zfs/zio.c
+5,299-783548 files not shown
+18,334-4,190554 files

HardenedBSD/src 14bcab2cddl/usr.sbin/dtrace/tests dtrace.test.mk, cddl/usr.sbin/dtrace/tests/tools dtest.sh

Merge remote-tracking branch 'rad/hardened/15-stable/main' into hardened/15-stable/pledge
DeltaFile
+23-1cddl/usr.sbin/dtrace/tests/tools/dtest.sh
+10-8cddl/usr.sbin/dtrace/tests/dtrace.test.mk
+2-5sys/netinet/sctp_usrreq.c
+3-4sys/netpfil/ipfilter/netinet/ip_nat.c
+7-0tests/sys/fs/fusefs/Makefile
+3-3lib/googletest/tests/Makefile.inc
+48-21100 files not shown
+339-134106 files

HardenedBSD/src b447a0dsys/contrib/openzfs/cmd zhack.c, sys/contrib/openzfs/module/zfs spa.c zio.c

Merge branch 'freebsd/current/main' into hardened/current/master
DeltaFile
+1,829-0sys/contrib/openzfs/tests/unit/test_nvpair.c
+898-0usr.sbin/sysrc/sysrc.subr
+5-714usr.sbin/bsdconfig/share/sysrc.subr
+654-1sys/contrib/openzfs/cmd/zhack.c
+425-68sys/contrib/openzfs/module/zfs/zio.c
+356-75sys/contrib/openzfs/module/zfs/spa.c
+4,167-858216 files not shown
+9,295-1,927222 files

HardenedBSD/src cbc115ecddl/usr.sbin/dtrace/tests dtrace.test.mk, cddl/usr.sbin/dtrace/tests/tools dtest.sh

Merge branch 'freebsd/15-stable/main' into hardened/15-stable/main
DeltaFile
+23-1cddl/usr.sbin/dtrace/tests/tools/dtest.sh
+10-8cddl/usr.sbin/dtrace/tests/dtrace.test.mk
+2-5sys/netinet/sctp_usrreq.c
+3-4sys/netpfil/ipfilter/netinet/ip_nat.c
+7-0tests/sys/fs/fusefs/Makefile
+3-3lib/googletest/tests/Makefile.inc
+48-21100 files not shown
+339-134106 files

HardenedBSD/ports 2ae0f52finance/hs-hledger-ui distinfo, finance/hs-hledger-web distinfo

Merge branch 'freebsd/main' into hardenedbsd/main
DeltaFile
+7,634-3,979games/anki/files/packagejsons/yarn.lock
+136-0security/vuxml/vuln/2026.xml
+29-61games/anki/distinfo
+25-39finance/hs-hledger-web/distinfo
+49-0security/vuxml/vuln/2025.xml
+23-23finance/hs-hledger-ui/distinfo
+7,896-4,10251 files not shown
+8,222-4,29957 files

FreeBSD/ports 2daebd5x11 Makefile, x11/bosd distinfo pkg-descr

x11/bosd: new port

X11 on-screen display engine: PNG glyphs, countdown digits,
outlined text, and a gauge bar. A warm daemon per channel
repaints in place.

Approved by:    fuz (mentor)
Reviewed by:    fuz (mentor), jrm (co-mentor; previous revision)
Differential Revision:  https://reviews.freebsd.org/D59517
DeltaFile
+63-0x11/bosd/pkg-plist
+44-0x11/bosd/Makefile
+4-0x11/bosd/pkg-descr
+3-0x11/bosd/distinfo
+1-0x11/Makefile
+115-05 files

LLVM/project 45e9b1alldb/include/lldb/Core DumpRegisterValue.h, lldb/source/Commands CommandObjectRegister.cpp

[lldb] Display GDB remote register vector values (#222724)

This completes GDB remote vector support in LLDB’s CLI.

- `register read <vector>` prints the raw register followed by typed
lanes.
- Supports direct, nested, three lane, byte, bool, and pointer vectors.
- Handles target byte order correctly.
- Explicit `--format` continues to show only the requested format.
- Bulk register reads remain compact.
- Unsupported flag widths safely remain raw.

Examples:
```
(lldb) register read v0
  v0 = {0x00 0x00 0xc0 0x3f 0x00 0x00 0x20 0x40 0x00 0x00 0x60 0x40 0x00 0x00 0x90 0x40}
     = ([0] = 1.5, [1] = 2.5, [2] = 3.5, [3] = 4.5)
(lldb) register read nested
  nested = {0x00 0x00 0xc0 0x3f 0x00 0x00 0x20 0x40 0x00 0x00 0x60 0x40 0x00 0x00 0x90 0x40}

    [39 lines not shown]
DeltaFile
+64-0lldb/test/API/functionalities/gdb_remote_client/TestXMLRegisterVector.py
+42-8lldb/source/Core/DumpRegisterValue.cpp
+8-9lldb/source/Commands/CommandObjectRegister.cpp
+15-0lldb/test/API/functionalities/gdb_remote_client/TestXMLRegisterFlags.py
+2-2lldb/include/lldb/Core/DumpRegisterValue.h
+131-195 files

LLVM/project ec8e699llvm/test/CodeGen/AMDGPU minimumnum.bf16.ll amdgcn.bitcast.128bit.ll

[AMDGPU] Fix for GFX11 VOPD interlock hazard

Co-authored-by: Cursor <cursoragent at cursor.com>
DeltaFile
+4,377-4,141llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.1024bit.ll
+2,597-2,593llvm/test/CodeGen/AMDGPU/bf16.ll
+2,633-2,496llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.512bit.ll
+1,272-1,259llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.256bit.ll
+698-692llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.128bit.ll
+422-427llvm/test/CodeGen/AMDGPU/minimumnum.bf16.ll
+11,999-11,60887 files not shown
+15,682-15,08093 files

LLVM/project e226b9elibc/config/linux/arm entrypoints.txt, libc/src/unistd/linux sysconf.cpp

[libc] Restrict sysconf/confstr to full-build mode. (#223103)

`sysconf` (and its sibling `confstr`) from `<unistd.h>` return some
values specific to the kernel/environment,
and some values specific to the system library (e.g. features available
in system library's pthread implementation).

Using LLVM-libc sysconf in overlay mode is inherently problematic - we
don't know what features host libc has,
and trying to reverse-engineer it would be brittle. Since we include
host libc's `<unistd.h>`, we can't even know in
advance what `_SC_` values or what macros would be available there, so
the portable implementation of `sysconf`
will be convoluted, and there's little benefits to it anyway.

Conversely, making sure that our `sysconf` implementation only compiles
against LLVM-libc's own headers will allow
us to precisely handle macro / features that we know are available /
supported.

    [6 lines not shown]
DeltaFile
+5-20libc/src/unistd/linux/sysconf.cpp
+4-4utils/bazel/llvm-project-overlay/libc/test/src/sys/mman/BUILD.bazel
+4-4libc/test/src/sys/mman/linux/CMakeLists.txt
+4-2libc/config/linux/arm/entrypoints.txt
+2-2libc/test/src/sys/mman/linux/remap_file_pages_test.cpp
+4-0utils/bazel/llvm-project-overlay/libc/BUILD.bazel
+23-326 files not shown
+35-4412 files

LLVM/project aea3370llvm/test/CodeGen/AArch64 fold-int-pow2-with-fmul-or-fdiv.ll

Fix lit test
DeltaFile
+1-1llvm/test/CodeGen/AArch64/fold-int-pow2-with-fmul-or-fdiv.ll
+1-11 files

FreeNAS/freenas 9b657a6src/middlewared/middlewared/alert/source ipmi_sel.py, src/middlewared/middlewared/pytest/unit/alert/inventory applicability.txt

Remove correctable ECC memory errors from `IPMISELAlert`, and raise a separate error if there were more than 10 in the last 24 hours
DeltaFile
+62-0src/middlewared/middlewared/pytest/unit/alert/source/test_ipmi_sel.py
+49-2src/middlewared/middlewared/alert/source/ipmi_sel.py
+2-0src/middlewared/middlewared/pytest/unit/alert/inventory/applicability.txt
+113-23 files

FreeNAS/freenas 9884dd1src/middlewared/middlewared/plugins/filesystem_ acl.py, tests/api2 test_s3_bucket.py

Reject recursive permissions changes on S3 bucket mountpoints

filesystem.chown, filesystem.setperm and filesystem.setacl now refuse
a recursive change whose path is the mountpoint of a dataset consumed
by an S3 bucket, or that would traverse into one from above. The error
points the caller at the bucket's s3data directory instead, since a
recursive change over the whole bucket may have undefined behavior and
expose security risks.
DeltaFile
+57-0src/middlewared/middlewared/plugins/filesystem_/acl.py
+54-1tests/api2/test_s3_bucket.py
+111-12 files

LLVM/project 5f65374flang/lib/Optimizer/HLFIR/Transforms SimplifyHLFIRIntrinsics.cpp, flang/test/HLFIR simplify-hlfir-intrinsics-eoshift.fir

[Flang][HLFIR] Bail out of EOSHIFT simplification for polymorphic arrays (#223118)

Consider the following code
```
module m
    type Base
        integer :: i = 8
    end type

    type, extends(Base) :: Child
        integer :: j = 9
    end type
end module

program argumentKeyword002
use m
    class(*), pointer :: b1(:,:,:), boundVal

    allocate(b1(3,2,2), SOURCE=reshape((/(i,i=1,12)/), &

    [28 lines not shown]
DeltaFile
+34-0flang/test/HLFIR/simplify-hlfir-intrinsics-eoshift.fir
+5-4flang/lib/Optimizer/HLFIR/Transforms/SimplifyHLFIRIntrinsics.cpp
+39-42 files

HardenedBSD/ports 65434f7games/anki pkg-plist Makefile.crates, games/anki/files patch-build_ninja__gen_src_node.rs

games/anki: Update to 26.09

* Migrate to Yarn v4 to be in sync with upstream.  To ensure that the
  preinstalled Yarn v4 is actually used, a few minor workarounds and a
  new variable PREINSTALLED_YARN are required.

  The latter is necessary because, with Yarn v2 and newer, environment
  variables prefixed with YARN_ can no longer be used.

* Sort pkg-plist while I'm here.

Changelog:

https://github.com/ankitects/anki/releases/tag/26.09

MFH:            2026Q3
Security:       ce54d883-b060-11f1-b187-901b0edee044
DeltaFile
+7,634-3,979games/anki/files/packagejsons/yarn.lock
+29-61games/anki/distinfo
+17-19games/anki/files/packagejsons/package.json
+9-26games/anki/Makefile.crates
+27-0games/anki/files/patch-build_ninja__gen_src_node.rs
+3-15games/anki/pkg-plist
+7,719-4,1004 files not shown
+7,752-4,12010 files