[clang][LoongArch] Check target features in CheckLoongArchBuiltinFunctionCall (#191811)
Add target features check in `CheckLoongArchBuiltinFunctionCall`, thus
we could through an error
when pass the `-mno-lsx` to clang while using the builtin LSX intrinsics
for global variables instead of
trigger an ICE.
Minimal Example:
```
// clang-20 --march=loongarch64 -mno-lsx -S -o - "x.cc"
__attribute__((__vector_size__(16))) long foo = __builtin_lsx_vinsgr2vr_w(foo, 0, 0);
```
and the compiler will output
```
x.cc:1:49: error: builtin needs target feature lsx
1 | __attribute__((__vector_size__(16))) long foo = __builtin_lsx_vinsgr2vr_w(foo, 0, 0);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 error generated.
[2 lines not shown]
[Driver] Gnu: Move -s/-t/-u emission to match GCC order (#192883)
GCC places -s, -t, and -u sym in one contiguous group just before
Scrt1.o / crt1.o, with -L paths after the CRT files.
Match that ordering by dropping the early `push_back("-s")` and rolling
-s, -t, and -u into one addAllArgs call placed immediately after -o
output. This keeps -Wl,... after -s/-t/-u so that user overrides like
-Wl,--strip-debug still take precedence. Update linux-ld-args.c to
-T remains at the end so earlier -L paths take precedence.
[MLIR][Vector] Fix `scf.for` block-argument yields in warp distribution (#192247)
Teach WarpOpScfForOp to remap yielded `scf.for` body block arguments
through `argMapping` before creating the replacement `gpu.yield`.
Handle yielded loop-carried values and other `scf.for` body block
arguments when moving the loop body into the new inner warp op, instead
of reusing the pre-merge values.
Add a regression test for yielding a loop-carried block argument during
warp distribution.
Fix #186573
[JumpTableToSwitch] Fix wrong function used for GUID computation (#192877)
The FuncToGuid lambda's fallback path (when target functions lack !guid
metadata) was using 'F' (the caller) instead of 'Fct' (the callee) in
getIRPGOFuncName, causing all GUID lookups to resolve to the caller's
GUID.
[llvm-profgen] Add branch/target validation (#188620)
Add extra branch source and target validation checks for LBR samples.
This is to check whether there are branch source samples that do not
match a call/branch/ret instruction in the binary, and branch target
samples that do not match a resolved Imm target address, or a function
start address (in case of an indirect call).
Example output:
```
# X86
warning: 0.01%(27/376876) of sampled target addresses do not match the binary.
# AArch64
warning: 0.01%(63782/795824826) of branch samples do not match the binary.
warning: 0.01%(70468/795824826) of branch targets do not match the binary.
```
Run time overhead:
```
Before:
[8 lines not shown]
drm/i915/psr: Do not use pipe_src as borders for SU area
From Jouni Hogander
de9aa7e89b98157d2650f25691e40711b8404151 in linux-6.18.y/6.18.23
75519f5df2a9b23f7bf305e12dc9a6e3e65c24b7 in mainline linux
drm/i915/gt: fix refcount underflow in intel_engine_park_heartbeat
From Sebastian Brzezinka
2af8b200cae3fdd0e917ecc2753b28bb40c876c1 in linux-6.18.y/6.18.23
4c71fd099513bfa8acab529b626e1f0097b76061 in mainline linux
[AMDGPU] Generate waterfall for calls with SGPR(inreg) argument (#146997)
Fixing issue https://github.com/llvm/llvm-project/issues/140780
Generate waterfall loop for call using SGPR(inreg) argument but result
from divergent source (e.g. VGPR).
[clang-tidy][NFC] Add test case confirming #190944 is fixed (#192707)
Closes #190944.
This issue is already fixed, and this change just adds a test case to
confirm that.
17974 64-bit programs deserve fmtopo too
Reviewed by: Toomas Soome <tsoome at me.com>
Reviewed by: Andy Fiddaman <illumos at fiddaman.net>
Approved by: Dan McDonald <danmcd at edgecast.io>
sysutils/vm-bhyve-devel: Update to the latest commit
This is a -devel port, so it's being shipped to the quarterly branch
for users keen on the latest updates. More cautious users use
sysutils/vm-bhyve instead.
MFH: 2026Q2
(cherry picked from commit 6cde49e7d02f06b8cd5272d98701188ce36d7bea)
sysutils/vm-bhyve-devel: Update to the latest commit
This is a -devel port, so it's being shipped to the quarterly branch
for users keen on the latest updates. More cautious users use
sysutils/vm-bhyve instead.
MFH: 2026Q2
sysutils/vm-bhyve-devel: Update to the latest commit
This is a -devel port, so it's being shipped to the quarterly branch
for users keen on the latest updates. More cautious users use
sysutils/vm-bhyve instead.
MFH: 2026Q2
17526 cxgbe could use more queues
17527 cxgbe should be smatch clean
17528 cxgbe should always be mac ring capable
Portions contributed by: Patrick Mooney <pmooney at pfmooney.com>
Reviewed by: Robert Mustacchi <rm at fingolfin.org>
Approved by: Dan McDonald <danmcd at edgecast.io>
