FreeNAS/freenas 66e8075src/middlewared/middlewared/plugins/reporting/netdata graphs.py

NAS-141692 / 26.0.0-RC.1 / Fix UPS Input Load graph showing Watts on a percentage axis (by Qubad786) (#19312)

## Problem
The "UPS Input Load" report has `vertical_label = 'Percentage'` but
pointed `get_chart_name()` at Netdata's `upsd_<id>.load_usage` chart,
whose units are Watts (`ups.realpower`, or `ups.load/100 ×
ups.realpower.nominal`). So the graph rendered absolute power draw (e.g.
~117W for a ~30% load on a 390W UPS) under a "Percentage" axis. This
regressed in the python.d→go.d Netdata migration, which renamed the
chart from `nut_<id>.load` to `load_usage` without updating the label —
the migration picked the wrong sibling chart.

## Solution
Point the chart at `upsd_<id>.load_percentage` (units: percentage),
which maps to the raw NUT `ups.load` variable and matches both the
existing label and title. This chart is gated on the same `ups.load`
variable as `load_usage`, so it's available under identical conditions,
and it populates even on UPSes that don't report realpower — where
`load_usage` would be empty.

    [3 lines not shown]
DeltaFile
+1-1src/middlewared/middlewared/plugins/reporting/netdata/graphs.py
+1-11 files

FreeNAS/freenas f037355src/middlewared/middlewared/plugins/reporting/netdata graphs.py

NAS-141692 / 27.0.0-BETA.1 / Fix UPS Input Load graph showing Watts on a percentage axis (#19294)

## Problem
The "UPS Input Load" report has `vertical_label = 'Percentage'` but
pointed `get_chart_name()` at Netdata's `upsd_<id>.load_usage` chart,
whose units are Watts (`ups.realpower`, or `ups.load/100 ×
ups.realpower.nominal`). So the graph rendered absolute power draw (e.g.
~117W for a ~30% load on a 390W UPS) under a "Percentage" axis. This
regressed in the python.d→go.d Netdata migration, which renamed the
chart from `nut_<id>.load` to `load_usage` without updating the label —
the migration picked the wrong sibling chart.

## Solution
Point the chart at `upsd_<id>.load_percentage` (units: percentage),
which maps to the raw NUT `ups.load` variable and matches both the
existing label and title. This chart is gated on the same `ups.load`
variable as `load_usage`, so it's available under identical conditions,
and it populates even on UPSes that don't report realpower — where
`load_usage` would be empty.
DeltaFile
+1-1src/middlewared/middlewared/plugins/reporting/netdata/graphs.py
+1-11 files

FreeNAS/freenas ffc1148src/middlewared/middlewared/plugins/boot __init__.py, src/middlewared/middlewared/plugins/zfs_ zfs_events.py

Address get_disks feedback
DeltaFile
+13-13src/middlewared/middlewared/pytest/unit/plugins/boot/test_boot_pool_state.py
+7-15src/middlewared/middlewared/utils/boot/pool.py
+8-6src/middlewared/middlewared/plugins/boot/__init__.py
+2-2src/middlewared/middlewared/plugins/zfs_/zfs_events.py
+30-364 files

FreeBSD/ports 0378129www/pocket-id distinfo Makefile

www/pocket-id: Update to 2.11.0

ChangeLogs:

- https://github.com/pocket-id/pocket-id/releases/tag/v2.10.0
- https://github.com/pocket-id/pocket-id/releases/tag/v2.11.0
DeltaFile
+7-7www/pocket-id/distinfo
+1-2www/pocket-id/Makefile
+8-92 files

FreeBSD/ports d6a5da1textproc/py-typst distinfo Makefile.crates, textproc/py-typst/files patch-Cargo.toml patch-Cargo.lock

textproc/py-typst: Update to 0.15.0

ChangeLog: https://github.com/messense/typst-py/releases/tag/v0.15.0
DeltaFile
+227-241textproc/py-typst/distinfo
+112-119textproc/py-typst/Makefile.crates
+7-7textproc/py-typst/files/patch-Cargo.toml
+6-6textproc/py-typst/files/patch-Cargo.lock
+1-2textproc/py-typst/Makefile
+353-3755 files

FreeBSD/ports 3544159sysutils/go-ntfy distinfo Makefile

sysutils/go-ntfy: Update to 0.26.0

ChangeLogs:

- https://github.com/binwiederhier/ntfy/releases/tag/v2.25.0
- https://github.com/binwiederhier/ntfy/releases/tag/v2.26.0
DeltaFile
+7-7sysutils/go-ntfy/distinfo
+2-3sysutils/go-ntfy/Makefile
+9-102 files

FreeBSD/ports 95aaad2www/filebrowser distinfo Makefile

www/filebrowser: Update to 2.63.18

ChangeLogs:

- https://github.com/filebrowser/filebrowser/releases/tag/v2.63.16
- https://github.com/filebrowser/filebrowser/releases/tag/v2.63.17
- https://github.com/filebrowser/filebrowser/releases/tag/v2.63.18
DeltaFile
+7-7www/filebrowser/distinfo
+2-3www/filebrowser/Makefile
+9-102 files

FreeBSD/ports b2e64f2multimedia/navidrome distinfo Makefile

multimedia/navidrome: Update to 0.63.2

ChangeLogs:

- https://github.com/navidrome/navidrome/releases/tag/v0.63.0
- https://github.com/navidrome/navidrome/releases/tag/v0.63.1
- https://github.com/navidrome/navidrome/releases/tag/v0.63.2
DeltaFile
+7-7multimedia/navidrome/distinfo
+2-3multimedia/navidrome/Makefile
+9-102 files

FreeBSD/ports 1d0f0e3sysutils/backrest distinfo Makefile

sysutils/backrest: Update to 1.14.1

ChangeLogs:

- https://github.com/garethgeorge/backrest/releases/tag/v1.14.0
- https://github.com/garethgeorge/backrest/releases/tag/v1.14.1
DeltaFile
+7-7sysutils/backrest/distinfo
+2-3sysutils/backrest/Makefile
+9-102 files

FreeBSD/ports 0e42c72sysutils/bin distinfo Makefile

sysutils/bin: Update to 0.28.0

ChangeLogs:

- https://github.com/marcosnils/bin/releases/tag/v0.27.0
- https://github.com/marcosnils/bin/releases/tag/v0.28.0
DeltaFile
+5-5sysutils/bin/distinfo
+3-4sysutils/bin/Makefile
+8-92 files

FreeBSD/ports 32b1731security/py-unicode-show distinfo Makefile

security/py-unicode-show: Update to 53.2-1
DeltaFile
+3-3security/py-unicode-show/distinfo
+1-1security/py-unicode-show/Makefile
+4-42 files

FreeBSD/ports eb65e7esecurity/py-privleap distinfo Makefile

security/py-privleap: Update to 6.1-1
DeltaFile
+3-3security/py-privleap/distinfo
+1-1security/py-privleap/Makefile
+4-42 files

FreeNAS/freenas 5962a10src/freenas/usr/libexec/netdata/python.d truenas_arcstats.chart.py

NAS-141765 / 26.0.0-RC.1 / Add /s suffix to per-second ARC/L2ARC chart units (by Qubad786) (#19311)

## Problem
Eight ARC/L2ARC charts in truenas_arcstats.chart.py (dmhit, dmioh,
dmmis, l2hits, l2miss, l2read, l2bytes, l2wbytes) use netdata's
incremental algorithm, which plots the counter delta divided by the
collection interval, i.e. a per-second rate. Their units strings were
bare names (e.g. l2bytes) with no /s, so the label read like a raw total
even though the value is a rate. This was inconsistent with the sibling
incremental charts (dread, ddread, dmread, ddhit, ddioh, ddmis) that
already use /s, and with the chart context strings that already say "per
second".

## Solution
Appended /s to the units string of those eight charts so every
incremental chart's units label reflects the per-second rate it actually
plots. Label-only change; the plotted values are unaffected, and there
is no user-facing regression since the TrueNAS UI sources its axis
labels from the reporting graphs' vertical_label, not from this netdata

    [4 lines not shown]
DeltaFile
+8-8src/freenas/usr/libexec/netdata/python.d/truenas_arcstats.chart.py
+8-81 files

LLVM/project e3227dallvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/test/Transforms/SLPVectorizer/X86 crash_scatter_load_reorder.ll

[SLP] Fix ScatterVectorize reorder desyncing scalars from operands

Record the reorder in ReorderIndices instead of permuting the scatter node's
Scalars, keeping them aligned with the per-lane operand list the scheduler
reads.

Fixes #209444

Reviewers: 

Pull Request: https://github.com/llvm/llvm-project/pull/209594
DeltaFile
+118-0llvm/test/Transforms/SLPVectorizer/X86/crash_scatter_load_reorder.ll
+11-0llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+129-02 files

LLVM/project 9035d06flang/lib/Optimizer/Transforms/CUDA CUFAddConstructor.cpp, flang/test/Fir/CUDA cuda-managed-descriptor-component.fir

[flang][cuda] Size managed globals with descriptor components via LLVM Type (#209577)

When we do `-cuda -gpu=unified` (or `managed`) on a derived type with an
allocatable/pointer component, recent change
https://github.com/llvm/llvm-project/pull/209292 implicitly
attributed the component making lowering place the enclosing
derived-type global
in CUF managed memory. `CUFAddConstructor` then sizes that global via
`getTypeSizeAndAlignmentOrCrash`, which has no case for the descriptor
component
(`!fir.box<...>`) and aborts.

With this change, instead of aborting, we fall back to converting the
global to its LLVM type which
inlines the fixed-size descriptors, and query the data layout.
DeltaFile
+26-0flang/lib/Optimizer/Transforms/CUDA/CUFAddConstructor.cpp
+17-0flang/test/Fir/CUDA/cuda-managed-descriptor-component.fir
+43-02 files

FreeBSD/ports 017e087x11/xstdcmap distinfo Makefile

x11/xstdcmap: update to 1.0.6

PR:             296752
Approved by:    x11 (arrowd, maintainer)

Sponsored by:   tipi.work
DeltaFile
+3-3x11/xstdcmap/distinfo
+1-3x11/xstdcmap/Makefile
+4-62 files

NetBSD/pkgsrc-wip a33138f. Makefile, ed COMMIT_MSG Makefile

ed: remove, imported to pkgsrc
DeltaFile
+0-135ed/COMMIT_MSG
+0-35ed/Makefile
+0-10ed/PLIST
+0-7ed/DESCR
+0-5ed/distinfo
+0-1Makefile
+0-1936 files

FreeNAS/freenas a9bfa40src/freenas/usr/libexec/netdata/python.d truenas_arcstats.chart.py

NAS-141765 / 27.0.0-BETA.1 / Add /s suffix to per-second ARC/L2ARC chart units (#19295)

## Problem
Eight ARC/L2ARC charts in truenas_arcstats.chart.py (dmhit, dmioh,
dmmis, l2hits, l2miss, l2read, l2bytes, l2wbytes) use netdata's
incremental algorithm, which plots the counter delta divided by the
collection interval, i.e. a per-second rate. Their units strings were
bare names (e.g. l2bytes) with no /s, so the label read like a raw total
even though the value is a rate. This was inconsistent with the sibling
incremental charts (dread, ddread, dmread, ddhit, ddioh, ddmis) that
already use /s, and with the chart context strings that already say "per
second".

## Solution
Appended /s to the units string of those eight charts so every
incremental chart's units label reflects the per-second rate it actually
plots. Label-only change; the plotted values are unaffected, and there
is no user-facing regression since the TrueNAS UI sources its axis
labels from the reporting graphs' vertical_label, not from this netdata
units field.
DeltaFile
+8-8src/freenas/usr/libexec/netdata/python.d/truenas_arcstats.chart.py
+8-81 files

LLVM/project fbe6300mlir/lib/Dialect/Bufferization/Transforms StaticMemoryPlannerAnalysis.cpp, mlir/test/Dialect/Bufferization/Transforms static-memory-planner-analysis.mlir

[mlir][bufferization] Handle arith.select-based deallocs in static memory planner

Allocs freed indirectly via arith.select chains were previously skipped.
This adds forward select-chain traversal so patterns like:
  %2 = arith.select %c, %0, %1
  memref.dealloc %2
are now handled correctly.

A group constraint ensures that all allocs sharing a select-based
dealloc are either all placed in the arena or all skipped — putting
one alloc in while leaving its peer out would break the dealloc.

Also fixes the O(n*m) block scan in buildAllocInfos by doing a single
upfront pass with a DenseMap index.

Tests added for single-alloc select, shared select-dealloc, and the
two-select two-dealloc pattern.
DeltaFile
+82-38mlir/lib/Dialect/Bufferization/Transforms/StaticMemoryPlannerAnalysis.cpp
+61-0mlir/test/Dialect/Bufferization/Transforms/static-memory-planner-analysis.mlir
+143-382 files

LLVM/project ea56bc3llvm/test/CodeGen/AMDGPU scratch-simple.ll schedule-amdgpu-trackers.ll

AMDGPU: Migrate CodeGen tests to amdgpu subarch triple (30) (#209559)

Mechanically migrate the command-line target spelling on llc/opt RUN
lines in llvm/test/CodeGen/AMDGPU from -mtriple=amdgcn ... -mcpu=<gfx> to the
folded subarch triple form (e.g. -mtriple=amdgpu9.00-amd-amdhsa), dropping the
redundant -mcpu.

Co-Authored-By: Claude <noreply at anthropic.com> (Claude-Opus-4.8)
DeltaFile
+12-12llvm/test/CodeGen/AMDGPU/scratch-simple.ll
+8-8llvm/test/CodeGen/AMDGPU/schedule-amdgpu-trackers.ll
+8-8llvm/test/CodeGen/AMDGPU/scale-offset-global.ll
+8-8llvm/test/CodeGen/AMDGPU/schedule-regpressure-limit2.ll
+8-8llvm/test/CodeGen/AMDGPU/scale-offset-scratch.ll
+6-6llvm/test/CodeGen/AMDGPU/select-flags-to-fmin-fmax.ll
+50-5094 files not shown
+231-231100 files

LLVM/project 527396dllvm/test/CodeGen/AMDGPU remove-incompatible-functions.ll roundeven.ll

AMDGPU: Migrate CodeGen tests to amdgpu subarch triple (29) (#209558)

Mechanically migrate the command-line target spelling on llc/opt RUN
lines in llvm/test/CodeGen/AMDGPU from -mtriple=amdgcn ... -mcpu=<gfx> to the
folded subarch triple form (e.g. -mtriple=amdgpu9.00-amd-amdhsa), dropping the
redundant -mcpu.

Co-Authored-By: Claude <noreply at anthropic.com> (Claude-Opus-4.8)
DeltaFile
+14-14llvm/test/CodeGen/AMDGPU/remove-incompatible-functions.ll
+14-14llvm/test/CodeGen/AMDGPU/roundeven.ll
+10-10llvm/test/CodeGen/AMDGPU/remove-incompatible-wave32-feature.ll
+9-9llvm/test/CodeGen/AMDGPU/s_code_end.ll
+8-8llvm/test/CodeGen/AMDGPU/rsq.f64.ll
+6-6llvm/test/CodeGen/AMDGPU/remove-incompatible-s-time.ll
+61-6196 files not shown
+240-240102 files

FreeNAS/freenas ebc8f6bsrc/middlewared/middlewared/api/v26_0_0 app_image.py

NAS-141755 / 26.0.0-RC.1 / Redact app.image.pull registry credentials in job history and logs (by Qubad786) (#19305)

## Problem
The `auth_config` username/password accepted by `app.image.pull` were
typed as plain `str`, so the secret scrubber never masked them. Any
registry credentials supplied for a private image pull landed in
cleartext in `core.get_jobs` arguments (which get bundled into support
debugs) and in `middlewared.log`.

## Solution
Wrapped `username`/`password` in `Secret[str]` in the current and 26.0
API models, matching what `app.registry` already does, and unwrapped
them with `.get_secret_value()` in the pull plugin so the real values
still reach the registry. Job arguments and logs now show `********`.

Original PR: https://github.com/truenas/middleware/pull/19293

Co-authored-by: M. Rehan <mrehanlm93 at gmail.com>
DeltaFile
+3-3src/middlewared/middlewared/api/v26_0_0/app_image.py
+3-31 files

LLVM/project b43a007llvm/lib/Transforms/Vectorize VPlan.h VPlanTransforms.cpp

[VPlan] Introduce VPIRFlags::getNWFlagsOrNone (NFC) (#207176)

Similar to getFMFOrNone. Also introduce a default WrapFlagsTy
constructor to go along with it.
DeltaFile
+5-4llvm/lib/Transforms/Vectorize/VPlan.h
+4-4llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+1-2llvm/lib/Transforms/Vectorize/VPlanUnroll.cpp
+10-103 files

LLVM/project 970eb1bclang/test/OpenMP teams_distribute_parallel_for_simd_if_openmp52_codegen.cpp target_teams_distribute_parallel_for_simd_if_openmp52_codegen.cpp, llvm/test/CodeGen/AMDGPU/GlobalISel legalize-llvm.amdgcn.image.sample.a16.ll legalize-store-global.mir

Merge branch 'main' into users/kuilpd/add-source-in-debug-module-flag
DeltaFile
+23,904-12llvm/test/CodeGen/RISCV/clmul.ll
+6,601-5,921llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-llvm.amdgcn.image.sample.a16.ll
+12,190-0clang/test/OpenMP/teams_distribute_parallel_for_simd_if_openmp52_codegen.cpp
+12,098-0clang/test/OpenMP/target_teams_distribute_parallel_for_simd_if_openmp52_codegen.cpp
+4,734-4,734llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-store-global.mir
+4,072-4,024llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-llvm.amdgcn.image.dim.a16.ll
+63,599-14,6916,863 files not shown
+366,431-258,3976,869 files

LLVM/project 9383abfllvm/test/CodeGen/AMDGPU eliminate-frame-index-v-add-co-u32.mir eliminate-frame-index-s-add-i32.mir

[AMDGPU] Fix CFI emission when scratch instructions are used to spill

4b1cfc5d7c606e "[NFCI][AMDGPU] Final touch before moving to
`GET_SUBTARGETINFO_MACRO` (#177401)" (or more generally the move to
hasFlatScratchEnabled over just enableFlatScratch) was missed during the
CFI upstreaming for AMDGPU, and so we currently define the CFA
incorrectly for the architected flat scratch case.

This incorrect CFI is generated for e.g. gfx942. For such architecture,
the stack pointer (s32) holds a swizzled address (per-lane offset) but
the CFA needs to be an unswizzled address (per-wave).

In the incorrect program, we have a prologue looking like:

        s_waitcnt vmcnt(0) expcnt(0) lgkmcnt(0)
        s_mov_b32 s0, s33
        s_mov_b32 s33, s32
        [...]
        s_add_i32 s32, s32, 16

    [24 lines not shown]
DeltaFile
+76-76llvm/test/CodeGen/AMDGPU/eliminate-frame-index-v-add-co-u32.mir
+50-50llvm/test/CodeGen/AMDGPU/eliminate-frame-index-s-add-i32.mir
+57-37llvm/test/CodeGen/AMDGPU/vgpr-spill.mir
+31-31llvm/test/CodeGen/AMDGPU/eliminate-frame-index-v-add-u32.mir
+20-20llvm/test/CodeGen/AMDGPU/eliminate-frame-index-v-add-co-u32-wave32.mir
+10-10llvm/test/CodeGen/AMDGPU/eliminate-frame-index-scalar-bit-ops.mir
+244-2249 files not shown
+286-26615 files

LLVM/project f96db53llvm/test/CodeGen/AMDGPU misaligned-vgpr-regsequence.mir

[AMDGPU] Add stackPtrOffsetReg to llvm/test/CodeGen/AMDGPU/misaligned-vgpr-regsequence.mir

Prepare for this being observable to the CFA generation code.

Change-Id: I56d00133148fd2c8f0e0ed41edca446553c664bc
DeltaFile
+2-0llvm/test/CodeGen/AMDGPU/misaligned-vgpr-regsequence.mir
+2-01 files

LLVM/project 995b722llvm/lib/Target/AMDGPU SIFrameLowering.cpp

[AMDGPU] Fix type for DWARF register number in SIFrameLowering (#209535)

It so happened that using MCRegister here happened to work, but
the encoded dwarf number is definitely not an MCRegister.
DeltaFile
+3-4llvm/lib/Target/AMDGPU/SIFrameLowering.cpp
+3-41 files

LLVM/project e4a959fmlir/utils generate-test-checks.py

[NFC] [MLIR] fix typo in argument desc (#209587)
DeltaFile
+1-1mlir/utils/generate-test-checks.py
+1-11 files

FreeNAS/freenas d3ad336src/middlewared/middlewared/plugins boot.py, src/middlewared/middlewared/plugins/boot __init__.py format.py

Convert boot plugin to typesafe pattern

## Problem
The boot service was old-style dict-based code spread across three files (boot.py, boot_/format.py, boot_/boot_loader.py) that all declared the same BootService, so the framework silently merged them into a CompoundService. None of it was type-checked end to end, and every in-process consumer reached it through untyped string middleware.call('boot.*').

## Solution
- Consolidate everything into a single plugins/boot/ package using the port pattern: a lean BootService in __init__.py that delegates to plain, fully type-annotated module functions in disks.py/format.py/pool_ops.py, with @api_method(check_annotations=True) public methods and @private stubs. boot.get_state now returns a BootGetState model; internal callers use a dict state helper so nothing breaks on attribute-vs-key access.
- Register boot in main.py's ServiceContainer and have it own boot.environment as a sub-service, replacing BootServicesContainer.
- Expose the boot-pool name/disks cache through accessor functions instead of a module global. This also fixes a latent bug where libvirt/cdrom.py imported the global at module load (before setup runs), bound it to None, and so never filtered the boot pool out of CDROM path validation.
- Convert every same-process boot.* string call to typed call2/call_sync2 across sysdataset, zfs_events, disk, failover, and the zpool/audit/tunable/update/system_advanced plugins, the alert sources, and the cron/fstab makos, keeping each site's sync/async flavour.
- Keep the private update_initramfs/format models in the plugin (check_model_module requires private-method models to live there, not in the api package) and import them lazily from consumers, otherwise pulling boot/__init__ into the early service-init chain deadlocks on a partially-initialised middlewared.service.
- Add plugins/boot/ to mypy.yml.
DeltaFile
+0-372src/middlewared/middlewared/plugins/boot.py
+180-0src/middlewared/middlewared/plugins/boot/__init__.py
+160-0src/middlewared/middlewared/plugins/boot/format.py
+159-0src/middlewared/middlewared/plugins/boot/pool_ops.py
+0-115src/middlewared/middlewared/plugins/boot_/format.py
+86-0src/middlewared/middlewared/plugins/boot/disks.py
+585-48746 files not shown
+789-60052 files

FreeNAS/freenas 5a5a6a8src/middlewared/middlewared/plugins/boot disks.py pool_ops.py, src/middlewared/middlewared/plugins/boot_environment crud.py

Address reviews
DeltaFile
+101-12src/middlewared/middlewared/utils/boot/pool.py
+0-79src/middlewared/middlewared/plugins/boot/disks.py
+73-0src/middlewared/middlewared/pytest/unit/plugins/boot/test_boot_pool_state.py
+22-21src/middlewared/middlewared/plugins/boot/pool_ops.py
+8-8src/middlewared/middlewared/plugins/boot/__init__.py
+1-3src/middlewared/middlewared/plugins/boot_environment/crud.py
+205-1234 files not shown
+209-12910 files