LLVM/project 6b51046 — llvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/test/Transforms/SLPVectorizer/X86 narrowed-reduction-gathered-leftover-leaf.ll

[SLP]Fix erasing gathered leftover narrowed reduction leaves

A leftover narrowed reduction leaf, only gathered in the tree, loses all
users once the tree scalars are erased and is swept as a dead operand,
though the reduction epilogue still uses it. Keep such values alive.

Fixes https://github.com/llvm/llvm-project/pull/224919#issuecomment-5855368565

Reviewers: 

Pull Request: https://github.com/llvm/llvm-project/pull/226782
DeltaFile
+106-0llvm/test/Transforms/SLPVectorizer/X86/narrowed-reduction-gathered-leftover-leaf.ll
+16-6llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+122-62 files

FreeBSD/ports 44da815 — multimedia/minisatip Makefile distinfo

multimedia/minisatip: Update to 2.0.116
DeltaFile
+3-3multimedia/minisatip/distinfo
+1-1multimedia/minisatip/Makefile
+4-42 files

FreeBSD/ports fba9f7a — multimedia/kodi-addon-inputstream.adaptive Makefile distinfo

multimedia/kodi-addon-inputstream.adaptive: Update to 22.3.22
DeltaFile
+3-3multimedia/kodi-addon-inputstream.adaptive/distinfo
+1-1multimedia/kodi-addon-inputstream.adaptive/Makefile
+4-42 files

FreeBSD/doc 15e37ad — documentation/themes/beastie/assets/styles documentation.scss, documentation/themes/beastie/layouts/articles single.html list.html

Fix HTML validation errors in docs - articles title section

article: render subtitle as <p> instead of <h3>

The subtitle is part of the title block, not a section heading.
Rendering it as <h3> right after <h1> broke W3C validation and
caused screen readers to announce it as a level-3 heading.

Move the visual styling from the <h3> tag to a `.subtitle` class
in documentation.scss to keep the appearance unchanged.

Reviewed by: carlavilla
Approved by: carlavilla
Differential Revision: https://reviews.freebsd.org/D60058
PR: 297509
DeltaFile
+8-0documentation/themes/beastie/assets/styles/documentation.scss
+1-1documentation/themes/beastie/layouts/articles/single.html
+1-1documentation/themes/beastie/layouts/articles/list.html
+10-23 files

NetBSD/pkgsrc-wip 7585250 — ocaml distinfo native.mk, ocaml/patches patch-asmcomp_asmlink.ml

ocaml: linker uses $PTHREAD_CFLAGS

When building outside of pkgsrc, Autoconf's AX_PTHREAD returns
$PTHREAD_CFLAGS="-pthread" and and $PTHREAD_LIBS="-lpthread".
However, for some reason, inside pkgsrc returns
$PTHREAD_CFLAGS="-pthread" and and $PTHREAD_LIBS="".
Therefore, linker loses pthread library, resulting in an error.

By the way, AX_PTHREAD assumes to not only compiler with cflags,
but also link with them. So, as a test, I tried adding
'Config.native_cflags' to linker, it working.

https://www.gnu.org/software/autoconf-archive/ax_pthread.html
DeltaFile
+27-0ocaml/patches/patch-asmcomp_asmlink.ml
+17-4ocaml/PLIST
+2-2ocaml/ocaml.mk
+2-2ocaml/buildlink3.mk
+2-1ocaml/native.mk
+1-0ocaml/distinfo
+51-96 files

FreeBSD/ports 612df73 — multimedia/kodi-addon-pvr.hts Makefile distinfo

multimedia/kodi-addon-pvr.hts: Update to 22.9.2
DeltaFile
+3-3multimedia/kodi-addon-pvr.hts/distinfo
+2-2multimedia/kodi-addon-pvr.hts/Makefile
+5-52 files

FreeNAS/freenas 5b906e1 — src/middlewared/middlewared/api/v27_0_0 zfs_resource_crud.py, src/middlewared/middlewared/plugins/pool_ utils.py dataset.py

Complete zfs.resource.create and shim pool.dataset.create over it

## Problem
zfs.resource.create could leave stray ancestors behind on input libzfs refuses late, did not mount the ancestors it created, and had no share presets, while pool.dataset.create and most internal callers still ran their own create and update paths.

