Technical Overview
How Pantavisor works and why it is built this way, ordered to be read as a book. For the exact keys, fields and endpoints behind any of it, follow the Reference links at the foot of each page, or start from the Reference index.
Foundations
- Architecture — the two jobs Pantavisor does, and the state machine it does them in
- Revisions — the unit of state: what a revision is and how state JSON makes it reproducible
- BSP — kernel, modules, firmware and bootloader, versioned alongside application containers
- Containers — runtime, groups, roles, status, auto-recovery and lifecycle control
State and storage
- Updates — the atomic update flow, its progress states, and the failure paths
- Storage — on-disk layout, object store, logs, metadata and integrity
- Disks — disk types, single and dual-mode partitioning, dm-crypt, boot sequence
Control
- Remote Control — the Pantacor Hub client and other remote controllers
- Local Control — the pv-ctrl socket, Pantabox and pvcontrol
Runtime services
- IPAM — container IP address management: pools, allocation, network namespaces
- Inter-Container Communication — the xconnect service mesh
- Hooks — lifecycle hooks, and how
system-startgates a revision - Watchdog — kernel watchdog integration and the four ping modes
- Power and Wakelocks — blocking and scheduling suspend without missing updates
Configuration and modes
- Configuration Levels — the precedence hierarchy across factory, device and container scopes
- Init Mode — embedded, standalone and appengine, and when to use each