Typ-1 Bare-Metal-Hypervisoren fuer Mixed-Criticality SDVs

Die Konsolidierung von Instrumentencluster, ADAS und Android auf einem SoC erfordert Freedom From Interference (FFI). Typ-1-Hypervisoren erzwingen strikte Grenzen.

Freiheit von Rueckwirkungen (FFI) in Multi-OS-Fahrzeugumgebungen

Wenn Android Speicher bandbreite beansprucht oder abstuerzt, darf das ASIL-D-Cluster keine Frames verlieren. Typ-1-Hypervisoren isolieren VMs ueber Stage-2-Tabellen und SMMUs.

Core Engineering Areas

• Type-1 Bare-Metal Architecture — Typ-1-Hypervisoren laufen direkt auf der Hardware (EL2-Ebene) und verwalten vCPUs, Speicherpartitionen und Interrupts ohne Host-Betriebssystem.
• Virtio Device Virtualization — Virtio abstrahiert Hardware in standardisierte Ringpuffer. Gast-Systeme nutzen Upstream-Virtio-Treiber, was Vendor-Lock-in verhindert und GPU-Sharing ermoeglicht.
• Memory & CPU Partitioning — Typ-1-Hypervisoren nutzen Arm SMMUv3 und RISC-V IOPMP, um PCIe-DMA zu isolieren. Cache-Partitionierung (Cache-Coloring oder Arm MPAM) verhindert, dass IVI-Grafiklasten kritische ADAS-Pipelines verdraengen.

Technical Articles

• Koexistenz von ASIL-D-Sicherheitslasten und Android Automotive auf einem SoC
• Hardware-gestuetzte Speicherisolation mit Arm Stage-2 und SMMU
• Deterministisches vCPU-Scheduling und Echtzeitgarantien unter Volllast

Related Cluster Architecture Specifications

• AutomotiveSDV — Full SDV Stack & Reference Architecture
• A2HCard — Agent-to-Human (A2H) Interface Cards & In-Cabin Autonomous Interaction Manifests
• A2HumanCard — Standardized In-Vehicle AI Agent Capability Discovery, Trust & Authorization Cards
• AIDrivenSynBio — AI-Driven Synthetic Biology for Automotive In-Cabin Air Purification, Bio-Engineered Pathogen Scavengers & Molecular Biosensors