Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Automotive Grade Linux SoDevプラットフォームの最新技術動向

Sponsored · Your Podcast. Everywhere. Effortlessly. Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.

Automotive Grade Linux SoDevプラットフォームの最新技術動向

2026年7月24日開催セミナー講演資料
Linux Foundation / 一般社団法人組込みシステム技術協会 (JASA) 主催 EdgeTech+ West 特別企画

【第1部】Automotive Grade Linux SoDevプラットフォームの最新技術動向
Automotive Grade Linux、Advisory Board member / 株式会社本田技術研究所 Chief Architect 日下部 雄一氏

Avatar for Linux Foundation Japan

Linux Foundation Japan PRO

July 29, 2026

Transcript

  1. JLY 24, 2026 OSAKA, JAPAN EdgeTech+WEST2026 Automotive Grade Linux SoDeVプラット

    フォームの最新技術動向 Yuichi Kusakabe Chief Architect Honda Motor R&D Co., Ltd.
  2. About myself(Yuichi Kusakabe) ▪ ▪ ▪ ▪ ▪ 2005/4 Automotive

    Tier1 in Japan • Renesas H8S AVN power control(Non-OS) • Panasonic UniPhier USB-Audio(Fastest in the industry with HDD transfer function) 2009/12 Working together with in Japan OEM ▪ Engaged in the R&D of SoC for next-generation IVI and multimedia OS 2011/1 Paradigm shift to use OSS • Renesas RMA1 Linux-PF Project Leader, AGL Board Member • Renesas R-Car M2/H3/M3 Fast Boot, Java, HTML5 browser 2020/6 Join Honda Motor in IVI software development team • Qualcomm SA8155P AAOS based IVI Lead Architect 2024/4 Launched Honda OSPO(Open Source Program Office) • SDV(Software Defined Vehicle) SW Chief Architect and OSPO Tech Lead • Xen Board Member, ELISA and Zephyr Member
  3. Agenda JLY 24, 2026 OSAKA, JAPAN EdgeTech+WEST2026 ⚫ Background to

    software changes in the automotive industry ⚫ Why open source is important ⚫ SDV Reference PF AGL -SoDeV⚫ Conclusion
  4. Background to software changes in the automotive industry EdgeTech+WEST2026 •

    Shift 1: Hardware → Software-Defined Vehicle • Vehicle value shifts from hardware to software • Shift 2: Close → Open Standards & Consortiums • Siloed, proprietary systems limit scalability • Shift 3: Linear Supply Chain → Ecosystem • The traditional OEM and Tier 1 hierarchy is changing
  5. Shift 1: Hardware → Software-Defined Vehicle EdgeTech+WEST2026 • Vehicle value

    shifts from hardware to software • Functions are defined and updated by software • Over-the-air (OTA) updates enable continuous evolution • The vehicle becomes a software-driven platform
  6. Shift 2: Close → Open Standards & Consortiums EdgeTech+WEST2026 •

    Siloed, proprietary systems limit scalability • Common data models and APIs enable interoperability • Industry consortiums (e.g., JasPar) drive standardization • OEMs focus on differentiating software and services
  7. Shift 3: Linear Supply Chain → Ecosystem • The traditional

    OEM and Tier 1 hierarchy is changing • Semiconductor, cloud, and software players gain importance • Value is created through cross-industry collaboration • OEMs increasingly act as ecosystem orchestrators EdgeTech+WEST2026
  8. Why open source is important • Shift 1: Hardware →

    Software-Defined Vehicle • Vehicle value shifts from hardware to software • Shift 2: Close → Open Standards & Consortiums • Siloed, proprietary systems limit scalability • Shift 3: Linear Supply Chain → Ecosystem • The traditional OEM and Tier 1 hierarchy is changing EdgeTech+WEST2026
  9. Shift 1: Hardware → Software-Defined Vehicle EdgeTech+WEST2026 OTA Manager Cloud

    Connector … In-Car Safety App … Core ECU API Vehicle Data Lake Service Container Container OS/Hypervisor HPC UX app, high-speed evolution Soft area: provision area of most of the services Real time, safety Hard area: with knowledge and actual results
  10. AGL SDV Expert Group EdgeTech+WEST2026 • VirtIO available in UCB

    for hypervisor use cases • Non-hypervisor (loopback) use cases complete for Quillback • Unified HMI – Virtual display used by different ECUs based on VirtIO (Panasonic) • SDV reference PF under development https://lf-automotivelinux.atlassian.net/wiki/spaces/VE/overview
  11. Type1 Hypervisor: Xen EdgeTech+WEST2026 Xen is an open source, bare

    metal hypervisor. It runs as the most privileged piece of software, and shares the resources of the hardware between virtual machines. In Xen terminology, there are domains, commonly abbreviated to dom, which are identified by their numeric domid. When Xen boots, dom0 is automatically started as well. Dom0 is a virtual machine which, by default, is granted full permissions https://xenbits.xen.org/docs/latest/admin-guide/introduction.html
  12. Why open source is important • Shift 1: Hardware →

    Software-Defined Vehicle • Vehicle value shifts from hardware to software • Shift 2: Close → Open Standards & Consortiums • Siloed, proprietary systems limit scalability • Shift 3: Linear Supply Chain → Ecosystem • The traditional OEM and Tier 1 hierarchy is changing EdgeTech+WEST2026
  13. Open Standards & Consortiums(VirtIO) EdgeTech+WEST2026 -What is VirtIO (a standardized

    device virtualization technology) VirtIO is an open standard for device I/O in virtual environments. It allows the same drivers and device models to work across different operating systems, hypervisors, and hardware. The specification is developed and maintained as an international standard by OASIS. -OASIS activities: defining and maintaining the VirtIO specification OASIS operates the Virtual I/O Device (VIRTIO) Technical Committee.This committee publishes and updates the VirtIO specifications (such as VirtIO v1.1 and v1.2) as official Committee Specifications.This ensures an open, neutral standard without vendor lock-in. https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=virtio#overview
  14. Why open source is important • Shift 1: Hardware →

    Software-Defined Vehicle • Vehicle value shifts from hardware to software • Shift 2: Close → Open Standards & Consortiums • Siloed, proprietary systems limit scalability • Shift 3: Linear Supply Chain → Ecosystem • The traditional OEM and Tier 1 hierarchy is changing EdgeTech+WEST2026
  15. AGL SDV Expert Group EdgeTech+WEST2026 • VirtIO available in UCB

    for hypervisor use cases • Non-hypervisor (loopback) use cases complete for Quillback • Unified HMI – Virtual display used by different ECUs based on VirtIO (Panasonic) • SDV reference PF under development https://lf-automotivelinux.atlassian.net/wiki/spaces/VE/overview
  16. SoDeV safety use case(Zephyr pass-through) • EdgeTech+WEST2026 How to achieve

    safety? ◦ Example use case: Tell tale for instrument cluster. Tell tale is drawn by Driver Domain Guest Domains the hardware (VirtIO Adopted Functional Domain) What is best solution? Dom 0 Dommonitoring D Dom D Dom U Dom U decoupled Dom U Dom U Dom U domain. Create commonZephyr tell tail interface Linux/AGL Zephyr AGL RT Linux AAOS AGL Zephyr between DomD and DomU? Others? Micro Controller Part Control Domain VM Management & Monitoring Standardized VirtIO BE Standardized VirtIO BE Dom0 Kernel VirtIOCompliant SoC BSP VirtIOCompliant SoC BSP Infotainment Infotainment IC Graphical Stack VirtIO FE VirtIO FE VirtIO FE Single SoC HPC, Multi-SoC HPC, Multi-ECUs Domain Contoller Display output hardware IC RT Stack Unified HMI Type 1 Hypervisor (Xen etc.) Frame buffer ADAS Stack Tell tail checker VirtIO FE Pass VirtIO FE through
  17. AGL SDV Reference PF(V4H) - SoDeV EdgeTech+WEST2026 Dom D Guest

    AOSP Honda IVI Guest Zephyr ASIL Domain Honda IVI Android System App ASIL Apps VIRTIO Backend Dom 0 TroutASIL based Apps AAOS (Control Domain) BSP drivers VirtIO Frontend Linux kernel (BSP part) Linux kernel (GKI part) Virtual Machine Virtual Machine Virtual Machine Virtual Machine memory memory memory CPU memory Timer GIC CPU Timer GIC CPU App CPU Timer GIC Full Virtualized Schedular Timer Xen hypervisor MMU Cortex®-A76 (x4) Renesas R-Car V4H interrupt Timer GIC
  18. meta-xt-prod-devel-rpi5 EdgeTech+WEST2026 $ moulin rpi5.yaml --help-config usage: moulin rpi5.yaml [--MACHINE

    {rpi5}] [--XEN_EARLY {yes,no}] [--DOMD_ROOT {usb,nvme}] [--ENABLE_SCMI {yes,no}] [--ENABLE_WIFI {yes,no}] [--ENABLE_CAN {mcp2515-can,seeed-can-fd-hat-v2,no}] [--ENABLE_HDMI {yes,no}] Config file description: Raspberry 5 with xen dom0less options: --MACHINE {rpi5} Raspberry Pi machines (default: rpi5) --XEN_EARLY {yes,no} Enable early printk for Xen (default: yes) --DOMD_ROOT {usb,nvme} Domd root device (default: usb) --ENABLE_SCMI {yes,no} Enable ARM SCMI support (default: no) --ENABLE_WIFI {yes,no} Allow wifi in domd (default: no) --ENABLE_CAN {mcp2515-can,seeed-can-fd-hat-v2,no} Allow CAN in DomD and choose it type. The naming of options align with the overlay naming used in RPI OS (default: no) --ENABLE_HDMI {yes,no} Allow HDMI in DomD (default: no)
  19. Conclusion EdgeTech+WEST2026 ⚫ The automotive industry(SDV) is undergoing a paradigm

    shift ⚫ It is impossible to achieve it alone ⚫ However, the OSS community already has many solutions ⚫ We need to move forward together with the OSS community Open Source Software and Community one of the keys
  20. JLY 24, 2026 OSAKA, JAPAN EdgeTech+WEST2026 Thank you very much

    Let‘s build the future together and Open Way