| Commit message (Collapse) | Author | Age |
| ... | |
| |
|
|
| |
device pending rescue
|
| |
|
|
| |
FWSEC dry-run stage
|
| |
|
|
| |
dry-run stage before live boot)
|
| |
|
|
| |
secure-verification stage coded (build-only)
|
| |
|
|
| |
decode identified
|
| |
|
|
| |
GSP boot is next
|
| |
|
|
| |
snapshot refreshed
|
| |
|
|
| |
power-domain mitigation recorded
|
| |
|
|
| |
bring-up snapshot refreshed
|
| |
|
|
| |
hazard gate
|
| |
|
|
| |
verified); freeze-class watch note
|
| |
|
|
| |
verified, real boot next
|
| |
|
|
| |
drafted
|
| |
|
|
|
|
|
|
|
|
|
|
| |
frontier
- the per-push 8 s stall was pump bookkeeping (release-seen keyed on the
unchanged tracker-semaphore VA; rewind replays returning to the CE grace
path) - fixed; real-release init now completes in ~1 min
- the content rescue now parses the real method encoding, so NON_INC-headed
pushes validate and their releases land
- the queued launch's module image reaches the emulated vidmem; execution on
real hardware (docs/03-architecture/08 backend) is the next project
|
| |
|
|
|
|
|
|
| |
device count
- 7f84797 delivers UVM tracking releases without host-side pins
- one real-release no-watcher cycle reached cudaGetDeviceCount success
- cycles continue; execution backend remains the gating item
|
| |
|
|
|
|
|
| |
in-flight edit)
- three real-release cycles without kprobes/watchers; no textual result yet
- frontier unchanged: real-release runtime init and the execution backend
|
| |
|
|
|
|
| |
- fresh module per cycle without kprobes/watchers; early observation: a
compute-channel entry stalls with a failure notifier
- frontier unchanged: real-release runtime init and the execution backend
|
| |
|
|
|
|
|
|
| |
the next wall
- runtime init rc=0 (cudaGetDeviceCount/SetDevice/alloc/HtoD/launch accepted)
- fixed the legacy clock-domain probe replies that blocked runtime init
- next: real-release runtime init and physical-GPU execution of queued work
|
| |
|
|
|
|
|
|
| |
canonical reply fix
- page-directory entry writes captured and validated; 64/64 baseline stays
- vectorAdd client now fails after registration in libcuda (rc=3), no kernel error
- BAR-info canonical reply-size bug fixed; one cache mismatch remains
|
| |
|
|
|
|
|
|
| |
task next
- dmesg diagnostics gated behind default-off sema_dbg; 64/64 with a 520-line log
- staging buffer kept resolvable via streamed pins; PD-entry capture remains
- note the guest-side kernel fault observed in serial
|
| |
|
|
|
|
|
|
| |
publication capture
- the device-to-host destination now resolves; baseline green again in live runs
- frontier/active-work notes updated: land the capture fix, then the runtime
vectorAdd client
|
| |
|
|
| |
targeted-fallback/retry work
|
| |
|
|
|
|
|
| |
- remove the superseded flat state page; current state lives in
STATE-CURRENT.md and the docs tree
- update the historical-material note in docs/README and the STATE-CURRENT
header/see-also references
|
| |
|
|
|
|
|
|
|
| |
wall
- harness runs nvidia-smi and a static-runtime vectorAdd-style client
- page-table walk succeeds at scale; larger runtime buffers still fail
translation (host copies report missing entries)
- frontier/active-work notes updated
|
| |
|
|
|
|
|
| |
- milestone: cuCtxCreate through cuCtxDestroy with correct data roundtrip
- GMMU walk decode fixed (real entry encoding); DtoH copy-engine-on-compute
allowed for trusted injected pushes
- ladder/diagrams/rails updated; next rung is real CUDA workloads
|
| |
|
|
|
|
|
|
|
| |
walk is the wall
- smoke test ends ALL OK; data roundtrip pending the GPU-VA walk
- HtoD identified as a GRCE inline-data DMA and decoded; destination
translation is the remaining blocker
- frontier/rail refreshed
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
payload-pattern audit
- CE LAUNCH_DMA releases are now applied after the push's collected work
runs: the client reads copied data as soon as it observes the release,
so release-first let cuMemcpyDtoH observe a copy that had not executed.
- Unreadable CE entries stay pending for a grace window (sema_ce_grace_ms,
default 8s) before the release fallback consumes them, so a translation
that lands within a service pass lets the push be decoded and its work
executed instead of being dropped.
- sema_copy_pat matches an 8-byte value against every copy's src/dst first
word and scans decoded pushes for it, naming the submission that carries
a known payload regardless of size/encoding.
- sema-dma-skip logs transfer-shaped launches that collect no op; op log
lines carry the channel handle; LAUNCH_DMA inventory follows OPS_LOG.
- A real release application now records the release VA, so decoded pushes
no longer trigger a spurious fake release.
|
| |
|
|
|
|
|
|
| |
- GR-info indices 7/9/0x17/0x22 were zero in the emulation (shader-pipe
sub-count among them); filling real-device values clears the previously
fatal context check
- client now runs inside UVM for minutes instead of failing in seconds
- next wall: push-data operand translation (fix in); frontier notes updated
|
| |
|
|
| |
UVM wait)
|
| |
|
|
| |
watcher reaping, wider CE stream window
|
| |
|
|
|
|
|
| |
- registration wait named and unblocked (first CE channel tracker, value 3;
early push-buffer pinning)
- frontier now the post-registration window (external allocation burst)
- note the recovered guest wedge on the fastest-pin configuration
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- new 03-architecture/09-full-system-picture.md: end-state map, GSP boot,
guest init, RPC lifecycle, memory model, work path (bridge and end state),
scheduling, isolation levels, KVM/mdev/VFIO, BAR/engine/channel/GMMU,
portability, performance model, implementation/test status
- new 03-architecture/10-interaction-and-scheduling.md: interaction inventory,
control-plane call path, msgq element lifecycle, channel pump, concurrency,
timing budgets, multi-tenant scheduling, teardown ordering, versioning
- README: mermaid system diagram replaces the ASCII block; reading list
extended and renumbered
- component docs: GSP boot sequence, mdev/VFIO lifecycle, end-state
interaction sequence; STATE-CURRENT links
|
|
|
- add docs/03-architecture/08-physical-gpu-integration.md: interfaces that
exist, mechanism options A-E, chosen path (module-owned GPU driven through
its real GSP firmware), sharing policy, decision record
- update 06-host-module-and-hybrid-model, 02-practical-challenges, system
overview, known-knowns, docs/README reading order and CUDA-side docs to
match
- correct stale engine-topology/COPY14 blocker claims across the tree
- add STATE-CURRENT.md as the dated public status snapshot
|