[AMDGPU][InsertWaitCnts] Make HWEvent a BitMask (#203864)
Follow up from comments on
https://github.com/llvm/llvm-project/pull/202886
Make HWEvent a bitmask by default instead of having both the enum, and a
separate HWEventSet. This has the advantage of streamlining the code a
bit and opening the possibility of adding "modifiers" to events, e.g. I
imagine we could now fold "VMemType" into the Events.
We already do this with things like SMEM_GROUP. At least now it's baked
into the design.
I opted for a bit more verbosity by taking inspiration from
FastMathFlags (FMF): instead of exposing a raw enum, I wrap it in a
class w/ helper function. The downside is having to reimplement all the
little bitwise ops, but the result is a cleaner, simpler interface than
a raw enum (class) w/ many helper functions. I initially tried that but
I recoiled at the sight of things like `contains(A, B)` which isn't very
clear, while `A.contains(B)` is self explanatory.
[3 lines not shown]
15.1: Improve upgrade instructions
- Upgrading 14.x pkgbase to 15 is not supported
- Upgrading pkg to upgrade the base system is not required
- Third party kmods must only be upgraded if using them
Reported by: markj (efi case varies, bectl is zfs only)
Co-authored-by: Alexander Ziaee <ziaee at FreeBSD.org>
Differential Revision: https://reviews.freebsd.org/D57606
[InstCombine] Handle shuffle masks selecting poison in unshuffleConstant (#205870)
A shuffle mask can select from the second operand even when that operand
is poison. This caused unshuffleConstant to assert while trying to map
those mask elements into the first operand's constant vector.
Fix this by ignoring mask elements that select the poison operand.
Fixes https://github.com/llvm/llvm-project/issues/205769
devel/sentry-cli: Update to 3.5.0
While here:
- update WWW to include repository URL
- update license to FSL-1.1-MIT
- define CARGO_ENV to ensure system OpenSSL and libgit2 libraries are
linked (not vendored ones)
Changelog: https://github.com/getsentry/sentry-cli/blob/3.5.0/CHANGELOG.md
PR: 296004
Approved by: lcook (maintainer, timeout 2 weeks)
audio/pipewire-spa-oss-ng: New port
PipeWire SPA plugin implementing a FreeBSD OSS backend, tracking the
pw-oss fork at https://github.com/kev009/pw-oss.
Changes over upstream shkhln/pw-oss:
Audio / OSS:
- Size the OSS buffer to the device and fix data-loop aborts.
- Adapt the fill target to the device's real fragment size.
- Report clock delay and rate; require MemPtr buffers.
- Reset the channel before close so close() doesn't block draining.
- Close the device when the format is cleared.
- Advertise and re-emit the port Format param (ALSA-sink pattern).
- Don't abort the process on an oversized chunk or a bad/unpositioned
format.
Session / config:
- Don't launch a second WirePlumber from exec.conf; the stock config
[12 lines not shown]
Reapply "[Clang] Optionally use NewPM to run CodeGen Pipeline" (#205943)
This reverts commit 0c4cc9f8adc5acda1aa49b8a8704433e237848ee.
This patch also fixes the dependency issue by making the clang CodeGen
library depend on the LLVM CodeGen library which is needed by the NewPM
for CodeGen.
Reviewers: oontvoo
Pull Request: https://github.com/llvm/llvm-project/pull/205986
[NFC][Clang][CodeGen] Prefix LoopInfo symbols with clang::CodeGen
I had to revert #205928 due to missing shared library dependencies. Just
adding the dependency only fixes the build in some configurations. When
building with clang, which automatically enables PCH, we end up with
ambiguity between llvm::LoopInfo and clang::CodeGen::LoopInfo. This
patch prefixes the namespace on the symbols to make it explicit which we
are referring to fix the issue.
This also brings us a bit more in line with the LLVM coding standards:
https://llvm.org/docs/CodingStandards.html#use-namespace-qualifiers-to-define-previously-declared-symbols
Reviewers: oontvoo
Pull Request: https://github.com/llvm/llvm-project/pull/205985
[MIPS] fix assert on `undef` first mask element (#203390)
fixes https://github.com/llvm/llvm-project/issues/203378
Previously the code asserted that the first shuffle index is `>= 0`,
i.e. not `undef`. But this is just not always true, and it turns out
that preceding optimizations can introduce such masks. Instead find the
first index that is valid and use that.
[compiler-rt][ARM] Optimized single precision FP add/sub (#179929)
This adds new implementations of single-precision add/sub in both Thumb1
and Arm/Thumb2 assembler.
Both of the new implementations are included in the builtins library if
the `COMPILER_RT_ARM_OPTIMIZED_FP` cmake option is enabled (as it is by
default).
There was already a Thumb1 assembler implementation of single-precision
add/sub, slower but also smaller. I've kept it (although it's been moved
into the `thumb1` subdirectory), and if you _don't_ enable
`COMPILER_RT_ARM_OPTIMIZED_FP`, it will be selected in place of the new
version.
py-hpack: updated to 4.2.0
4.2.0 (2026-06-22)
**API Changes (Backward Incompatible)**
- Support for Python 3.9 has been removed.
- Support for PyPy 3.9 has been removed.
**API Changes (Backward Compatible)**
- Support for Python 3.14 has been added.
**Bugfixes**
- Headers marked as `sensitive` will no longer log their value at DEBUG level. Instead a placeholder value of `SENSITIVE_REDACTED` is logged.
- Fixed perfect match missed for headers with empty values.
- Restricted variable integer decoding to uint32 to prevent run-away computation. With thanks to `Hiroki Nishino`_.