## Solution
- **Validation**: every late libzfs refusal and pool's safety rules (locked or readonly parent, existing mount path, encryption ancestry, ACL pairs, block sizes) are checked before any write, and index properties are typed with their native values.
- **Writes**: ancestors are mounted as they are created; a dataset whose key cannot be recorded is removed, one that cannot be mounted is kept and reported; ADDED is sent for created, non-internal datasets.
- **share_type**: smb/multiprotocol/nfs/apps presets fill unset properties and seed the ACL as pool did; zfs.resource.share_type_choices lists them.
- **Callers**: internal pool.dataset users move to zfs.resource, and pool.dataset.create becomes a translation shim over zfs.resource.create; force_size is ignored.
DeltaFile
+107-567src/middlewared/middlewared/plugins/pool_/dataset.py
+173-46src/middlewared/middlewared/plugins/zfs/resource_create.py
+20-148src/middlewared/middlewared/plugins/pool_/utils.py
+100-60src/middlewared/middlewared/plugins/zfs/create_rules.py
+111-27src/middlewared/middlewared/pytest/unit/plugins/zfs/test_create_rules.py
+90-29src/middlewared/middlewared/api/v27_0_0/zfs_resource_crud.py
+601-87741 files not shown
+1,182-1,34547 files

OpenBSD/ports W85mFp2 — math/py-scipy/patches patch-pyproject_toml

   Relax meson-python version check.
VersionDeltaFile
1.7+6-2math/py-scipy/patches/patch-pyproject_toml
+6-21 files

OpenBSD/ports zGWQglh — devel/meson-python Makefile

   Missing RDEP on sysutils/patchelf.
VersionDeltaFile
1.16+3-1devel/meson-python/Makefile
+3-11 files

FreeBSD/ports 3373b44 — . UPDATING

UPDATING: consistencify AFFECTS and AUTHOR lines.
DeltaFile
+67-67UPDATING
+67-671 files

FreeBSD/src dd38230 — sys/dev/ichiic ig4_reg.h ig4_acpi.c

ig4(4): fix attach of ACPI-enumerated LPSS controllers

Intel LPSS I2C controllers enumerated through ACPI rather than PCI never
attach on Haswell and Broadwell, so every device behind those buses is
lost. On a Dell XPS 13 9343 that hides the I2C HID touchpad and leaves
only the PS/2 fallback, which the firmware does not restore after S3.

Three causes, all on the ACPI path:

Firmware may leave an LPSS function in D3, where its registers read as
all-ones and set_controller() fails with "controller error during
attach-1". Run _PS0 before mapping them. The PCI path does not need
this, which is why the gap went unnoticed.

INT33C2, INT33C3, INT3432 and INT3433 are Lynx Point-LP and Wildcat
Point-LP, which ig4_pci.c already classifies as IG4_HASWELL; the ACPI
path called everything but APMC0D0F an Atom SoC.

The functional clock stays gated until bit 0 of IG4_REG_CLK_PARMS is

    [14 lines not shown]
DeltaFile
+11-0sys/dev/ichiic/ig4_iic.c
+10-0sys/dev/ichiic/ig4_acpi.c
+1-0sys/dev/ichiic/ig4_reg.h
+22-03 files

FreeBSD/src 886a355 — sys/dev/ichiic ig4_var.h ig4_iic.c

ig4(4): Add an EMAG device type

Sponsored by: Ampere Computing LLC, Netflix
Submitted by: allanjude
Differential Revision: https://reviews.freebsd.org/D28746
Reviewed by: imp

(cherry picked from commit 5972ffde919ab65ba29d4d51ccf735da18d52719)
DeltaFile
+10-2sys/dev/ichiic/ig4_acpi.c
+3-0sys/dev/ichiic/ig4_iic.c
+1-0sys/dev/ichiic/ig4_var.h
+14-23 files

FreeBSD/src 3244419 — sys/dev/evdev evdev_utils.c

evdev: map ChromeOS "Vivaldi" top-row action keys

Chromebook keyboards driven by the ChromeOS EC emit the top-row action
keys as scancode set 1 codes 0xE0 0x11 - 0xE0 0x1E (see the codeset 1
comments on the SCANCODE_* enum in chrome-ec
include/keyboard_8042_sharedlib.h).  The e0 half of the
evdev_scancode2key() translation table leaves eleven of those at NONE,
so on FreeBSD those keys emit no evdev event at all and userspace
remappers such as keyd have nothing to bind to:

  e0 11  fullscreen             KEY_ZOOM
  e0 12  overview               KEY_SCALE
  e0 13  screenshot             KEY_SYSRQ
  e0 14  brightness down        KEY_BRIGHTNESSDOWN
  e0 15  brightness up          KEY_BRIGHTNESSUP
  e0 16  privacy screen toggle  KEY_PRIVACY_SCREEN_TOGGLE
  e0 17  kbd backlight down     KEY_KBDILLUMDOWN
  e0 18  kbd backlight up       KEY_KBDILLUMUP
  e0 1a  play/pause             KEY_PLAYPAUSE

    [15 lines not shown]
