Tidy the zfs.resource globals, loops and call wrapping and type the docker dataset defaults
- Drop the leading underscore from module globals and freeze the global
mappings (MappingProxyType) and RECORDSIZE_MAPPING (tuple)
- Replace hard-to-read comprehensions with plain loops in the unencrypted
datasets alert, the NVMe-oF snapdev check, path_is_locked_impl,
_audit_set and the create ancestor list
- Make the checksum, compression and share type choices methods synchronous
- Put one argument per line in wrapped calls
- Restore the refreservation TODO, add TODOs for the /proc scan and for
making zfs.resource.attachments synchronous, and tighten the
zfs.resource.list docstring
- Query the encryption properties in pool.dataset.get_instance_quick only
when the encryption option is set, and ask for them in pool.dataset.unlock
- Type the docker dataset default values with the ZFS property types and
build ZFSResourceCreateProperties directly instead of through
model_validate in the docker and VM zvol create paths
traceroute6: MFC: implement firewall evasion mode
Merge implementation of "traceroute -e" to traceroute6 for TCP/UDP/SCTP.
(cherry picked from commit f1cfcfb2e51ae5afa8941342ad10f650db8279c5)
[RISC-V][MC] Convert priv-invalid.s to llvm-mc -verify
Convert `llvm/test/MC/RISCV/priv-invalid.s` from `not llvm-mc ... 2>&1 | FileCheck`
to `llvm-mc -verify` as an example of inline diagnostic verification with
explicit column checks.
This commit was created with the help of AI tools
[Support][llvm-mc] Add column checking to -verify directives
Extend `SourceMgrDiagnosticVerifier` directives with an optional `:<col>`
suffix after the line specifier (`expected-error:10 {{...}}`,
`expected-error@+1:15 {{...}}`, `expected-error at 42:8 {{...}}`) so tests can
verify diagnostic column locations when desired while keeping column
checking opt-in.
This commit was created with the help of AI tools
[llvm-mc] Add -verify=<prefixes> diagnostic-verification mode
Add a `-verify` (and `-verify=<prefix1,prefix2,...>`) option to `llvm-mc`,
backed by `llvm::SourceMgrDiagnosticVerifier`, to check assembly diagnostics
inline via `expected-(error|warning|remark|note)` comments without needing
an external `not llvm-mc ... 2>&1 | FileCheck` pipeline.
In `-verify` mode, assembly output is suppressed (`MCNullStreamer`), all
buffers registered with `SourceMgr` (including `.include`s) are scanned for
directives scoped to the target's `MCAsmInfo::getCommentString()` plus
`//` and `#`, and `llvm-mc` exits zero if and only if all expected
diagnostics match and no unexpected diagnostics are emitted.
This commit was created with the help of AI tools
[Support] Add custom-prefix and comment-scoping support to SourceMgrDiagnosticVerifier
Allow callers of `SourceMgrDiagnosticVerifier` to configure:
- One or more directive prefixes (defaulting to `{"expected"}`) so tools
can share a single test file across multiple runs with different
configurations (mirroring `clang -cc1 -verify=<prefixes>` and FileCheck's
`--check-prefixes`).
- Comment prefixes (e.g. `//`, `#`, `;` for assembly) so directive scanning
ignores `expected-*` substrings that appear inside instruction operands
or string literals before a comment marker.
This commit was created with the help of AI tools
[Support] Fix offset parsing and buffer caching in SourceMgrDiagnosticVerifier
Fix three bugs inherited from the original MLIR implementation:
- Parse `@+N` / `@-N` line offsets explicitly in base 10 so leading zeros
like `@+010` are not interpreted as octal, and reject negative offsets
whose magnitude exceeds the current line number instead of silently
underflowing `unsigned`.
- Make `computeExpectedDiags` idempotent when called multiple times on the
same buffer so existing matched diagnostics are not wiped out.
- Rescan all buffers currently registered in `SourceMgr` inside `verify()`
so buffers that never emitted a diagnostic still have their `expected-*`
directives checked.
This commit was created with the help of AI tools
[Support] Use LLVM naming conventions in SourceMgrDiagnosticVerifier. NFC
Rename fields, parameters, and local variables in
`SourceMgrDiagnosticVerifier` from MLIR's `camelCase` style to LLVM's
`UpperCamelCase` style now that the class lives in `LLVMSupport`.
This commit was created with the help of AI tools
[Support] Extract SourceMgrDiagnosticVerifier from MLIR's verifier handler. NFC
Move the SourceMgr-based `expected-(error|warning|remark|note)` diagnostic
parsing and matching logic out of `mlir/lib/IR/Diagnostics.cpp` into a
reusable `llvm::SourceMgrDiagnosticVerifier` class in `LLVMSupport` so
that non-MLIR tools (such as `llvm-mc -verify`) can share the same
implementation.
`mlir::SourceMgrDiagnosticVerifierHandler` is now a thin MLIR-specific
adapter around `llvm::SourceMgrDiagnosticVerifier`.
This commit was created with the help of AI tools
me.4: MFC: note that it is a point-to-point interface
Add explicit note that me(4) works as a point-to-point pseudo device.
(cherry picked from commit f69eab727edbab1385e5ffc8b3f6cb5a233f62c0)
[RISC-V][MC][RVY] Update to v0.9.10 specification (#227554)
Update the experimental 'Y' base ISA to 0.9.10 (0p910) and sync the base
RVY instruction encodings and mnemonics with the v0.9.10 draft
specification (https://github.com/riscv/riscv-cheri/releases/tag/v0.9.10-ar20260929):
* Replace `SRLIY` and the `yhir` alias with a dedicated 2-operand `YHIR`
instruction (`funct7 = 0b1111010`, `funct5 = 0b00111`), and remove the
now-unused `uimm7_eq_xlen` operand support.
* Drop `PACKY` in favor of `YHIW` (`rd = YGPR`, `rs1 = GPR`, `rs2 = GPR`).
* Rename `YSUNSEAL` to `YUNSEALS` and add `YSEALE` (`funct7 = 0b0010111`,
`rs1 = x0`).
This commit was created with the help of AI tools
Pull-Request: https://github.com/llvm/llvm-project/pull/227554
traceroute6: MFC: implement firewall evasion mode
Merge implementation of "traceroute -e" to traceroute6 for TCP/UDP/SCTP.
(cherry picked from commit f1cfcfb2e51ae5afa8941342ad10f650db8279c5)
traceroute6: MFC: implement firewall evasion mode
Merge implementation of "traceroute -e" to traceroute6 for TCP/UDP/SCTP.
(cherry picked from commit f1cfcfb2e51ae5afa8941342ad10f650db8279c5)
[MC] Preserve target MCSubtargetInfo subclass in MCContext::getSubtargetCopy
Previously, MCContext::getSubtargetCopy placement-constructed a base
MCSubtargetInfo instance instead of the TableGen-generated
<Target>GenMCSubtargetInfo subclass, resetting the vtable to
MCSubtargetInfo and losing target overrides such as getHwMode,
getHwModeSet, and resolveVariantSchedClass. As a result, any
MCTargetAsmParser::copySTI() call (for example when handling .option
arch on RISC-V) caused STI.getHwMode() to return 0 (DefaultMode).
Add a virtual MCSubtargetInfo::copyTo helper overridden by
<Target>GenMCSubtargetInfo so MCContext::getSubtargetCopy preserves the
target's MCSubtargetInfo vtable.
This commit was created with the help of AI tools
me.4: MFC: note that it is a point-to-point interface
Add explicit note that me(4) works as a point-to-point pseudo device.
(cherry picked from commit f69eab727edbab1385e5ffc8b3f6cb5a233f62c0)
me.4: MFC: note that it is a point-to-point interface
Add explicit note that me(4) works as a point-to-point pseudo device.
(cherry picked from commit f69eab727edbab1385e5ffc8b3f6cb5a233f62c0)
