obs-studio: add BROWSER option to enable CEF framework
OBS studio can now display a web browser in it's streaming setup..
- The BROWSER option works now: it depends on www/cef and points the
build at it (CEF_ROOT_DIR=${LOCALBASE}/lib/cef). It is on by default
on amd64 and not offered where www/cef does not build.
- Use the CMake switch obs-browser actually reads (ENABLE_BROWSER) and
turn off the What's New dialog, which has no FreeBSD code path.
- obs-browser: FreeBSD support in its CMake files and __linux__ code
paths; load libcef.so from the CEF directory (RPATH) instead of
copying CEF into lib/obs-plugins, and let CEF find its own locales;
build with C++20 as the CEF 152 headers require; include
<netinet/in.h> for sockaddr_in.
PR: 299341
[clang][CIR] Add tests for SVE MAXNMV intrinsics (#232198)
adds CIR tests for `svmaxnmv` (plain SVE) intrinsics.
Moves and adapts `sve-intrinsics/acle_sve_maxnmv.c` to `sve/maxnmv.c`
Part of #223963
[clang][CIR] Add tests for SVE MINNMV intrinsics (#232199)
adds CIR tests for `svminnmv` (plain SVE) intrinsics.
Moves and adapts `sve-intrinsics/acle_sve_minnmv.c` to `sve/minnmv.c`
Part of #223963
[RISCV][Docs] Rename Extensions section in RISCVUsage to 'Ratified Extensions' (#232488)
We have separate sections for Experimental and Vendor so let's name this
what it is.
drm/amdkfd: align SDMA doorbell base for shader doorbell writes
From Saleel Kudchadker
f009879ed99067e825512f7b759a174660edd703 in linux-6.18.y/6.18.57
f145d5b3f740de05d85257acdc82f6877180f5c6 in mainline linux
drm/i915/gt: Unmask interrupts only when ACTIVE is true
From Krzysztof Karas
0b4a0fb98b9ffeac36798bbd369c821605cae70f in linux-6.18.y/6.18.57
5346b1cec6afa4f9b4b49a9f84e3cfef95a3f7bb in mainline linux
drm/i915/gem: Prevent overstepping exec array boundary
From Krzysztof Karas
152fb5083b9333a1cb8629572f9e0f276a404ba6 in linux-6.18.y/6.18.57
ebe162db655881a38de43301151ff7ac940602b5 in mainline linux
drm/fb-helper: defer setup when fbdev_probe() fails, not just on -EAGAIN
From Nguyen Ngoc Thang
4e7b508c7c60dec7a86b7eb2a1b7e6d174afa457 in linux-6.18.y/6.18.57
755c94d178b7e972bb766199d34e4ba4f63a89eb in mainline linux
[lldb] Rename OS register metadata providers (#231564)
Rename platform/arch-specific RegisterContext* to RegisterInfo* under
Process/Utility as these files contain classes derived from
RegisterInfoInterface not RegisterContext.
[TargetLowering][X86] Prefer 'r' over 'm' for foldable "rm" inline asm operands
An "rm" (register-or-memory) inline asm operand has always resolved to
'm', because getConstraintPreferences() picks the most general
constraint present, and 'm' is more general than 'r'. That's safe, since
memory can't run out, but it forces a value that could stay in a
register through a stack slot even when there's no register pressure
(https://github.com/llvm/llvm-project/issues/20571).
Prefer 'r' instead where the register allocator can fold the register
back to a stack slot when it runs out of registers, and mark the
register operand foldable (InlineAsm::Flag::setRegMayBeFolded()) so it
does. Both allocators can: the greedy allocator folds an operand when it
spills its value, and the fast allocator folds operands up front when
the asm's register operands wouldn't fit.
ParseConstraints() sets AsmOperandInfo::MayFoldRegister for an operand
whose constraint codes include 'r' and 'm' and are otherwise only
immediate codes, above -O0, on a target that opts in through the new
[26 lines not shown]
[RegAllocFast] Fold foldable inline asm operands under register pressure
An inline asm register operand marked foldable (from an "rm" constraint)
may be replaced with a stack slot when the register allocator runs out
of registers. The greedy allocator does that when it spills the value.
The fast allocator can't: it assigns the operands of an instruction one
at a time, and folding replaces the instruction. So it reported
"inline assembly requires more registers than available" instead.
Before allocating a block, estimate from each inline asm's own operands
whether they fit in registers, and fold as many foldable registers as
needed to make them fit, so the common case without pressure still gets
a register. Values that only live across the asm don't count, since the
allocator spills them when it needs their registers. The estimate
follows allocateInstruction():
- First all defs get distinct registers, avoiding physreg defs; then all
uses, along with the defs still occupied while the uses are read
(early-clobber and tied defs, see isLiveThroughDef()), get distinct
[26 lines not shown]
[CodeGen] Address review: error for "=m|r" direct outputs too
A direct output whose chosen alternative is memory, e.g. "=m|r", still
crashed SelectionDAG, which exempted multiple-alternative operands from the
check and then asked for the address of an output with no value. Drop the
exemption and test "=m|r" with both instruction selectors. Name the
selector explicitly in the RUN lines rather than relying on -O levels,
since X86 GlobalISel can't lower inline asm and both X86 lines ran
SelectionDAG anyway. Drop "yet" from the error: Clang never emits a
direct memory output, so there are no plans to support one.
Assisted-by: Claude Opus 5.5
[CodeGen] Report an error for a direct inline asm output in memory
An inline asm output returned by value has no memory to write to, yet a
constraint such as "=rm" picks memory, the most general constraint, as
does "=m". SelectionDAG asserted on that ("Can only indirectify direct
input operands!"), and GlobalISel dereferenced a null pointer. Clang
never emits such an output, since it passes the address of a memory
output, but other IR can. Report "cannot handle direct memory outputs
yet for constraint 'm'" instead, like the other inline asm errors there.
Assisted-by: Claude Opus 5.5
[MLIR][AsmPrinter] Add alwaysUseAliases printing flag (#232518)
Per-function IR dumps print a nested op, which takes the non top-level
path where types and attributes expand in full. For passes over
functions with heavy types this buries the dump in noise that aliases
would fold away.
Add OpPrintingFlags::alwaysUseAliases plus the
mlir-print-always-use-aliases tool option. When set, printing
initializes aliases and takes the top-level path for any op, so nested
dumps use aliases. The flag takes precedence over local scope on
purpose: pass instrumentation prints nested ops with local scope, so
without precedence the per-function dumps this flag targets would never
use aliases.
Reusing one AsmState across prints must not carry the previous op
aliases or dialect resources into the next print, so initialize now
starts both fresh.
Assisted-by: Muse Code (Muse)
[TargetInstrInfo] Address review: autogenerate greedy-inline-asm-fold.mir checks
Generate the checks with update_mir_test_checks.py so that the spills and
reloads around each folded inline asm are verified, not just the INLINEASM
itself. Fix the "=r" comment to describe the C "+r" operand, note that which
"+rm" pair greedy folds is its own choice, and add a "+&rm" case on an
uninitialized value showing that folding a pair whose tied use is undef
stores to the slot without loading from it.
Assisted-by: Claude Opus 5.5
[APFloat][NFCI] Move x87DoubleExtended next to the other native IEEE types (#223193)
Reordered the `APFloatBase::Semantics` so that `S_x87DoubleExtended` is
placed after the IEEE types and before the DoubleDouble types.
Previously, `S_x87DoubleExtended` was the very last `enum` value,
meaning that `SemanticsToEnum`/`bitcastToAPInt`/`initFromAPInt` would
test if `Sem` is one of the 13 GPU floating point types before testing
if `Sem` is `x87DoubleExtended`. Given that `x87DoubleExtended` is more
commonly used and a native LLVM IR type, I thought a better heuristic
would be to test if `Sem` is a `x87DoubleExtended` type before testing
if it is one of the 13 GPU floating point types.
I also made the order of other functions/fields more consistent across
`APFloat`.
photoc helps you review, organize, and prepare photos from the
terminal: summarize a shoot, read metadata, find blurry shots and
exact duplicates, rename and sort into folders, make contact sheets
and smaller copies, or remove GPS before sharing. Most commands
work in shell scripts; `review` needs a terminal. Inspection commands
can print JSON. Large JPEGs may use temporary in-memory previews,
which do not change the originals. photoc reads JPEG files and
metadata from Sony ARW RAW files as of now.
[TargetLowering][X86] Prefer 'r' over 'm' for foldable "rm" inline asm operands
An "rm" (register-or-memory) inline asm operand has always resolved to
'm', because getConstraintPreferences() picks the most general
constraint present, and 'm' is more general than 'r'. That's safe, since
memory can't run out, but it forces a value that could stay in a
register through a stack slot even when there's no register pressure
(https://github.com/llvm/llvm-project/issues/20571).
Prefer 'r' instead where the register allocator can fold the register
back to a stack slot when it runs out of registers, and mark the
register operand foldable (InlineAsm::Flag::setRegMayBeFolded()) so it
does. Both allocators can: the greedy allocator folds an operand when it
spills its value, and the fast allocator folds operands up front when
the asm's register operands wouldn't fit.
ParseConstraints() sets AsmOperandInfo::MayFoldRegister for an operand
whose constraint codes include 'r' and 'm' and are otherwise only
immediate codes, above -O0, on a target that opts in through the new
[26 lines not shown]
[RegAllocFast] Fold foldable inline asm operands under register pressure
An inline asm register operand marked foldable (from an "rm" constraint)
may be replaced with a stack slot when the register allocator runs out
of registers. The greedy allocator does that when it spills the value.
The fast allocator can't: it assigns the operands of an instruction one
at a time, and folding replaces the instruction. So it reported
"inline assembly requires more registers than available" instead.
Before allocating a block, estimate from each inline asm's own operands
whether they fit in registers, and fold as many foldable registers as
needed to make them fit, so the common case without pressure still gets
a register. Values that only live across the asm don't count, since the
allocator spills them when it needs their registers. The estimate
follows allocateInstruction():
- First all defs get distinct registers, avoiding physreg defs; then all
uses, along with the defs still occupied while the uses are read
(early-clobber and tied defs, see isLiveThroughDef()), get distinct
[26 lines not shown]
[CodeGen] Report an error for a direct inline asm output in memory
An inline asm output returned by value has no memory to write to, yet a
constraint such as "=rm" picks memory, the most general constraint, as
does "=m". SelectionDAG asserted on that ("Can only indirectify direct
input operands!"), and GlobalISel dereferenced a null pointer. Clang
never emits such an output, since it passes the address of a memory
output, but other IR can. Report "cannot handle direct memory outputs
yet for constraint 'm'" instead, like the other inline asm errors there.
Assisted-by: Claude Opus 5.5
[TargetInstrInfo] Fix folding inline asm operands next to tied operands
foldInlineAsmMemOperand() swapped a register operand for the target's
memory operands with MachineInstr::removeOperand(), which asserts when a
later operand is tied, because moving it would break the tie. Inline asm
lists every input after every output, so folding any operand that comes
before another tied pair asserted, e.g. an "rm" input followed by the
input of a "+r" operand, or one of two "+rm" operands. Without
assertions, the moved operands kept stale tie indices. Untie the
operands, rebuild the operand list, and re-tie the remaining pairs at
their new positions.
It also gave up when the register appears in more than one operand, e.g.
one value passed to two "rm" operands, which left the greedy allocator
unable to spill that value at all. Fold every such operand into the
stack slot.
Finally, take MayLoad from the folded operands rather than from every
read of the register: a folded def whose tied use is another virtual
[9 lines not shown]