DeltaFile
+9-4sys/dev/evdev/evdev_utils.c
+9-41 files

FreeBSD/src 8603e1f — sys/dev/ichiic ig4_reg.h ig4_acpi.c

ig4(4): fix attach of ACPI-enumerated LPSS controllers

Intel LPSS I2C controllers enumerated through ACPI rather than PCI never
attach on Haswell and Broadwell, so every device behind those buses is
lost. On a Dell XPS 13 9343 that hides the I2C HID touchpad and leaves
only the PS/2 fallback, which the firmware does not restore after S3.

Three causes, all on the ACPI path:

Firmware may leave an LPSS function in D3, where its registers read as
all-ones and set_controller() fails with "controller error during
attach-1". Run _PS0 before mapping them. The PCI path does not need
this, which is why the gap went unnoticed.

INT33C2, INT33C3, INT3432 and INT3433 are Lynx Point-LP and Wildcat
Point-LP, which ig4_pci.c already classifies as IG4_HASWELL; the ACPI
path called everything but APMC0D0F an Atom SoC.

The functional clock stays gated until bit 0 of IG4_REG_CLK_PARMS is

    [14 lines not shown]
DeltaFile
+11-0sys/dev/ichiic/ig4_iic.c
+10-0sys/dev/ichiic/ig4_acpi.c
+1-0sys/dev/ichiic/ig4_reg.h
+22-03 files

FreeBSD/ports dff2312 — mail/rmilter Makefile

mail/rmilter: Mark deprecated

Approved by:    vsevolod (maintainer)

(cherry picked from commit 531bc6b3adc1d2b509f88604fee8321da19b409b)
DeltaFile
+4-1mail/rmilter/Makefile
+4-11 files

FreeBSD/ports 531bc6b — mail/rmilter Makefile

mail/rmilter: Mark deprecated

Approved by:    vsevolod (maintainer)
DeltaFile
+4-1mail/rmilter/Makefile
+4-11 files

FreeBSD/ports d90fb9a — emulators/ripes/files patch-external_libelfin_CMakeLists.txt

emulators/ripes: Fix building with CMake 4

Approved by:    portmgr (fixit blanket)
DeltaFile
+8-0emulators/ripes/files/patch-external_libelfin_CMakeLists.txt
+8-01 files

LLVM/project 68fddbb — llvm/lib/CodeGen/SelectionDAG LegalizeTypes.h LegalizeVectorTypes.cpp, llvm/test/CodeGen/AArch64 lowmaskedlanes.ll

