Fix SIGTERM handler in ctdb reclock script
This commit fixes an error in the SIGTERM handler for the
reclock script. When the signal is received we should gracefully
shutdown the thread that is watching for mount changes rather than
doing things out of order and generating log spam.
NAS-140444 / 26.0.0-BETA.2 / fix UPS service start failing silently (by yocalebo) (#18681)
## Fix UPS service start failing silently
`service.control START ups` returned `True` even when the UPS service
was not actually running.
### Root cause
The UPS service's `get_state()` only checks the `nut-monitor` systemd
unit. When starting an unconfigured UPS (empty driver/port),
`nut-driver at ups` and `nut-server` crash-loop immediately, but
`nut-monitor` (upsmon) starts and stays briefly `active` before it
realizes it can't reach the server. By the time it fails, `get_state()`
has already seen `ActiveState=active` and returned `True`.
### Fix
Add `check_configuration()` to `UPSService` that validates required
[34 lines not shown]
NAS-140444 / 27.0.0-BETA.1 / fix UPS service start failing silently (#18680)
## Fix UPS service start failing silently
`service.control START ups` returned `True` even when the UPS service
was not actually running.
### Root cause
The UPS service's `get_state()` only checks the `nut-monitor` systemd
unit. When starting an unconfigured UPS (empty driver/port),
`nut-driver at ups` and `nut-server` crash-loop immediately, but
`nut-monitor` (upsmon) starts and stays briefly `active` before it
realizes it can't reach the server. By the time it fails, `get_state()`
has already seen `ActiveState=active` and returned `True`.
### Fix
Add `check_configuration()` to `UPSService` that validates required
[28 lines not shown]
EHLO must reset the transaction
RFC5321 §4.1.4 states that an EHLO command MAY be issued by a client
later in the session and, if it's acceptable, it MUST clear all buffers
and reset the state exactly as if a RSET command was issued.
discussed with / okay martijn@
[AMDGPU][CodeGen] Implement SimplifyDemandedBitsForTargetNode for readlane, wwm and set.inactive intrinsics. (#190830)
Propagate demanded bits through readlane, wwm, set.inactive intrinsics
in AMDGPUISelLowering in SimplifyDemandedBitsForTargetNode.
This allows upstream zero/sign extensions to be eliminated when only a
subset of bits is used after intrinsics.
Partially addresses https://github.com/llvm/llvm-project/issues/128390.
[GlobalISel] Prevent hoisting of CheckIsSameOperand from creating invalid match tables
Fixes #188513
This patch adds logic to ask PredicateMatchers whether they'd like to be hoisted out of a specific Matcher or not.
SameOperandMatcher can use it to check if it's being hoisted out of the RuleMatcher that defines the operand it relies on.
Assisted-By: Claude Opus 4.6
Context of Use: Claude was only used to add LLVM-style RTTI to the matcher class (repetitive work). Claude-generated code was reviewed and cleaned up before committing.
[clang][CIR] Add lowering for vcvt_n_ and vcvtq_n_ conversion intrinsics
This PR adds lowering for the conversion intrinsics with an immediate
argument (identified by `_n_` in the intrinsic name), excluding FP16
variants.
It also moves the corresponding tests from:
* clang/test/CodeGen/AArch64/neon_intrinsics.c
to:
* clang/test/CodeGen/AArch64/neon/intrinsics.c
The lowering follows the existing implementation in
CodeGen/TargetBuiltins/ARM.cpp and adds the `getFloatNeonType` helper
to support it. The remaining changes are code motion and refactoring.
Reference:
[1] https://arm-software.github.io/acle/neon_intrinsics/advsimd.html#conversions
www/qt6-webengine: fix running under wayland
When starting, chromium calls GpuFence::Wait() which was not implemented
on FreeBSD, on linux is calls sync_wait which does not exist on FreeBSD.
Hopefully drm sync fence fds do support polling and it seems to do the
trick.
While here tell chromium we don't have sync_fence_info() so it does not
try to go further at the risk of reaching another NOTREACH() which would
trigger a crash
PR: 287599
www/qt6-webengine: fix running under wayland
When starting, chromium calls GpuFence::Wait() which was not implemented
on FreeBSD, on linux is calls sync_wait which does not exist on FreeBSD.
Hopefully drm sync fence fds do support polling and it seems to do the
trick.
While here tell chromium we don't have sync_fence_info() so it does not
try to go further at the risk of reaching another NOTREACH() which would
trigger a crash
PR: 287599
NAS-140597 / 27.0.0-BETA.1 / Replace pure-python filter_list (#18617)
This commit replaces the pure-python implementation of filter_list with
the version provided by the truenas/truenas_pyos repo
(truenas_pyfilter). The overall new workflow for this is:
1. convert the filters / options to their respective objects from
truenas_pyfilter (compile_filters, compile_options).
2. use the filters / options to either match (if there's single item) or
tnfilter (if there is more than one).
Output is same so this is mostly a drop-in replacement; however, in some
places in our codebase we keep copies of pre-compiled filters and
options because they do not change. The filter_list util is now replaced
with what is largely a thin wrapper around the extension.
API validation also now wraps around validation provided by the
extension.
[NVVM] Update properties for non-sync variants of the SHFL intrinsics (#189615)
Non-sync SHFL variants (shfl without .sync) are pure functions of their SSA operands and the active thread mask. Assign IntrReadMem, IntrInaccessibleMemOnly and IntrWillReturn so that: - Reading the implicit mask state is modeled for correct ordering with other convergent operations - Truly dead non-sync shfl code can still be DCE'd
Sync SHFL variants keep IntrInaccessibleMemOnly (no IntrReadMem, no IntrWillReturn) to model synchronization side effects and prevent unsafe DCE/reordering.
