LLVM/project d3f58f9llvm/lib/CodeGen/AsmPrinter DwarfExpression.cpp, llvm/lib/Target/WebAssembly WebAssemblyFrameLowering.cpp

[DebugInfo][WebAssembly] Anchor stack locals to the frame base (#211826)

WebAssembly's stack pointer is not a register that can be described in
DWARF. When a function has no virtual frame base, because its stack
pointer is never explicitly referenced (e.g. a function whose only local
is dead), the frame base falls back to the __stack_pointer global and
the frame register is the physical SP.

addMachineReg failed for that register, so addMachineRegExpression
dropped the base and the caller emitted the frame offset with nothing
under it: a bare DW_OP_plus_uconst that underflows the DWARF stack when
the location is evaluated.

```
  DW_AT_frame_base (DW_OP_WASM_location 0x3 0x0, DW_OP_stack_value)
    DW_AT_location  (DW_OP_plus_uconst 0xc)   ;; before
    DW_AT_location  (DW_OP_fbreg +12)         ;; after
```


    [10 lines not shown]
DeltaFile
+39-0llvm/test/DebugInfo/WebAssembly/dbg-fbreg-global-frame-base.ll
+7-0llvm/lib/CodeGen/AsmPrinter/DwarfExpression.cpp
+3-2llvm/lib/Target/WebAssembly/WebAssemblyFrameLowering.cpp
+49-23 files

LLVM/project 0bd9716flang/include/flang/Semantics openmp-modifiers.h

[flang][OpenMP] Use llvm::omp::ClauseSet in modifier verification (#211900)

It's a trivial type substitution.
DeltaFile
+1-1flang/include/flang/Semantics/openmp-modifiers.h
+1-11 files

LLVM/project 4669e21llvm/docs LangRef.md, llvm/lib/AsmParser LLParser.cpp

[LangRef] Rewrite the elementwise atomic description and reject seq_cst elementwise atomics (#209931)

This is a follow-up on the discussion here:
https://github.com/llvm/llvm-project/pull/204329

The problem with specifying `seq_cst` on `elementwise `atomics is that
the LangRef states:

> there is a global total order on all sequentially-consistent
operations on all addresses.

But the individual accesses of `elementwise` `seq_cst` atomics are not
consistent, which contradicts this. I think we could refine this in the
future, but start off by saying `seq_cst` is not permitted.

I think my clarification of the LangRef makes the following example
clearer:

```

    [18 lines not shown]
DeltaFile
+52-0llvm/unittests/IR/VerifierTest.cpp
+30-10llvm/docs/LangRef.md
+8-0llvm/test/Assembler/invalid-load-store-atomic-elementwise.ll
+4-4llvm/test/Bitcode/compatibility.ll
+8-0llvm/test/Assembler/invalid-atomicrmw-elementwise.ll
+5-0llvm/lib/AsmParser/LLParser.cpp
+107-144 files not shown
+117-2010 files

FreeBSD/ports f377481databases/prisma-engines distinfo Makefile.crates

databases/prisma-engines: Fix build

Use metrics-0.23.1 that fixes the build with newer rust

PR:             293683
DeltaFile
+3-3databases/prisma-engines/distinfo
+1-1databases/prisma-engines/Makefile.crates
+4-42 files

FreeBSD/ports 26fe7e0deskutils/calibre Makefile

deskutils/calibre: Add dependency on py-sqlite3

py-sqlite3 is required for reader device automount to work properly.

MFH:            2026Q3

(cherry picked from commit 26fdd7a8b8e48b3937a289182beaf719e8627f0d)
DeltaFile
+2-1deskutils/calibre/Makefile
+2-11 files

LLVM/project 0c98cadllvm/lib/Transforms/IPO InstrumentorUtils.cpp Instrumentor.cpp, llvm/test/Instrumentation/Instrumentor test_filter_flags.ll test_filter_flags_config.json

[Instrumentor] Improve filtering for flag values (#206667)

This pull request modifies the instrumentor's filter expression parser.
It introduces the logical not operator (`!`), flag property access (e.g.
`flags.nuw`), and binary literals.
DeltaFile
+48-12llvm/lib/Transforms/IPO/InstrumentorUtils.cpp
+35-0llvm/test/Instrumentation/Instrumentor/test_filter_flags.ll
+31-0llvm/test/Instrumentation/Instrumentor/test_filter_flags_config.json
+18-0llvm/lib/Transforms/IPO/Instrumentor.cpp
+13-0llvm/test/Instrumentation/Instrumentor/test_filter_not_error_config.json
+6-0llvm/test/Instrumentation/Instrumentor/test_filter_not_error.ll
+151-121 files not shown
+156-127 files

FreeBSD/ports d0c2890mail/courier-imap distinfo Makefile

mail/courier-imap: Update to 6.0.4

Fixes crash when using CRAM-MD5 authentication

PR:             296975
MFH:            2026Q3

(cherry picked from commit 38f8b7136565d58d2055044a23d84e00582285fb)
DeltaFile
+3-3mail/courier-imap/distinfo
+1-1mail/courier-imap/Makefile
+4-42 files

FreeBSD/ports 9e58c2f. MOVED, devel Makefile

devel/log4j: Remove expired port

2026-07-24 devel/log4j: EOL since 2015, superseded by devel/apache-log4j2; https://news.apache.org/foundation/entry/apache_logging_services_project_announces
DeltaFile
+0-41devel/log4j/Makefile
+0-8devel/log4j/pkg-descr
+0-2devel/log4j/distinfo
+0-1devel/Makefile
+1-0MOVED
+1-525 files

FreeBSD/ports 84c91f9. MOVED, databases Makefile

databases/mysql-connector-java51: Remove expired port

2026-07-24 databases/mysql-connector-java51: Superseded by mysql-connector-j, no users in the tree.
DeltaFile
+0-77databases/mysql-connector-java51/Makefile
+0-11databases/mysql-connector-java51/pkg-descr
+0-3databases/mysql-connector-java51/distinfo
+1-0MOVED
+0-1databases/Makefile
+1-925 files

FreeBSD/ports 26fdd7adeskutils/calibre Makefile

deskutils/calibre: Add dependency on py-sqlite3

py-sqlite3 is required for reader device automount to work properly.

MFH:            2026Q3
DeltaFile
+2-1deskutils/calibre/Makefile
+2-11 files

FreeBSD/ports ec36f70net/rustdesk-server distinfo Makefile.crates, net/rustdesk-server/files patch-Cargo.lock patch-Cargo.toml

net/rustdesk-server: Update to 1.1.16

Drop maintainership.
DeltaFile
+875-837net/rustdesk-server/files/patch-Cargo.lock
+393-389net/rustdesk-server/distinfo
+195-193net/rustdesk-server/Makefile.crates
+0-10net/rustdesk-server/files/patch-Cargo.toml
+2-3net/rustdesk-server/Makefile
+1,465-1,4325 files

FreeBSD/ports 38f8b71mail/courier-imap distinfo Makefile

mail/courier-imap: Update to 6.0.4

Fixes crash when using CRAM-MD5 authentication

PR:             296975
MFH:            2026Q3
DeltaFile
+3-3mail/courier-imap/distinfo
+1-1mail/courier-imap/Makefile
+4-42 files

OpenZFS/src 3020c18module/zfs dmu_recv.c

dmu_recv: Avoid potential null deref

Compilers are smart enough to deref only if the first && operand is
true, so this is mostly to avoid false positives from sanitizers.

Sponsored-by: Klara, Inc.
Sponsored-by: Wasabi Technology, Inc.
Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Reviewed-by: Alexander Motin <alexander.motin at TrueNAS.com>
Signed-off-by: Igor Ostapenko <igor.ostapenko at klarasystems.com>
Closes #18848
DeltaFile
+3-1module/zfs/dmu_recv.c
+3-11 files

OpenZFS/src a04c401module/zfs ddt.c

DDT: Fix several bugs in pruning

- Fix variables types to avoid overflows after 2B entries.
 - Make ddt_prune_walk() code some more symmetrical.
 - Fix zero oldest on exact target to histogram value match.
 - Make bin 0 properly start from 0, not 1 hour.
 - Take as a cutoff base a time of histogram build start.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: Alexander Motin <alexander.motin at TrueNAS.com>
Closes #18838
DeltaFile
+18-14module/zfs/ddt.c
+18-141 files

OpenZFS/src 50557cccmd/zpool zpool_main.c, lib/libzfs libzfs_pool.c

zpool initialize: add -z to write zeroes

zpool initialize writes a non-zero pattern (0xdeadbeefdeadbeee) to free
space.  The pattern can be changed globally with the
zfs_initialize_value module parameter, but there was no per-command way
to zero free space, which is what is wanted to reclaim thinly
provisioned backing storage.

Add a -z/--zero flag to "zpool initialize" that writes zeroes for that
run.  The fill value is threaded from the CLI through libzfs and the
POOL_INITIALIZE ioctl into vdev_initialize(), and is recorded in the
leaf ZAP so a run that is suspended and resumed (including across export
and import) keeps writing the same value.  When no value is supplied the
zfs_initialize_value default is used, preserving existing behavior.  -z
is only valid when starting initialization.

The zpool-initialize(8) page notes that -z targets backing storage which
does not support TRIM and points at zpool-trim(8) as the more efficient
option when the device does support it; zfs.4 documents

    [12 lines not shown]
DeltaFile
+94-0tests/zfs-tests/tests/functional/cli_root/zpool_initialize/zpool_initialize_zero.ksh
+45-9module/zfs/vdev_initialize.c
+22-7cmd/zpool/zpool_main.c
+12-8lib/libzfs/libzfs_pool.c
+15-1man/man8/zpool-initialize.8
+11-2module/zfs/zfs_ioctl.c
+199-2716 files not shown
+248-4422 files

LLVM/project 3e584ccflang-rt/lib/runtime tools.cpp

[flang-rt] - Reduce ShallowCopy template instantiations to improve LTO time (#209915)

Limit `ShallowCopy` rank specializations from 1-15 to 1-4, using a
generic fallback for higher ranks. This significantly reduces code size
and LTO compile time when the Fortran runtime is linked into GPU
offloading code.

Before: 15 ranks × 7 types × 3 scenarios = 315 template instantiations
After: 4 ranks × 7 types × 3 scenarios = 84 template instantiations +
fallbacks

Trade-off: Arrays with rank > 4 use a generic runtime loop instead of
compile-time specialized iteration. This is acceptable because:
- Most real-world Fortran arrays are rank 1-3
- Rank 5-15 arrays are rare in practice
- The generic loop is still efficient (just not unrollable)
## Results

### Compilation Time (from `time` command)

    [35 lines not shown]
DeltaFile
+23-26flang-rt/lib/runtime/tools.cpp
+23-261 files

LLVM/project 9d7095fflang-rt/lib/cuda registration.cpp, flang/include/flang/Optimizer/Transforms Passes.td

[flang][cuda] Use cuf.register_variable_static instead of CUFRegisterExternalVariable (#211886)

This gives more flexibility to the backend to select a different
registration mechanism
DeltaFile
+9-9flang/lib/Optimizer/Transforms/CUDA/CUFAddConstructor.cpp
+6-6flang/test/Fir/CUDA/cuda-constructor-2.f90
+0-8flang-rt/lib/cuda/registration.cpp
+0-7flang/include/flang/Runtime/CUDA/registration.h
+2-3flang/test/Fir/CUDA/cuda-unified-module-global.f90
+1-1flang/include/flang/Optimizer/Transforms/Passes.td
+18-341 files not shown
+19-357 files

LLVM/project f61e1fallvm/include/llvm/CodeGen ModuloSchedule.h, llvm/lib/CodeGen ModuloSchedule.cpp

[Pipeliner] Use VRMapPhi to generate phi in epilog (#211723)

When generating a phi in the epilog block corresponding to an existing
phi in the loop, the loop value should come from the new phi generated
in the kernel block (for a non-phi instruction in the loop) rather than
directly from the value map of the previous stage.

The new phis generated by generatePhis for non-phi instructions are
stored in VRMapPhi. Thread VRMapPhi through generateExistingPhis and add
a helper getMapPhiReg that returns the phi-generated register when
available, falling back to VRMap otherwise.

Without this fix, the epilog can pick up the initial prolog value of a
loop-carried register instead of the last kernel-iteration value,
producing incorrect results for pipelined loops with two or more stages
that carry values across iterations. This has been observed on Hexagon
with the modulo scheduled epilog of a right-shift-with-carry loop after
loop unrolling.

Fixes #208943
DeltaFile
+190-0llvm/test/CodeGen/Hexagon/swp-epilog-carry.ll
+148-0llvm/test/CodeGen/Hexagon/swp-epilog-phi12.mir
+16-12llvm/lib/CodeGen/ModuloSchedule.cpp
+13-3llvm/include/llvm/CodeGen/ModuloSchedule.h
+367-154 files

OpenBSD/ports qNh0A43audio/spotify-player distinfo crates.inc

   Update to spotify-player 0.24.1.
VersionDeltaFile
1.10+204-216audio/spotify-player/distinfo
1.10+101-107audio/spotify-player/crates.inc
1.14+1-1audio/spotify-player/Makefile
+306-3243 files

FreeBSD/src e591a76sys/compat/linuxkpi/common/include/net/page_pool helpers.h types.h, sys/compat/linuxkpi/common/src linuxkpi_page_pool.c

LinuxKPI: page pool updates and add to the build

Split implementation out from the header files.

This "page pool" is the very minimalistic version we need in order to
support packets on mt76.
We allocate the page pool in order to have the meta data available of
which we only make limited use.
This implementation does no pooling, it does no page fragments for now,
it always hands out a full page and frees it upon return.

It is written in a way that it can be in the tree before the 'struct page'
work it depends on has landed in order to reduce friction for people who
want to try mt7921 (or others later) upfront.  We use the same #ifdef
as in the struct page work for that reason so one knob will turn everything
on or off.

Once the struct page work has landed and settled we can start filling this
with more complexity.

    [8 lines not shown]
DeltaFile
+156-0sys/compat/linuxkpi/common/src/linuxkpi_page_pool.c
+30-28sys/compat/linuxkpi/common/include/net/page_pool/helpers.h
+18-1sys/compat/linuxkpi/common/include/net/page_pool/types.h
+2-0sys/conf/files
+1-0sys/modules/linuxkpi/Makefile
+207-295 files

FreeBSD/src 0b8d220sys/compat/linuxkpi/common/include/linux page.h

LinuxKPI: page.h: resort lines

Two of the "page macros" can be abstracted elsewhere in the upcoming
struct page work, so sort them away from the four which are here to
stay.

No functional change.

Sponsored by:   The FreeBSD Foundation
MFC after:      3 days
Reviewed by:    emaste
Differential Revision: https://reviews.freebsd.org/D58299
DeltaFile
+3-2sys/compat/linuxkpi/common/include/linux/page.h
+3-21 files

FreeBSD/src f45506csys/compat/linuxkpi/common/include/linux page.h

LinuxKPI: page.h: use atop() and ptoa() instead of PAGE_SHIFT

With upcoming changes to 'struct page' this will make the lines
easier to read by using the predefined macros from param.h.

Sponsored by:   The FreeBSD Foundation
MFC after:      3 days
Reviewed by:    markj, kib
Differential Revision: https://reviews.freebsd.org/D58298
DeltaFile
+2-2sys/compat/linuxkpi/common/include/linux/page.h
+2-21 files

FreeBSD/src fe17840sys/compat/linuxkpi/common/include/linux scatterlist.h

LinuxKPI: sg_page() remove superfluous ()

Sponsored by:   The FreeBSD Foundation
MFC after:      3 days
Reviewed by:    emaste
Differential Revision: https://reviews.freebsd.org/D58295
DeltaFile
+1-1sys/compat/linuxkpi/common/include/linux/scatterlist.h
+1-11 files

FreeBSD/src ac4b43bsys/compat/linuxkpi/common/src linux_page.c

LinuxKPI: prefer struct page [*] over struct vm_page[_t]

LinuxKPI is based on Linux 'struct page' which is currently aliased
to struct vm_page.  Upcoming changes may change that so start using
'struct page *' instead vm_page_t to make future changes transparent.

This is a continuation of 9e9c682ff3a1 and should be a NOP.

Sponsored by:   The FreeBSD Foundation
MFC after:      3 days
Reviewed by:    emaste (no objections)
Differential Revision: https://reviews.freebsd.org/D58297
DeltaFile
+2-2sys/compat/linuxkpi/common/src/linux_page.c
+2-21 files

FreeBSD/src 0845efesys/compat/linuxkpi/common/include/linux page.h

LinuxKPI: move clear_page() within the linux/page.h file

clear_page() would normally live in asm/page.h but adding the file
and fixing the dependencies would be too much for a single line.

Move the function to the end of the file with a clear separator
and make it clear that it does not operate on a 'struct page'
but on a page address by changing the argument name and leaving
a comment.

The function is currently used by at least mthca(4) as the only
in-tree consumer, and drm-kmod ttm_pool.c.

No functional changes.

Sponsored by:   The FreeBSD Foundation
MFC after:      3 days
Reviewed by:    emaste
Differential Revision: https://reviews.freebsd.org/D58296
DeltaFile
+7-1sys/compat/linuxkpi/common/include/linux/page.h
+7-11 files

FreeBSD/src 2099bf2sys/compat/linuxkpi/common/src linux_pci.c

LinuxKPI: pci: fix dma handle type in match function

dma_addr_t is a vm_paddr_t which is a uint of some width.  Rather than
passing pointers of it around pass the value.

Comparing the addresses of different storage for the same dma handle
(the actual bug here) will not work when passed to the devres match
function.

Sponsored by:   The FreeBSD Foundation
Fixes:          0a575891211ef ("implement dmam_free_coherent()")
MFC after:      3 days
Differential Revision: https://reviews.freebsd.org/D58285
DeltaFile
+4-4sys/compat/linuxkpi/common/src/linux_pci.c
+4-41 files

LLVM/project f0be938llvm/lib/Target/AMDGPU AMDGPUInstructions.td, llvm/unittests/Target/AMDGPU InstSizes.cpp CMakeLists.txt

[AMDGPU] Fix instruction size of LDS-DMA buffer loads (#211302)

Mark i1imm_0 as OPERAND_IMMEDIATE type, so its packed 1-bit value is not
mistaken for a trailing literal (same for InstFlag).
Applies to the swz/IsAsync fields of buffer (MUBUF) and FLAT LDS-DMA
instructions.
Changes estimated size for the corresponding instructions; codegen stays
untouched.

Add unit test, checking encoded size is 8 bytes (was: 12).

AI-assisted.
DeltaFile
+66-0llvm/unittests/Target/AMDGPU/InstSizes.cpp
+6-2llvm/lib/Target/AMDGPU/AMDGPUInstructions.td
+1-0llvm/unittests/Target/AMDGPU/CMakeLists.txt
+73-23 files

OpenBSD/ports AKIjxN7security/vaultwarden distinfo crates.inc

   Update to vaultwarden-1.37.0

   This release contains security fixes for the following advisories:
   - SSRF via the icon endpoint [GHSA-hw4g-2v3f-74x5] [GHSA-vh5m-fc9v-m84g]
   - Cross-Organization Cipher Access [GHSA-xwf8-pjh7-h589]
   - Organization Policy Bypass on Directory Import [GHSA-88qc-6ch9-mc3j]
   - Send Access-Count Bypass [GHSA-rxhg-2pw9-vf25]
   - Unauthenticated WebSocket Flooding DDOS [GHSA-96f7-78q5-j345]
   - Cross-Organization Secret Sharing [GHSA-455c-vgg9-jxw8]
   - Organization Import Authorization
     [GHSA-f3qw-qg77-hmm4][GHSA-jq2g-h4xr-4mcr]
   - Organization Data Enumeration via the Manager role
     [GHSA-rqf8-2568-r7mc]

   Changes: https://github.com/dani-garcia/vaultwarden/releases/tag/1.37.0
VersionDeltaFile
1.37+382-430security/vaultwarden/distinfo
1.34+190-214security/vaultwarden/crates.inc
1.57+1-1security/vaultwarden/Makefile
+573-6453 files

OpenBSD/ports Mbmp025www/vaultwarden-web distinfo Makefile, www/vaultwarden-web/pkg PLIST

   Update to vaultwarden-web-2026.6.4

   Changes:
   https://github.com/dani-garcia/bw_web_builds/releases/tag/v2026.6.2
   https://github.com/dani-garcia/bw_web_builds/releases/tag/v2026.6.4
VersionDeltaFile
1.25+61-52www/vaultwarden-web/pkg/PLIST
1.25+2-2www/vaultwarden-web/distinfo
1.27+1-1www/vaultwarden-web/Makefile
+64-553 files

LLVM/project 8e76c3fllvm/lib/Analysis ScalarEvolution.cpp, llvm/lib/Transforms/Utils ScalarEvolutionExpander.cpp

[SCEV] Use SCEVPtrToAddr instead of SCEVPtrToInt in SCEV. (#180244)

Use SCEVPtrToAddr instead of SCEVPtrToInt for pointer -> int
conversion in SCEV, like when computing trip count expressions.

getPtrToIntExpr now also creates SCEVPtrToAddrExpr.

Removal of SCEVPtrToIntExpr out of this PR, to limit the scope and
will be done as NFC follow-up.

PR: https://github.com/llvm/llvm-project/pull/180244
DeltaFile
+96-102llvm/test/Analysis/ScalarEvolution/ptrtoint.ll
+58-65llvm/lib/Analysis/ScalarEvolution.cpp
+58-19llvm/lib/Transforms/Utils/ScalarEvolutionExpander.cpp
+45-27llvm/test/Transforms/PhaseOrdering/X86/ptrtoaddr-ptrtoint.ll
+33-33llvm/test/Analysis/ScalarEvolution/pointer-rounding.ll
+26-32llvm/test/Transforms/LoopVectorize/opaque-ptr.ll
+316-27888 files not shown
+831-82094 files