[DAG] Scalarise trivial splat operations (#226257)

This fixes an issue reported on #224255, where a single active lane
masked store is converted to a v1f16 extract_subvector, which becomes a
v1f16 splat, which fails to scalarize. Add the necessary trivial
scalarisation of the splat by using the f16 input operand.

(I was originally going to fix this by generating a scalar f16 extract
directly (which would have the benefit of treating f16 as legal), but
that seems to cause a regression in 2 x86 tests).
DeltaFile
+11-0llvm/test/CodeGen/AArch64/lowmaskedlanes.ll
+6-3llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp
+1-1llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.h
+18-43 files

HardenedBSD/ports 91d8b8b — misc/mcp-inspector Makefile.crates pkg-plist, misc/mcp-inspector/files Cargo.lock.keyring

Merge branch 'freebsd/main' into hardenedbsd/main
DeltaFile
+1,841-0misc/mcp-inspector/files/Cargo.lock.keyring
+1,321-0misc/mcp-inspector/distinfo.aarch64
+1,321-0misc/mcp-inspector/distinfo.amd64
+587-535misc/mcp-inspector/pkg-plist
+461-531security/rauthy/distinfo
+656-0misc/mcp-inspector/Makefile.crates
+6,187-1,066195 files not shown
+10,351-2,702201 files

LLVM/project 57630fd — clang/test/CodeGen/AArch64/sve addv.c, clang/test/CodeGen/AArch64/sve-intrinsics acle_sve_addv.c

[clang][CIR] Add tests for SVE ADDV intrinsics (#225648)

This adds CIR tests for `svaddv` (plain SVE) intrinsics following the
task description in
[223963](https://github.com/llvm/llvm-project/issues/223963).

Moves and adapts `sve-intrinsics/acle_sve_addv.c` to `sve/addv.c`.
DeltaFile
+0-206clang/test/CodeGen/AArch64/sve-intrinsics/acle_sve_addv.c
+205-0clang/test/CodeGen/AArch64/sve/addv.c
+205-2062 files

FreeNAS/freenas 3d57de2 — src/middlewared/middlewared/plugins/truenas_s3 bucket_crud.py, tests/api2 test_s3_bucket.py

Drop the S3 service's status code from two docstrings

A reader of a dataset property check in middleware has no use for the
code the S3 service answers a client with. Both now say what the check
is for instead.
DeltaFile
+2-2tests/api2/test_s3_bucket.py
+1-1src/middlewared/middlewared/plugins/truenas_s3/bucket_crud.py
+3-32 files

FreeNAS/freenas 60698ca — src/middlewared/middlewared/api/v26_0_0 s3.py, src/middlewared/middlewared/api/v27_0_0 s3.py

Add bucket recovery APIs

There are various situations in which we can have orphaned
buckets. Examples include:

* bucket is deleted and admin wants to reinstate.
* the NAS is disaster recovery instance and needs to activate
  buckets after switching datasets to read-write.

This is facilited by inserting a .truenas_s3/config_backup.json
file inside each bucket (daemon-owned path) and restoring the
DB row / S3 config with some user-provided overrides if required.

Two new API endpoints are added:

* sharing.s3.recoverable_buckets lists mounted datasets containing
  orphaned buckets.

* sharing.s3.recover basically takes a list of datasets and rebuilds
  bucket configuration from backups for them.
DeltaFile
+442-33src/middlewared/middlewared/plugins/truenas_s3/bucket_crud.py
+291-0tests/api2/test_s3_bucket.py
+120-0src/middlewared/middlewared/pytest/unit/plugins/test_truenas_s3_on_disk.py
+103-0src/middlewared/middlewared/plugins/truenas_s3/on_disk.py
+63-1src/middlewared/middlewared/api/v27_0_0/s3.py
+63-1src/middlewared/middlewared/api/v26_0_0/s3.py
+1,082-351 files not shown
+1,091-367 files

FreeNAS/freenas 1a443ad — src/middlewared/middlewared/plugins/truenas_s3 config.py bucket_crud.py

Fix mypy errors in the S3 bucket recovery

`bucket_dataset_properties` goes back to explicit keywords, which mypy
can check against each field's type, and the mapping a recover checks
against is read off it rather than the other way round.

The other three are a narrowing the render loop had left implicit, an
untyped NSS lookup, and OSError.errno being optional.
DeltaFile
+28-25src/middlewared/middlewared/plugins/truenas_s3/bucket_crud.py
+1-1src/middlewared/middlewared/plugins/truenas_s3/config.py
+29-262 files

FreeNAS/freenas 249b46b — src/middlewared/middlewared/alembic/versions/25.10 2025-05-17_12-57_migrate-ds.py

NAS-144067 / 26.0.0 / Fix LDAP directory service migration for multiple servers (by anodos325) (#19880)

`ldap_hostname` is comma-separated, so a configuration with more than
one LDAP server migrated into a single malformed `server_urls` entry
that SSSD discards entirely, leaving no usable server. Also normalize
the case of legacy values copied into the new table, which left
`ldap_schema` lowercased and failing validation against
Literal['RFC2307', 'RFC2307BIS'].

Supplementary migration is not being added because anyone who
encountered this issue during migration would have already cleared the
problematic LDAP config and set the correct parameters. LDAP is not
functional in a degraded state after failed migration, and migration
failure is currently user-serviceable. This commit primarily is to fix
users who are migrating from 25.04 to 26.

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

Co-authored-by: Andrew Walker <andrew.walker at truenas.com>
DeltaFile
+29-4src/middlewared/middlewared/alembic/versions/25.10/2025-05-17_12-57_migrate-ds.py
+29-41 files

OpenBSD/ports UDeqvuF — net/knot distinfo

   distinfo for libknot fell in here, use distinfo for knot instead
VersionDeltaFile
1.55+2-2net/knot/distinfo
+2-21 files

OpenBSD/src xp6DSxi — sys/kern sysv_sem.c

   Avoid sleeping while recording SEM_UNDO information

   sys_semop(), by way of semundo_adjust() and semu_alloc(), could sleep in
   pool_get(PR_WAITOK) after it had already applied the semaphore operations.
   Another process can remove the set with IPC_RMID while we sleep; we then write
   sempid and sem_otime through the freed semid_ds_kern and sem_base, and record
   an undo entry for a set semundo_clear() has already swept, which panics
   semexit() when the process exits.

   This was introduced as a fallback in rev 1.14, after moving the
   structures from a static array to a pool made the allocation able to
   fail at all.  semop(2) documents ENOSPC, so drop the fallback with the
   extra complexity to work around the sleep.

   semundo_adjust() must then stop freeing an emptied structure in the middle of
   an operation: sys_semop()'s rollback can need it again, and re-creating it
   there is allowed to fail, which is a panic.  Keep it until done2.  That also
   takes a second sleeping pool_put() out of the done: region.


    [8 lines not shown]
VersionDeltaFile
1.66.2.2+41-44sys/kern/sysv_sem.c
+41-441 files

OpenBSD/src niZpBUM — sys/kern sysv_sem.c

   Avoid sleeping while recording SEM_UNDO information

   sys_semop(), by way of semundo_adjust() and semu_alloc(), could sleep in
   pool_get(PR_WAITOK) after it had already applied the semaphore operations.
   Another process can remove the set with IPC_RMID while we sleep; we then write
   sempid and sem_otime through the freed semid_ds_kern and sem_base, and record
   an undo entry for a set semundo_clear() has already swept, which panics
   semexit() when the process exits.

   This was introduced as a fallback in rev 1.14, after moving the
   structures from a static array to a pool made the allocation able to
   fail at all.  semop(2) documents ENOSPC, so drop the fallback with the
   extra complexity to work around the sleep.

   semundo_adjust() must then stop freeing an emptied structure in the middle of
   an operation: sys_semop()'s rollback can need it again, and re-creating it
   there is allowed to fail, which is a panic.  Keep it until done2.  That also
   takes a second sleeping pool_put() out of the done: region.


    [8 lines not shown]
VersionDeltaFile
1.65.2.2+41-44sys/kern/sysv_sem.c
+41-441 files

NetBSD/pkgsrc QJQtnAY — devel/GConf buildlink3.mk Makefile, devel/compizconfig-backend-gconf buildlink3.mk Makefile

   *: revbump for pcre2 symbol versioning change
VersionDeltaFile
1.11+2-2devel/cutter/buildlink3.mk
1.102+2-2devel/cutter/Makefile
1.36+2-2devel/compizconfig-backend-gconf/buildlink3.mk
1.106+2-2devel/compizconfig-backend-gconf/Makefile
1.42+2-2devel/GConf/buildlink3.mk
1.123+2-2devel/GConf/Makefile
+12-123,120 files not shown
+6,252-5,8753,126 files

FreeNAS/freenas ef622f7 — src/middlewared/middlewared/alembic/versions/25.10 2025-05-17_12-57_migrate-ds.py

Fix LDAP directory service migration for multiple servers

`ldap_hostname` is comma-separated, so a configuration with more than one LDAP
server migrated into a single malformed `server_urls` entry that SSSD discards
entirely, leaving no usable server. Also normalize the case of legacy values
copied into the new table, which left `ldap_schema` lowercased and failing
validation against Literal['RFC2307', 'RFC2307BIS'].

Supplementary migration is not being added because anyone who
encountered this issue during migration would have already cleared the
problematic LDAP config and set the correct parameters. LDAP is not
functional in a degraded state after failed migration, and migration
failure is currently user-serviceable. This commit primarily is to fix
users who are migrating from 25.04 to 26.

(cherry picked from commit 04508648a8b6ad119fc2acaabcabd4687f9210b4)
DeltaFile
+29-4src/middlewared/middlewared/alembic/versions/25.10/2025-05-17_12-57_migrate-ds.py
+29-41 files

OpenBSD/src Nts9fb4 — sys/net if_wg.c

   In wg_bind() close IPv4 socket while failed to bind IPv6 socket with
   automatic port selection.
   from mvs@; From Acts1631.

   this is errata/7.9/028_wgbind.patch.sig
VersionDeltaFile
1.48.2.1+6-4sys/net/if_wg.c
+6-41 files