LLVM/project 215f35ellvm/lib/Target/AArch64 AArch64ExpandPseudoInsts.cpp

[AArch64] Skip non-pseudo instructions in AArch64ExpandPseudoInsts (#191395)

AArch64::getSVEPseudoMap calls are visible in compile-time profiles even on
non-SVE targets. I think CodeGenMapTable could be improved, it's currently
emitting a constexpr array sorted by opcode and a hand-rolled binary search
over that array, however the AArch64ExpandPseudoInsts pass is missing a simple
check for pseudo instructions before expanding. This avoids the compile-time
cost.

https://llvm-compile-time-tracker.com/compare.php?from=0d42811ea4658b3e86a3801b3bc848324f8540f8&to=9e2434de84577ca1c5e6de8fe8d75c6b8e282b3f&stat=instructions%3Au
DeltaFile
+2-1llvm/lib/Target/AArch64/AArch64ExpandPseudoInsts.cpp
+2-11 files

NetBSD/pkgsrc-wip 4c5b72f. Makefile

py-bpytop: Update SUBDIRs entry to Makefile.
DeltaFile
+1-1Makefile
+1-11 files

NetBSD/pkgsrc-wip f3257d8gotop distinfo go-modules.mk

gotop: Import of gotop 4.2.0 as wip/gotop.
DeltaFile
+473-0gotop/distinfo
+158-0gotop/go-modules.mk
+19-0gotop/Makefile
+2-0gotop/PLIST
+2-0gotop/DESCR
+654-05 files

NetBSD/pkgsrc-wip ef7cd08. Makefile

gotop: Added SUBDIRs entry to Makefile.
DeltaFile
+1-0Makefile
+1-01 files

NetBSD/src FpABUYKusr.bin/xlint/lint1 makeman

   lint: when generating lint.7, do not expand shell variable unnecessarily
VersionDeltaFile
1.12+3-3usr.bin/xlint/lint1/makeman
+3-31 files

LLVM/project 8e64b13llvm/lib/Target/AMDGPU FLATInstructions.td, llvm/test/CodeGen/AMDGPU llvm.amdgcn.av.global.load.b128.ll llvm.amdgcn.av.global.store.b128.ll

Address review comments

- Revert a lot of mnemonic renames caused by a brute-force sed.
- Add -filetype=null to unsupported test RUN lines
- Regenerate CHECK lines in codegen tests

Assisted-By: Claude Opus 4.6 (1M context)
DeltaFile
+696-696llvm/test/CodeGen/AMDGPU/llvm.amdgcn.av.global.load.b128.ll
+96-96llvm/test/CodeGen/AMDGPU/llvm.amdgcn.av.global.store.b128.ll
+48-48llvm/test/CodeGen/AMDGPU/amdgcn-av-scopes.ll
+7-7llvm/lib/Target/AMDGPU/FLATInstructions.td
+6-6llvm/test/CodeGen/AMDGPU/unsupported-av-global-store.ll
+6-6llvm/test/CodeGen/AMDGPU/unsupported-av-global-load.ll
+859-8591 files not shown
+863-8637 files

FreeBSD/src 0ccb639tools/build/cross-build/include/linux/sys types.h

cross-build: Define __*int*_t and include sys/cdefs.h

FreeBSD assumes that sys/types.h includes sys/cdefs.h, so add it here.
FreeBSD also needs __*int*_t defined for software we bootstrap (a lot of
it). GLIBC defines these, but musl does not, so we have to define them
here, even though it looks backwards. There's no good #define to key off
of, so use !defined GLIBC since on Linux defacto there's only two libc
implementations.

Co-authored-by:         Val Packett <val at packett.cool>
Sponsored by:           Netflix
Pull Request:           https://github.com/freebsd/freebsd-src/pull/1066
Reviewed by:            val_packett.cool
Differential Revision:  https://reviews.freebsd.org/D45354

(cherry picked from commit 3c5f0da5106bee21ab3726f608b5c377da92a733)
DeltaFile
+21-0tools/build/cross-build/include/linux/sys/types.h
+21-01 files

LLVM/project 5864733llvm/include/llvm/CodeGen/GlobalISel GIMatchTableExecutorImpl.h GIMatchTableExecutor.h, llvm/utils/TableGen/Common/GlobalISel GlobalISelMatchTable.cpp GlobalISelMatchTable.h

Skip type check for metadata operands in addTypeCheckPredicate

Metadata is trivially always metadata. So we don't actually need the predicate
introduced in #191389.
DeltaFile
+4-15llvm/utils/TableGen/Common/GlobalISel/GlobalISelMatchTable.cpp
+0-18llvm/utils/TableGen/Common/GlobalISel/GlobalISelMatchTable.h
+0-9llvm/include/llvm/CodeGen/GlobalISel/GIMatchTableExecutorImpl.h
+0-6llvm/include/llvm/CodeGen/GlobalISel/GIMatchTableExecutor.h
+4-484 files

FreeBSD/ports 18ac961devel/ruby-build distinfo Makefile

devel/ruby-build: Update to 20260412

Changes:        https://github.com/rbenv/ruby-build/releases/tag/v20260412
(cherry picked from commit 3cae44ce198dec9a7d6473cfe17b57ad382cdbb4)
DeltaFile
+3-3devel/ruby-build/distinfo
+1-1devel/ruby-build/Makefile
+4-42 files

FreeBSD/ports 3cae44cdevel/ruby-build distinfo Makefile

devel/ruby-build: Update to 20260412

Changes:        https://github.com/rbenv/ruby-build/releases/tag/v20260412
DeltaFile
+3-3devel/ruby-build/distinfo
+1-1devel/ruby-build/Makefile
+4-42 files

FreeBSD/src e9fc0c5sys/net if_clone.c if.c, sys/netlink/route iface.c

if_clone: Make ifnet_detach_sxlock opaque to consumers

The change e133271fc1b5e introduced ifnet_detach_sxlock, and change
6d2a10d96fb5 widened its coverage, but there are still consumers,
net80211 and tuntap e.g., want it. Instead of sprinkling it everywhere,
make it opaque to consumers.

Out of tree drivers shall also benefit from this change.

Reviewed by:    kp
MFC after:      2 weeks
Differential Revision:  https://reviews.freebsd.org/D56298
DeltaFile
+16-1sys/net/if_clone.c
+1-4sys/net/if.c
+0-3sys/netlink/route/iface.c
+17-83 files

FreeBSD/src 38bd7efsys/net if.c

ifnet: Move SIOCSIFVNET from ifhwioctl() to ifioctl()

SIOCSIFVNET is not a hardware ioctl. Move it to where it belongs.

Where here, rewrite the logic of checking whether we are moving the
interface from and to the same vnet or not, since it is obviously not
stable to access the interface's vnet, given the current thread may
race with other threads those running if_vmove().

MFC after:      2 weeks
Differential Revision:  https://reviews.freebsd.org/D55880
DeltaFile
+27-17sys/net/if.c
+27-171 files

FreeBSD/src f1fae67sys/net if.c

ifnet: vnet_if_return(): Avoid unnecessary recursive acquisition of ifnet_detach_sxlock

vnet_if_return() will be invocked by vnet_sysuninit() on vnet destructing,
while the lock ifnet_detach_sxlock has been acquired in vnet_destroy()
already.

With this change the order of locking is more clear. There should be no
functional change.

Reviewed by:    pouria
Fixes:          868bf82153e8 if: avoid interface destroy race
MFC after:      1 week
Differential Revision:  https://reviews.freebsd.org/D56288
DeltaFile
+2-2sys/net/if.c
+2-21 files

FreeBSD/ports 2bf152f. UPDATING, sysutils/ansible distinfo Makefile

sysutils/ansible: Update to 13.5.0

Absible 12 make significant changes. See porting guide at
        https://docs.ansible.com/projects/ansible/devel/porting_guides/porting_guide_12.html
DeltaFile
+9-0UPDATING
+3-3sysutils/ansible/distinfo
+1-1sysutils/ansible/Makefile
+13-43 files

FreeBSD/ports 85a1b44. UPDATING, sysutils/py-ansible-core Makefile

sysutils/py-ansible-core: Switch to py-ansible-core219

Switch to ansible-core 2.19 as the default ansible-core.

See ansible-core porting guide at
        https://docs.ansible.com/ansible/latest/porting_guides/porting_guide_core_2.19.html
DeltaFile
+8-0UPDATING
+1-1sysutils/py-ansible-core/Makefile
+9-12 files

FreeBSD/ports 97c325fsysutils/py-ansible-core220 distinfo Makefile, sysutils/py-ansible-core220/files patch-pyproject.toml

sysutils/py-ansible-core220: Update to 2.20.4
DeltaFile
+4-4sysutils/py-ansible-core220/files/patch-pyproject.toml
+3-3sysutils/py-ansible-core220/distinfo
+1-1sysutils/py-ansible-core220/Makefile
+8-83 files

FreeBSD/ports 1f7ac89sysutils/py-ansible-core Makefile pkg-descr, sysutils/py-ansible-core/files patch-pyproject.toml

sysutils/py-ansible-core*: Convert py-ansible-core to a metaport

1. Move sysutils/py-ansible-core to sysutils/py-ansible-core218.
2. Add a metaport, sysutils/py-ansible-core pointing to
   sysutils/py-ansible-core218.
3. Convert sysutils/py-ansible-core219 and sysutils/py-ansible-core220
   to master ports for use as master ports.

This is in preparation to upgrade sysutils/py-ansible-core to 2.19.
The reason for this is as is stated in commit 8b9df0bef174,
incompatibilities may require users to adjust their playbooks and roles
in order to work on ansible-core 2.19.

See: https://docs.ansible.com/ansible/latest/porting_guides/porting_guide_core_2.19.html
DeltaFile
+91-0sysutils/py-ansible-core218/Makefile
+4-86sysutils/py-ansible-core/Makefile
+0-9sysutils/py-ansible-core/files/patch-pyproject.toml
+9-0sysutils/py-ansible-core218/files/patch-pyproject.toml
+5-0sysutils/py-ansible-core218/pkg-descr
+0-5sysutils/py-ansible-core/pkg-descr
+109-1005 files not shown
+119-10511 files

FreeBSD/ports 2ad02desysutils/py-ansible-core218 distinfo Makefile, sysutils/py-ansible-core218/files patch-pyproject.toml

sysutils/py-ansible-core218: Update to 2.18.15
DeltaFile
+4-4sysutils/py-ansible-core218/files/patch-pyproject.toml
+3-3sysutils/py-ansible-core218/distinfo
+1-2sysutils/py-ansible-core218/Makefile
+8-93 files

FreeBSD/ports 8ee838csysutils/py-ansible-core219 distinfo Makefile, sysutils/py-ansible-core219/files patch-pyproject.toml

sysutils/py-ansible-core219: Update to 2.19.8
DeltaFile
+3-3sysutils/py-ansible-core219/distinfo
+2-2sysutils/py-ansible-core219/files/patch-pyproject.toml
+1-2sysutils/py-ansible-core219/Makefile
+6-73 files

NetBSD/src clxHezidistrib/sets sets.subr

   Fix MKBINUTILS=no builds.  This message brought to you by the number 33,554,432 and the word 'embedded'.
VersionDeltaFile
1.214+3-3distrib/sets/sets.subr
+3-31 files

NetBSD/pkgsrc GbHetVIdoc CHANGES-2026

   doc: Updated comms/asterisk23 to 23.3.0
VersionDeltaFile
1.2261+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc 7bTLGN2comms/asterisk23 distinfo, comms/asterisk23/patches patch-main_stdtime_localtime.c patch-configure

   Update to Asterisk 23.3.0:


   ## Change Log for Release asterisk-23.3.0

   ### Links:

    - [Full ChangeLog](https://downloads.asterisk.org/pub/telephony/asterisk/releases/ChangeLog-23.3.0.html)
    - [GitHub Diff](https://github.com/asterisk/asterisk/compare/23.2.2...23.3.0)

   ### Summary:

   - Commits: 50
   - Commit Authors: 21
   - Issues Resolved: 34
   - Security Advisories Resolved: 0

   ### User Notes:


    [145 lines not shown]
VersionDeltaFile
1.4+19-19comms/asterisk23/distinfo
1.2+13-13comms/asterisk23/patches/patch-main_stdtime_localtime.c
1.3+8-8comms/asterisk23/patches/patch-configure
1.2+8-8comms/asterisk23/patches/patch-build__tools_make__xml__documentation
1.3+6-6comms/asterisk23/patches/patch-include_asterisk_autoconfig.h.in
1.2+6-6comms/asterisk23/patches/patch-main_cel.c
+60-603 files not shown
+74-709 files

OpenBSD/ports SIBFGThsecurity/vaultwarden distinfo crates.inc

   Update to vaultwarden-1.35.6

   The previous release contained an issue where Two Factor Remember Tokens
   and Recovery Tokens were not accepted at all. This has been fixed now in
   this release.

   Changes: https://github.com/dani-garcia/vaultwarden/releases/tag/1.35.6
VersionDeltaFile
1.34+8-8security/vaultwarden/distinfo
1.32+3-3security/vaultwarden/crates.inc
1.54+1-1security/vaultwarden/Makefile
+12-123 files

OpenBSD/ports Ur7eYASaudio/mpdscribble Makefile

   Missing span.h is also fixed by the GCC upgrade to 15.x

   Remove BROKEN-sparc64
VersionDeltaFile
1.14+0-2audio/mpdscribble/Makefile
+0-21 files

OpenBSD/src lp9sZPQusr.sbin/rpki-client x509.c

   rpki-client: fix incorrect error exit in x509_get_time()

   A UTCTime represents a time between Jan 1, 1950 and Dec 31, 2049. This
   includes Dec 31, 1969, 23:59:59 UTC, which translates to epoch -1 when
   converted as a time_t. timegm()'s in-band error conflates this time with
   its error return, so a hard error for this creates a DoS.

   Instead, return an error for ASN.1 times that translate to negative time_t
   and bubble up the error to reject the RPKI product as malformed. Real life
   notBefore (or equivalent) are in the ongoing millenium, although strictly
   speaking this is not guaranteed since Validity windows need not nest.

   Thanks to Yuheng Zhang, Qi Wang, Jianjun Chen from Tsinghua University,
   and Teatime Lab for reporting.

   ok claudio job
VersionDeltaFile
1.131+3-3usr.sbin/rpki-client/x509.c
+3-31 files

OpenBSD/src 10p6G3tusr.sbin/rpki-client print.c

   rpki-client: ignore malformed revocationDate in CRLs

   Do not treat x509_get_time() failure as a hard error in file mode.
   Just skip the entry we can't format and emit a warning.

   ok claudio
VersionDeltaFile
1.76+5-3usr.sbin/rpki-client/print.c
+5-31 files

FreeBSD/src 84561bctests/sys/kqueue kqueue_fork.c

tests: kqueue: add a basic test for CPONFORK

Just copy over a timer and a write-filter, be sure that we can observe
both in the child.  Maybe the timer should check for a minimum time
passed, but I don't know that we'd be likely to get that wrong.

This also adds a negative test with a kqueue that is *not* set for
CPONFORK being added to the first one, made readable, and confirming
that we don't see a knote for it in the child.

Some other improvements to the test noted in the review are planned in
the short term, but they're not particularly worth blocking adding this
as a basic sanity check.

Reviewed by:    kib, markj

(cherry picked from commit 0c9cec8b66e7033f50059329704515d5222b9ff4)
DeltaFile
+140-0tests/sys/kqueue/kqueue_fork.c
+140-01 files

FreeBSD/src 60618b0sys/kern kern_event.c

kqueue: don't leak file refs on failure to knote_attach()

We'll subsequently just knote_free() since the knote is barely
constructed, but that bypasses any logic that might release references
on owned files/fops.  Defer clearing those until the knote actually owns
them and update the comment to draw the line more clearly.

Reviewed by:    kib

(cherry picked from commit 0bf4d22c37083170961c31694b90551538901a1c)
DeltaFile
+10-6sys/kern/kern_event.c
+10-61 files

FreeBSD/src ac6173blib/libc/gen memfd_create.c, lib/libsys shm_open.2

libc: fix memfd_create's HUGETLB handling

The 'simplification' commit referenced below actually broke one aspect
of MFD_HUGETLB: the caller isn't supposed to be required to specify a
size.  MFD_HUGETLB by itself without a shift mask just requests a large
page, so we revert that part of memfd_create() back.

While we're here, fix up the related parts of the manpages a little bit,
since MFD_HUGETLB is actually supported.  The manpage claims that we
would return ENOSYS if forced mappings weren't supported, but this was
actually not true.  However, that seems like a very important
distinction to make between ENOSYS and EOPNOTSUPP, so fix the
implementation to match the docs.

Reviewed by:    kib, markj

(cherry picked from commit 9a8d333368baef356f0a611b47ec592568dd14f9)
DeltaFile
+45-0tests/sys/posixshm/posixshm.h
+13-25tests/sys/posixshm/posixshm_test.c
+35-0tests/sys/posixshm/memfd_test.c
+27-4lib/libsys/shm_open.2
+16-7lib/libc/gen/memfd_create.c
+136-365 files

FreeBSD/src 65e1c27sys/kern kern_event.c

kqueue: slightly clarify the flow in knlist_cleardel()

This is purely a cosmetic change to make it a little easier on the eyes,
rather than jumping back to the else branch up top.  Re-flow it to use
another loop on the outside and just inline the re-lock before we repeat
after awaking from fluxwait.

The !killkn path should maybe issue a wakeup if there's a thread in
KQ_SLEEP so that userland can observe the EOF, but this isn't a
practical problem today: pretty much every case of knlist_clear is tied
to a file descriptor and called in the close(2) path.  As a consequence,
potentially affected knotes are almost always destroyed before we even
get to knlist_clear().

Reviewed by:    kib, markj

(cherry picked from commit c6dd40f2d35d596ca60a5d87616c3e4a0fd4f676)
DeltaFile
+29-21sys/kern/kern_event.c
+29-211 files