Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Set current agenda and clean up backlog.

Purpose and Rationale

The Hypervisor Project follows after two successful workshops at the last is producing a common open licensed Automotive Standard Virtual Platform specification based on VIRTIO, and other standards.

On the more general scope, the project two GENIVI All-Member-Meetings and investigates the wide scope of open- source and commercial hypervisor technologies, and addresses challenges in their use.

   Through collaboration between all vendors, experts and adopters of virtualization technology we can lower the barriers to successful product development.

  The project primarily drives requirements, standardization for Hypervisor APIs, and other types of investigations to facilitate ECU consolidation, price reduction, and management of mixed-criticality in systems for improved security and functional safety.

You can look below for detailed backlog and topics, but to summarize there are two There are three primary work streams currently in development:

  1. Virtual Device API standardization, leading to the definition of the Automotive standard Virtual Platform
    (this builds on existing standards like VIRTIO naturallycollecting and driving requirements for a standard platform based on VIRTIO, SCMI, and other existing standards.

  2. Multi-OS system design on Multi-Core SoCs (with/without virtualisation)
  3. Investigate and recommend electrical/software architecture for automotive use-cases, when deployed using virtual-machine technologies. 

Next Meeting

...

Every Monday, 10:00 AM CET

Agenda:

  • Technical Summit sessions (Bangalore, 10-11 October)
  • Progress on actions: API standardization / virtual platform definition
  • Discuss reference received from Bernhard (email)
  • Discussing the format of the Automotive Virtual Platform specification (GA)
  • possibly some other things

General backlog

  • AVPS v2 completed --> AVPS JIRA tickets for tracking 
  • Whitepaper planning (dormant at the moment)
  • Deep-dive Memory Buffer sharing (GPU) - suggested by Eugen Friedrich
  • Update Milestones, deliverables, and workplan.
  • Use-cases, architectures and requirements workstream (dormant)
  • Re-review scope of workand synergy opportunities,  AGL virtualization EG.  Links to previous papers below.
  • Establish scope of work and synergy opportunities for virtualization in AUTOSAR
  • Android and Trout, evaluation and establish relationship to AVPS.

...

Zoom Meeting details:

Backlog (Topic List)

  • Milestones, deliverables, and workplan.
  • Reactions to Samsung presentation
  • (ongoing) Concrete use-case, architectures and requirements
  • (new) More was added to the AGL publication on virtualization.  Re-review, to identify useful/reusable parts.
  • (tbc) Albert, planning presentation (TBC)

Mailing list & Contribution

...

    •  !hvws2020

Meeting Minutes (← use link)

Resources

  Videos/recordings

  Related publications and input

Mailing list & Contribution

  1. Discussion should use the general genivi-projects mailing list. (warning) Start the subject line using: [HVWS]
  2. The Wiki is an open public collaboration area.  Please contribute/improve

...

  1. it as needed.  Improve text, add relate info, links, references! 
    To edit the Wiki, log in or request an account.
  2. Any other process question? - you can contact the

...

  1. acting project lead

...

  1.  Gunnar Andersson

...

Upcoming Events / F2F

GENIVI 20th All Member Meeting a Digital Experience


F2F Meetings (completed)

Original topic-list (possible focus areas)

  • APIs for security: Mandatory Access Control features (in virtualization environments, that is)

Sub-topics, with possible dedicated meetings (for prioritization)

  • API for virtualized device drivers: VirtIO
  • API for security: MAC
  • VM management tool
  • Instrumentation & tools
  • Safety compliance: ISO26262
  • Security compliance: Common Criteria, EAL
  • System design to optimize Boot Time,
  • Boot requirements, e.g. secure boot, integrity check,
  • Agree on Terms / Nomenclature

Done / skipped / no longer on backlog

  • Reactions to Samsung presentation 

  • Reference implementation: Should be based on which hypervisor(s)? 
    • Answer:  All are welcome.  Company provided development input The companies that do the development will in practice affect this.

...

    • the choice(s).

Project Pages

...

summary

Children Display

Topic Introduction:
Virtual Device standardization, a.k.a. Automotive Virtual Platform definition

Common Define common I/O devices for hypervisor guests with standardized features and interface, such that device drivers (and thereby systems) are as a consequences systems, virtual-machines) become more portable.

Advantages:

  • Device drivers (for paravirtualization) for the (Linux*) kernel don't need to be maintained uniquely for different hypervisors
  • Ability to move hypervisor guests between different hypervisor environments
  • Definite potential for shared experience and getting the right functionality into the APIs.  
    • Heterogeneous cross-system testing will strengthen specs and implementation.
  • Some potential Some potential for shared device driver driver implementation across hypervisors across hypervisors (dependent on licenses - open-source, closed-source)

*virtio also supported by BSD, Windows, Fuchsia, and others

...

The work is documented here

Resources and Links

Related publications and input

Videos/recordings

  • Platform Security Summit May 23-24, 2018 - had several hypervisor related presentations – Youtube, (website

...

  ((green star) ^^ includes links to many topic presentations by the participants)

...