结论:已同步 native kinematics probe 实际覆盖范围,并明确 canned_cycles 等剩余 fixture 需要 dedicated native LinuxCNC baseline,完整 native probes 验证通过。
5.3 KiB
5.3 KiB
Drift Report
Current Status
As of the current upstream baseline, no byte-level drift is allowed between
files listed in tools/source-manifest.txt and the matching files under
../linuxcnc/.
The enforced upstream baseline is:
60597ee0718873d2449058c824262a275e5e4bad
tools/verify_vendor_sync.sh enforces this by comparing every manifest file
against upstream during native validation.
Allowed Standalone Boundaries
The following differences are intentional runtime boundaries, not LinuxCNC semantic rewrites:
| Boundary | Standalone treatment |
|---|---|
| RTAPI | Minimal compatibility shim in runtime/core/shims/rtapi.h. |
| HAL lookup | Standalone HAL adapter for _hal[...] named parameter reads. |
| INI lookup | Standalone INI adapter around vendored LinuxCNC INI parser behavior. |
| Canonical output | Canonical calls are captured as test events instead of driving hardware. |
| Tool-data reload | LinuxCNC RELOAD_TOOLDATA is captured as a canonical test event; browser/native tool-table reload plumbing remains a future host/runtime adapter. |
| Interpreter state tags | LinuxCNC UPDATE_TAG callbacks are captured from the state tags packed by vendored interpreter code; standalone code does not derive modal state. |
| Rotary indexer lock state | LinuxCNC UNLOCK_ROTARY and LOCK_ROTARY callbacks are captured from the vendored single-axis indexer path; standalone code does not implement rotary-indexing semantics. |
| File flush | LinuxCNC FINISH is captured as a canonical test event on the vendored %-delimited file-reading path. |
| Interpreter reset | LinuxCNC ON_RESET is captured as a canonical test event on the vendored interpreter reset/file-open path. |
| Interpreter init | LinuxCNC INIT_CANON and the canonical initialization sequence from vendored Interp::init() are captured as test events. |
| Comment logging | LinuxCNC LOGOPEN, LOG, LOGAPPEND, and LOGCLOSE callbacks are captured as canonical test events instead of writing host log files. |
| Python/remap | Python/remap hooks are stubbed at the runtime edge. |
| Dynamic interpreter path | interp_base.cc probe uses standalone EMC2_HOME compile-time path boundary. |
| Realtime scheduler | TP probes seed deterministic status/config data instead of running LinuxCNC realtime process topology. |
| Kinematics component lifecycle | Kinematics modules are initialized through LinuxCNC module entry points where native runtime probes exist, while HAL component init/ready/exit, HAL pin allocation, and RTAPI module metadata are handled by standalone shims. |
| Go math C/C++ linkage | genserkins runtime probing compiles vendored gomath.c through a narrow C++ wrapper so LinuxCNC genserfuncs.c can link to the upstream Go math symbols without editing vendored source. |
| Switchkins iterative forward | genhexkins runtime probing follows LinuxCNC switchkins iterative-forward behavior, including the first-call warmup path before asserting roundtrip convergence. |
| Browser storage | OPFS remains outside the native core and is not yet connected. |
Enforced Non-Drift Rules
- Do not edit
../linuxcnc/. - Do not patch vendored files without adding a patch under
patches/and documenting the reason. - Do not add standalone
Interp::convert_g(). - Do not add
.cor.ccmanifest files without a source compile probe. - Do not sync from a different upstream commit without updating
tools/upstream-baseline.txtanddocs/scope-and-baseline.md.
Known Gaps
- No browser/WASM parity tests yet.
- No JS SDK validation yet.
- No OPFS persistence validation yet.
- Identity/trivial,
5axiskins, TRTxyzac/xyzbc, delta, SCARA, PUMA, serial, hexapod, pentapod, and related kinematics sources now have native source-probe coverage. - Full machine baselines beyond the current identity/trivial,
5axiskins, TRT, delta, SCARA, PUMA, serialgenserkins, hexapodgenhexkins, pentapodpentakins, and other existing runtime probes are not established. - Positive cutter-compensated motion and cutter compensation rejection paths now have standalone interpreter fixture coverage through vendored LinuxCNC source.
- Fixture expectations are checked against the standalone vendored source
path. The upstream
rs274side-by-side baseline now covers simple motion, arc geometry, offsets, feed-control, comment/logging, numbered-parameter, probing, spindle-orient, file-open reset, file-finish, tool-reload, and O-word subroutine fixtures; it also covers threading/rigid tap, NURBS dispatch boundaries, and comparable canonical runtime edge and program-end cleanup calls. Adapter-heavy fixtures, standalone modal-state assertions, and upstreamrs274output gaps such asWAITor hidden NURBS control-point detail still need dedicated native LinuxCNC baselines. canned_cyclesis not yet in the upstreamrs274side-by-side baseline because G83 currently exposes retract-height canonical detail that needs a dedicated native LinuxCNC baseline instead of broad event filtering.
Current Drift Conclusion
Within the native extracted-core scope, the port currently has no permitted byte-level drift from vendored LinuxCNC source files. All current behavior coverage is guarded by upstream baseline validation, vendor sync validation, source compile probes, native harnesses, and fixture checks.