What's Happening with Automotive Grade Linux and How Our Update to Yocto 5.0 Went
summary
Automotive Grade Linux moves its unified codebase onto Yocto 5.0 (scargap) LTS, merging support into Ricefish before the upstream tag and already pulling 5.0.3 into the Ricefish 18.01 release. The team uses a next branch rebasing workflow over two years, tests primarily on QEMU, and reports Raspberry Pi 5, RISC‑V and AWS Graviton support plus a CAN-to-cloud Gateway demo that runs multiple Linux instances and Flutter UIs. Pain points: higher host requirements (Python, GCC 14), a big Rust bump (≈1.59→1.75), kernel jump to 6.x, and flaky CVE/SPDX tooling.
AI-written summary · about
chapters (9)
- 0:00Automotive Grade Linux intro
- 2:10AGL codebase and ecosystem
- 4:19AGL instrument cluster & telematics
- 8:30Yocto 5.0 Scarth Gap road
- 17:51Yocto 5.0 Scarth Gap changes
- 27:00Post-Scarth Gap updates & plans
- 28:24AGL collaboration & community
- 33:03Q&A: Host tools & boot time
- 36:45Q&A: Rust & Yocto updates
related talks
39mYocto Project: 5 Year Plan, Now What?
49mThe 5 Key Success Factors to Deploy Yocto for “Production Grade” Embedded/IoT Devices
13mPorting Android Automotive on Xen
26mYocto Project Long Term Support (LTS)
20mUsing Yocto as a Method to Upstream, Maintain, and Track Patches
48mLiving on Master: Using Yocto Project, Jenkins and LAVA for a Rolling Release
01h 00mOpen Software Updates for IoT
37mA Developer's Diary: The Trials and Triumphs of Maintaining Devboards in AOSP