DragonFlyBSD/src bc3495fusr.bin/truss syscalls.c x86_64-fbsd.c

truss - Handle xsyscall syscalls better, and fix argument printing on x86_64.

* Some further work is needed to make sure arguments are printed correctly
  for xsyscall syscalls, and to update and improve the output.

* xsyscall syscalls are currently always signaled to the PIOCWAIT ioctl with
  nargs=0, because the syscall2() handler only looks up the argument count
  for the xsyscall SYSCALL (i.e. syscall(2) or __syscall(2)), which takes a
  variable argument count. So for now, we can just let truss figure out the
  argument count itself.

* Argument printing code was broken on x86_64, due to wrong malloc buffer
  sizing (it only didn't segfault out of luck). Update to explicitly
  distinguish between 32bit and 64bit arguments.

* Small first update on the syscall argument table maintained in truss.

* Get rid of the Quad argument type printing, which is obsolete on 64bit
  systems.
DeltaFile
+27-45usr.bin/truss/syscalls.c
+28-17usr.bin/truss/x86_64-fbsd.c
+6-5usr.bin/truss/syscall.h
+61-673 files

LLVM/project a666d1fllvm/include/llvm/ADT iterator.h

Fixed build with C++20 standard (#169772)

Building LLVM with CMAKE_CXX_STANDARD set to 20 fails since the iterator
facade is not fully compatible with C++20. To make it compatible,
specific operator overloads have to be constrained.

Overload for operator- in ADT iterator is now constrained with concept
BaseT::IsRandomAccess.

Patch by Jonathan Wakely.

Fixes #139072.

---------

Co-authored-by: A. Jiang <de34 at live.cn>
Co-authored-by: Jakub Kuderski <kubakuderski at gmail.com>
DeltaFile
+2-0llvm/include/llvm/ADT/iterator.h
+2-01 files

FreeBSD/src 1aea5b0sys/conf files

nvme: make the interface standard file

This makes nvme.ko and nvd.ko loadable.

Fixes:  aed44717a1606e4c5c79f7c8831de49cba64d7e6
DeltaFile
+1-1sys/conf/files
+1-11 files

LLVM/project 1ab9889clang/lib/Sema SemaDecl.cpp, clang/test/APINotes templates.cpp

[APINotes] Avoid duplicate attributes when fields instantiate class templates (#173386)

If a C++ class template `A` is annotated via API Notes and another class
`B` has a field of type `A`, we would apply the attributes from the API
Notes twice. This happened during `ActOnFields`, so this change makes
sure we stop processing API Notes for class template instantiations in
this function.

rdar://166179307
DeltaFile
+22-0clang/test/APINotes/templates.cpp
+15-0clang/test/APINotes/Inputs/Headers/Templates.h
+2-1clang/lib/Sema/SemaDecl.cpp
+2-0clang/test/APINotes/Inputs/Headers/Templates.apinotes
+41-14 files

LLVM/project bc7e6admlir/cmake/modules AddMLIRPython.cmake

restore DISABLE_INSTALL
DeltaFile
+1-0mlir/cmake/modules/AddMLIRPython.cmake
+1-01 files

LLVM/project 634eb7eclang/include/clang/Sema Sema.h, clang/lib/Sema SemaDeclAttr.cpp SemaExprObjC.cpp

[NFC] Constify IdentifierInfo (#173266)

This change updates several APIs and local uses to take pointers to
const IdentifierInfo where mutation is not required.
DeltaFile
+13-14clang/lib/Sema/SemaDeclAttr.cpp
+13-11clang/include/clang/Sema/Sema.h
+7-8clang/utils/TableGen/ClangAttrEmitter.cpp
+5-5clang/lib/Sema/SemaExprObjC.cpp
+2-2clang/lib/Sema/SemaHLSL.cpp
+1-1clang/lib/Sema/SemaAvailability.cpp
+41-414 files not shown
+45-4510 files

LLVM/project 00b3cebmlir/include/mlir/Dialect/XeGPU/Utils XeGPUUtils.h

add docstrings

Signed-off-by: Dmitry Chigarev <dmitry.chigarev at intel.com>
DeltaFile
+4-0mlir/include/mlir/Dialect/XeGPU/Utils/XeGPUUtils.h
+4-01 files

LLVM/project 32c34cfmlir/include/mlir/Dialect/XeGPU/Utils XeGPUUtils.h, mlir/lib/Dialect/XeGPU/Transforms XeGPUUnroll.cpp XeGPUWgToSgDistribute.cpp

clang-format

Signed-off-by: Dmitry Chigarev <dmitry.chigarev at intel.com>
DeltaFile
+8-5mlir/lib/Dialect/XeGPU/Transforms/XeGPUUnroll.cpp
+6-4mlir/lib/Dialect/XeGPU/Transforms/XeGPUWgToSgDistribute.cpp
+1-2mlir/include/mlir/Dialect/XeGPU/Utils/XeGPUUtils.h
+15-113 files

LLVM/project f54891emlir/include/mlir/Dialect/XeGPU/Utils XeGPUUtils.h, mlir/lib/Dialect/XeGPU/Transforms XeGPUWgToSgDistribute.cpp XeGPUUnroll.cpp

Ensure anchor layouts are updated after xegpu-blocking/unroll/wg-to-sg passes

Signed-off-by: Dmitry Chigarev <dmitry.chigarev at intel.com>
DeltaFile
+36-0mlir/lib/Dialect/XeGPU/Utils/XeGPUUtils.cpp
+3-12mlir/lib/Dialect/XeGPU/Transforms/XeGPUWgToSgDistribute.cpp
+4-4mlir/lib/Dialect/XeGPU/Transforms/XeGPUUnroll.cpp
+6-0mlir/include/mlir/Dialect/XeGPU/Utils/XeGPUUtils.h
+3-3mlir/test/Dialect/XeGPU/xegpu-blocking.mlir
+2-2mlir/test/Dialect/XeGPU/xegpu-wg-to-sg.mlir
+54-216 files

LLVM/project 24b1513llvm/test/CodeGen/AMDGPU rsq.f64.ll, llvm/test/CodeGen/RISCV short-forward-branch-opt-load.ll short-forward-branch-opt-load-atomic-acquire-seq_cst.ll

Merge remote-tracking branch 'origin/main' into users/Jianhui-Li/XeGPU/Remove_Slice_Layout_After_Pass
DeltaFile
+10,680-0llvm/test/tools/llvm-mca/AArch64/Olympus/sve-instructions.s
+4,532-3,195llvm/test/CodeGen/AMDGPU/rsq.f64.ll
+6,871-0llvm/test/CodeGen/RISCV/short-forward-branch-opt-load.ll
+5,310-0llvm/test/tools/llvm-mca/AArch64/Olympus/neon-instructions.s
+3,983-0llvm/test/tools/llvm-mca/AArch64/Olympus/writeback-loads-stores.s
+3,834-0llvm/test/CodeGen/RISCV/short-forward-branch-opt-load-atomic-acquire-seq_cst.ll
+35,210-3,1952,343 files not shown
+138,693-38,1872,349 files

LLVM/project 7d7d063llvm/lib/Target/AMDGPU AMDGPUCodeGenPrepare.cpp, llvm/test/CodeGen/AMDGPU rsq.f32-safe.ll amdgpu-codegenprepare-fdiv.ll

AMDGPU: Stop requiring afn for f32 rsq formation (#172082)

We were checking for afn or !fpmath attached to the sqrt. We
are not trying to replace a correctly rounded rsqrt; we're replacing
the two correctly rounded operations with the contracted operation.
It's net a better precision, so contract on both instructions should
be sufficient. Both the contracted and uncontracted sequences pass
the OpenCL conformance test, with a lower maximum error contracted.
DeltaFile
+504-1,529llvm/test/CodeGen/AMDGPU/rsq.f32-safe.ll
+52-45llvm/test/CodeGen/AMDGPU/amdgpu-codegenprepare-fdiv.ll
+6-25llvm/lib/Target/AMDGPU/AMDGPUCodeGenPrepare.cpp
+562-1,5993 files

NetBSD/src bUpdHw8tests/lib/libc/gen t_fpclassify.c

   t_fpclassify: Fix build properly without __HAVE_LONG_DOUBLE.

   Centralize use of union ieee_ext_u, used on machines where double is
   not the same as long double, so most of the long double code doesn't
   need __HAVE_LONG_DOUBLE conditionals (reminder: __HAVE_LONG_DOUBLE
   means long double is _larger_ than double, not just that long double
   exists; long double always exists and should work either way).

   PR standards/59336: C23: Annex F and math.h extensions
   PR lib/59853: compiler-rt softfloat lacks floating-point exceptions
VersionDeltaFile
1.14+65-46tests/lib/libc/gen/t_fpclassify.c
+65-461 files

NetBSD/src eKW8I55tests/lib/libc/gen t_fpclassify.c

   t_fpclassify: Revert previous -- __HAVE_LONG_DOUBLE is used wrongly.

   __HAVE_LONG_DOUBLE being defined means long double is _different_
   from double (typically 80-bit or 128-bit extended precision), and not
   being defined means long double is the same as double.

   Any code that uses ordinary long double arithmetic or long double
   libm functions should work with or __HAVE_LONG_DOUBLE.

   But without __HAVE_LONG_DOUBLE, we don't have things like union
   ieee_ext_u for breaking apart the internal representation.

   Will re-fix the build in a subsequent change coming up momentarily.
VersionDeltaFile
1.13+1-7tests/lib/libc/gen/t_fpclassify.c
+1-71 files

FreeBSD/src a7e0f6asys/dev/usb/quirk usb_quirk.c

Specialize the REALTEK RTL8153 quirk to just rev=0x31fd
DeltaFile
+1-1sys/dev/usb/quirk/usb_quirk.c
+1-11 files

FreeNAS/freenas 1067fb9src/freenas/usr/lib/systemd/system-preset 10-truenas.preset, src/middlewared/middlewared/plugins/service_/services incus.py

NAS-139000 / 25.10.2 / Make sure lxcfs is not enabled automatically (#17902)

## Problem

The **`lxcfs`** service currently runs independently, even when **Incus
is not running**.
However, Incus expects `lxcfs` to be active **only when Incus itself is
set up and running**.
Keeping `lxcfs` running outside of Incus’s lifecycle leads to
unnecessary background services and inconsistent service management.

## Solution

Disable the standalone `lxcfs` service and tie its lifecycle directly to
Incus:

* Stop `lxcfs` automatically when Incus is stopped
* Allow `lxcfs` to start automatically **only as a dependency of
Incus**, since Incus explicitly requires it

    [2 lines not shown]
DeltaFile
+2-0src/middlewared/middlewared/plugins/service_/services/incus.py
+1-0src/freenas/usr/lib/systemd/system-preset/10-truenas.preset
+3-02 files

LLVM/project 6669392lldb/source/Interpreter embedded_interpreter.py

[lldb] Improve detection of the readline backend (#173379)

readline.backend was added in Python 3.13 see
https://docs.python.org/3/library/readline.html#readline.backend
DeltaFile
+7-1lldb/source/Interpreter/embedded_interpreter.py
+7-11 files

LLVM/project 32236edlibcxx/include/__ranges empty_view.h, libcxx/test/libcxx/ranges/range.adaptors/range.empty nodiscard.verify.cpp

[libc++][ranges] Applied `[[nodiscard]]` to `empty_view` (#173215)

`[[nodiscard]]` should be applied to functions where discarding the
return value is most likely a correctness issue.

- https://libcxx.llvm.org/CodingGuidelines.html
- https://wg21.link/ranges
- https://wg21.link/range.empty

Towards #172124
DeltaFile
+30-0libcxx/test/libcxx/ranges/range.adaptors/range.empty/nodiscard.verify.cpp
+5-5libcxx/include/__ranges/empty_view.h
+35-52 files

LLVM/project b988d41libcxx/include/__ranges drop_while_view.h, libcxx/test/libcxx/ranges/range.adaptors/range.drop.while nodiscard.verify.cpp

[libc++][ranges] Applied `[[nodiscard]]` to `drop_while_view` (#173211)

`[[nodiscard]]` should be applied to functions where discarding the
return value is most likely a correctness issue.

- https://libcxx.llvm.org/CodingGuidelines.html
- https://wg21.link/ranges
- https://wg21.link/range.drop.while

Towards #172124
DeltaFile
+46-0libcxx/test/libcxx/ranges/range.adaptors/range.drop.while/nodiscard.verify.cpp
+5-5libcxx/include/__ranges/drop_while_view.h
+51-52 files

LLVM/project 29d7b4clibcxx/include/__ranges chunk_by_view.h, libcxx/test/libcxx/diagnostics ranges.nodiscard.verify.cpp

[libc++][ranges] Applied `[[nodiscard]]` to `chunk_by_view ` (#173178)

`[[nodiscard]]` should be applied to functions where discarding the
return value is most likely a correctness issue.

- https://libcxx.llvm.org/CodingGuidelines.html
- https://wg21.link/ranges
- https://wg21.link/range.chunk.by

Towards #172124
DeltaFile
+53-0libcxx/test/libcxx/ranges/range.adaptors/range.chunk.by/nodiscard.verify.cpp
+6-6libcxx/include/__ranges/chunk_by_view.h
+0-3libcxx/test/libcxx/diagnostics/ranges.nodiscard.verify.cpp
+59-93 files

LLVM/project b6bf708libcxx/include/__ranges common_view.h, libcxx/test/libcxx/ranges/range.adaptors/range.common.view nodiscard.verify.cpp

[libc++][ranges] Applied `[[nodiscard]]` to `common_view` (#173176)

`[[nodiscard]]` should be applied to functions where discarding the
return value is most likely a correctness issue.

- https://libcxx.llvm.org/CodingGuidelines.html
- https://wg21.link/ranges
- https://wg21.link/range.common

Towards #172124
DeltaFile
+61-0libcxx/test/libcxx/ranges/range.adaptors/range.common.view/nodiscard.verify.cpp
+7-7libcxx/include/__ranges/common_view.h
+68-72 files

LLVM/project c15a73elibcxx/include/__ranges as_rvalue_view.h, libcxx/test/libcxx/ranges/range.adaptors/range.as_rvalue_view nodiscard.verify.cpp

[libc++][ranges] Applied `[[nodiscard]]` to `as_rvalue_view` (#173145)

`[[nodiscard]]` should be applied to functions where discarding the
return value is most likely a correctness issue.

- https://libcxx.llvm.org/CodingGuidelines.html
- https://wg21.link/ranges
- https://wg21.link/range.as.rvalue

Towards #172124
DeltaFile
+63-0libcxx/test/libcxx/ranges/range.adaptors/range.as_rvalue_view/nodiscard.verify.cpp
+8-8libcxx/include/__ranges/as_rvalue_view.h
+71-82 files

LLVM/project cbcda2dlibcxx/include typeinfo typeindex, libcxx/include/__new exceptions.h

[libc++] Applied `[[nodiscard]]` to more Language Support  classes (#171078)

[[nodiscard]] should be applied to functions where discarding the return
value is most likely a correctness issue.

- https://libcxx.llvm.org/CodingGuidelines.html
- https://wg21.link/support

Towards #172124

Implemented in this release:
- [x] `type_info`
- [x] `type_index`
- [x] `bad_alloc`, `bad_array_new_length`
DeltaFile
+36-12libcxx/test/libcxx/diagnostics/new.nodiscard.verify.cpp
+33-0libcxx/test/libcxx/language.support/nodiscard.verify.cpp
+12-9libcxx/include/typeinfo
+5-3libcxx/include/typeindex
+2-2libcxx/include/__new/exceptions.h
+88-265 files

LLVM/project 66f48a7libcxx/include regex, libcxx/test/libcxx/diagnostics regex.nodiscard.verify.cpp

[libc++][regex] Applied `[[nodiscard]]` (#170974)

`[[nodiscard]]` should be applied to functions where discarding the
return value is most likely a correctness issue.

- https://libcxx.llvm.org/CodingGuidelines.html
- https//wg21.link/re
DeltaFile
+62-4libcxx/test/libcxx/diagnostics/regex.nodiscard.verify.cpp
+30-26libcxx/include/regex
+92-302 files

FreeBSD/ports 10e4b13math/calc Makefile

math/calc: Stop conflicting with itself

My initial hope was that pkg would identify and skip tautologies, and
the tests I ran seemed to work at the time, but it doesn't work in
practice. Instead, teach calc not to conflict with calc, and calc-tiny
not to conflict with calc-tiny.
DeltaFile
+5-1math/calc/Makefile
+5-11 files

NetBSD/src sKY158rtests/dev/audio h_pad.c, tests/fs/common fstest_v7fs.c

   tests: Include endian headers.

   prompted by PR pkg/59839
VersionDeltaFile
1.3+3-2tests/fs/common/fstest_v7fs.c
1.4+2-1tests/dev/audio/h_pad.c
+5-32 files

NetBSD/src pubZ7LNsbin/iscsictl iscsic_driverif.c

   iscsictl(8): Include <endian.h> for endian swapping functions

   prompted by PR pkg/59839
VersionDeltaFile
1.7+2-1sbin/iscsictl/iscsic_driverif.c
+2-11 files

LLVM/project 869b44dmlir/include/mlir/Dialect/Linalg/Transforms Transforms.h, mlir/test/Dialect/Linalg fusion-multiuse-producer.mlir

[MLIR][Linalg] Use Top-Down traversal to safely optimize multi-use producer fusion (#172216)

Switches the greedy rewrite traversal for the multi-use producer fusion
pattern to Top-Down (Pre-Order).

The previous Bottom-Up (Post-Order) traversal led to a critical SSA
violation when a producer (P) had multiple users (I and C) and the first
user (I) appeared before the current consumer (C) in the block.
Processing the outer consumer (C) first and attempting to fuse P into C
would create a new fused operation, F. The rewrite would attempt to
replace P's result (used by I) with the output of F. However, since I is
located before F in the block, this replacement breaks SSA dominance
rules, leading to a crash. To ensure correctness, the first use (I) must
be processed and fused before the second use (C). Using Top-Down
traversal ensures that operations are visited and rewritten in the
correct flow order.

Take a look at this example, which represents a three-operation chain
where the first operation, P (**%13:2**), has two users: an intermediate

    [42 lines not shown]
DeltaFile
+71-0mlir/test/Dialect/Linalg/fusion-multiuse-producer.mlir
+3-1mlir/test/lib/Dialect/Linalg/TestLinalgElementwiseFusion.cpp
+3-0mlir/include/mlir/Dialect/Linalg/Transforms/Transforms.h
+77-13 files

FreeBSD/ports e4750ebwww/chawan distinfo Makefile

www/chawan: Fix DISTNAME

Use just version in DISTNAME "is a no go" © diizzy.

Reported by:    diizzy (via email)
Approved by:    blanket
Fixes:          4a0169a0f3f9 (new port: A text-mode web browser and pager)
DeltaFile
+3-3www/chawan/distinfo
+1-4www/chawan/Makefile
+4-72 files

LLVM/project 964bf90mlir/cmake/modules AddMLIRPython.cmake

disable LTO by default
DeltaFile
+8-0mlir/cmake/modules/AddMLIRPython.cmake
+8-01 files

FreeBSD/ports bfc1414www/servlet-api Makefile

www/servlet-api: Deprecate and expire port

PR:             291875
DeltaFile
+3-0www/servlet-api/Makefile
+3-01 files