[llvm-mc-assemble-fuzzer] Remove mc::InitMCTargetOptionsFromFlags (#239913)
Just use default MCTargetOptions. The tool should probably be removed,
but for now drop the mc::InitMCTargetOptionsFromFlags call to simplify
the work making mc::InitMCTargetOptionsFromFlags read from library
options instead.
[BOLT] Remove unneeded mc::RegisterMCTargetOptionsFlags (#239910)
PR #100800 added this registration because DwarfStreamer::init called
mc::InitMCTargetOptionsFromFlags, which asserts if the options are not
registered, and #100771 removed the registration from DWP.
DwarfStreamer also no longer needs these MC tool options.
[X86] Fix -Wunused-variable from #239777 (#239902)
Deleted some uses that left other variables unused outside of LLVM_DEBUG
which is only enabled with LLVM_ENABLE_ASSERTIONS, leaving release
builds with -Wunused-variable.
Mark [[maybe_unused]] to prevent the warning as-is standard.
[SLP] Pruning when there is no Undef
A poison value and concrete value can always pass
isGuaranteedNotToBePoison. Nowadays, we generates very few undef
value. So the prunning here makes sense as we try to do linear check
to find a possible undef instead of calling the very expensive
isGuaranteedNotToBePoison.
[DWARFLinker] Remove mc::RegisterMCTargetOptionsFlags (#239904)
dsymutil, llvm-dwarfutil, and the DwarfGenerator unittest never
parse/use these MC command line options. These were added around 2020
for "Move DwarfStreamer into DWARFLinker".
[clang][bytecode] Remove unused InlineDescriptor constructor (NFC) (#239688)
The last callers of InlineDescriptor::InlineDescriptor were removed on
November 6, 2026 in commit 0a0e65b2e8ff6043d85ab07c4d23ea18bf0b9b7d.
Assisted-by: Antigravity
net/dshell: Fix the 802.11 plugin with pypacker 6 and add setuptools
- python is added to CATEGORIES
- concurrent is added to USE_PYTHON (bin/ scripts are installed)
- portlint warnings are fixed
- the patch in files/ gets a header saying what it does and its upstream
status (Description, Issue ID, Changeset, TODO)
- the port switches to USE_PYTHON=pep517 (the package metadata becomes
dist-info)
PR: 300275
Reported by: Patrick Crandol <patrick at crandol.com>
x11/nvidia-driver{-devel}, x11/nvidia-kmod{-devel}, x11/linux-nvidia-libs{-devel}, graphics/nvidia-drm*-kmod{-devel}, x11/nvidia-settings, x11/nvidia-xconfig: Update to 620.70.06
Update to latest Production Branch of drivers 620.70.06:
https://www.nvidia.com/en-us/drivers/details/283868/
Linux counterparts for x11/linux-nvidia-libs:
https://www.nvidia.com/en-us/drivers/details/283867/
As this version is newer than exisitng New Feature Branch (NFB)
of drivers, update -devel variants to the same version, too.
Additional note:
Starting from 615 series of drivers, possibly vtys before invoking
whichever of X11 or Wayland shifts screen downward with about
half character-based line, causing command prompt at the bottom
become hard to read.
Once X11 (tested only for xorg) or Wayland starts, it would be
fixed (on exitting X11 / Wayland or switching to vty from X11/
[18 lines not shown]
AArch64: Use the DAG's libcall info (#239895)
Use the analysis libcall info instead of the static copy in
TargetLowering, which will eventually be removed.
Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
BPF: Stop lowering unwinding through nonexistent unwinder calls
BPF borrowed the DWARF EH pipeline in an unsound way. DwarfEHPrepare
turned resume into a call of _Unwind_Resume, which will never be
linked in. BPFUnwindLower later replaced it, and calls of
_Unwind_RaiseException, by matching callee names after register
allocation. This fixes the pass pipeline relying on these transient
calls to phantom functions.
Instead add an invokable llvm.bpf.unwind.exit intrinsic, similar to
wasm's throw intrinsics. BPFUnwindPrepare replaces resume with it so
no impossible call to _Unwind_Resume reaches selection.
The intrinsic selects to a pseudo which BPFUnwindLower turns into
either unwind_exit or a branch to the landing pad when invoked. The
pseudo clobbers nothing, so register allocation can be more aggressive
than when the function looked like an ordinary call.
Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
security/openssh-portable: Fix build on 14.x
This fixes the build where blacklistd+hpn are used.
(cherry picked from commit 369256b446234a7fbf9f2d33fbcd19b34488a158)
