Automotive Grade Linux (AGL) is a Linux Foundation collaborative project in which automakers, suppliers and technology companies develop reusable open-source software for vehicles. Its Unified Code Base (UCB) is the Linux distribution and shared platform aimed at infotainment and connected-car systems. AGL is not a consumer head unit, an installable upgrade for an ordinary retail car, or a guarantee that a vehicle can be modified to run it.
What is Automotive Grade Linux?
AGL provides a common software foundation for automotive applications instead of requiring every company to build the same low-level services independently. The project says a shared code base can reduce fragmentation, shorten development work and leave automakers and suppliers more time for differentiated features. Those are AGL’s expected benefits; the material available does not independently quantify realized savings, development-time reductions or vehicle reliability.
As an Amazon Associate I earn from qualifying purchases.
AGL is hosted by the Linux Foundation and developed as an industry collaboration. Its stated scope reaches beyond infotainment to instrument clusters, telematics, head-up displays, advanced driver-assistance systems, functional safety and autonomous driving. The overview identifies several of these as development or planned areas, so the broad project scope should not be read as a promise that every capability is complete in every release.
AGL’s public background is described at Automotive Grade Linux: About.
#1 Best Overall
- Powerful Processor: Equipped with ESP32-S3R8 Xtensa 32-bit LX7 dual-core processor, up to 240MHz main frequency. Supports 2.4GHz Wi-Fi (802.11 b/g/n) and Bluetooth 5 (LE), with onboard antenna. Built-in 512KB of SRAM and 384KB ROM, with onboard 8MB PSRAM and an external 16MB Flash memory.
- Driver and Touch LCD: Onboard 1.83inch IPS Capacitive Touch Display, 240 × 284 resolution, 65K color. Built-in ST7789P display driver and CST816D capacitive touch chip, using SPI and I2C communication respectively, effectively saving the IO resources. Adopts Type-C port to improve user convenience and device compatibility.
- Supports Offline Speech recognition and AI Speech Interaction: Allows access to online large model platforms such as ChatGPT, DeepSeek, Doubao, etc. Onboard ES8311 audio codec chip and ES7210 echo cancellation circuit to meet daily audio application scenarios.
- Multifunctional Sensor: Onboard QMI8658 6-axis IMU (3-axis accelerometer and 3-axis gyroscope) for detecting motion gestures, counting steps, etc; PCF85063 RTC chip connected to the battry via the AXP2101 for uninterrupted power supply; Onboard PWR and BOOT programmable buttons for easy custom function development.
- Rich Peripheral Interface: Reserved 1 × I2C, 1 × UART and 1 × USB pads for external device connection and debugging, enabling flexible peripheral configuration. Onboard TF card slot for extended storage and fast data transfer, suitable for applications such as data recording and media playback, simplifying circuit design.
What is the AGL Unified Code Base (UCB)?
The UCB is the Linux distribution and shared software base built jointly by automakers and suppliers for in-vehicle infotainment (IVI) and connected-car experiences. AGL describes it as a way to start a production project with roughly 70–80% of the starting point already available. That figure is the project’s stated target, not an independently measured result. A production program still requires OEM or supplier customization, hardware integration, validation, cybersecurity work, safety engineering and regulatory processes.
UCB releases provide software for supported reference hardware and QEMU emulation. Release names, board support and included components change, so use the documentation for the exact release selected rather than assuming that an image works on any Linux board or vehicle computer. The UCB page listed version 16.0, “Prickly Pike,” as its latest release at the time covered by the source; check the current release page and notes before beginning a project: AGL Unified Code Base.
What does AGL include?
The UCB page lists these platform capabilities. Their practical availability depends on the release, target hardware and configuration.
Recommended Free Tools
| Area | What AGL lists |
|---|---|
| Application platform | An application framework for vehicle software and user experiences |
| Networking | ConnMan network management; IP networking including Wi-Fi and LTE |
| Vehicle connectivity | Vehicle-bus messaging with built-in security |
| Audio and displays | Audio routing and mixing, plus support for multiple displays |
| Security | A Linux Security Module and security-oriented platform services |
| Distribution and profiles | A Yocto-based Linux distribution with device profiles for telematics and instrument clusters |
| Voice | Speech-recognition APIs |
These are page-listed platform features, not a certification that a particular vehicle, application or release implements every item identically.
Rank #2
- Altera Cyclone IV FPGA includes 6,000 Logic Elements with two clock multipliers. The Cyclone IV FPGA is the perfect balance of inexpensive cost versus plentiful logic cells, 20KBytes of SRAM, and General Purpose Input/Output pins. This is a great board to learn how to program FPGA's.
- Built in programmer cable allows configuring the FPGA with a single USB-C cable. The DPL can be powered from the USB cable or from the Barrel Connector. A separate JTAG header can also be used to program the FPGA using a compatible USB Blaster cable.
- 6x6 LED Array allows character and animations to be displayed at ultra fast speed. LED blocks can be individually turned on/off to allow LED signals to be used as I/O's
- 70 Inputs/Outputs originating at the FPGA are available at Stackable Headers organized around the edge of the board. The user can configure these I/O's using the FPGA project code.
- The DPL contains two oscillators, 66MHz and 100MHz. The 66MHz oscillator is used to provide clocking for the EPT ActiveHost USB communications core. The 100MHz oscillator can be used by the user clocked up using one of the onboard Clock-DLL modules.
How is the AGL software architecture organized?
AGL’s architecture separates responsibilities so application developers can use common services without owning the entire operating-system stack. The documented layers are:
- Applications and HMI logic: vehicle applications and the user-interface behavior that drivers or passengers see.
- Application framework: common interfaces and runtime support used by applications.
- Shared user-space services: capabilities such as connectivity, audio, vehicle communication and other reusable services.
- Operating-system layer: the Linux kernel, drivers and utilities that interact with the hardware.
The overview also describes specialist work covering application-framework security, navigation, speech, UI and graphics, connectivity, continuous integration and testing, instrument clusters, telematics, vehicle-to-cloud services and virtualization. The architecture overview is documented at AGL Software Architecture overview.
AGL specification versus a working vehicle platform
The AGL specification defines platform architecture and the core software platform from which applications can be built. It generally does not define the application requirements that an individual vehicle program needs. The specification’s v1.0 highlights included a Linux-based IVI reference platform, service requirements such as Wi-Fi and Bluetooth, native and HTML5 application frameworks, and APIs for vehicle-bus connectivity.
What’s actually slowing this PC down?
Pick the symptom - the matching free tool is one click away.
That v1.0 document is a historical specification, not a substitute for the build guide of a current UCB release. It also is not evidence that a complete vehicle or application has been certified. Read the specification at AGL Specification, then use release-specific documentation for implementation decisions.
Rank #3
- High-Performance AI Processor: Equipped with a Rockchip RV1126B quad-core 1.6GHz Cortex-A53 chip, featuring 3TOPS NPU computing power that supports mainstream AI frameworks like TensorFlow and MXNet, effortlessly running large-scale vision models and multi-task processing.
- Essential Memory Configuration: 2GB LPDDR4X high-speed RAM ensures smooth operation of basic AI applications and multi-threaded tasks, meeting both development and daily usage needs.
- Flexible Storage Solution: 0GB eMMC flash (no pre-installed storage), requiring expansion via the microSD card slot (standard), offering cost control flexibility and adaptable capacity for various project requirements.
- Professional Vision Capabilities: Supports 4K@30fps H.264/H.265 hardware encoding/decoding, dual 4-lane MIPI CSI camera interfaces (compatible with 12MP sensors) + 8MP AI-ISP image enhancement, ideal for AI vision applications such as facial recognition and object detection.
- Comprehensive Development Interfaces: Integrated USB 3.0 OTG Type-C (for programming/peripherals), 4×USB 2.0 Host, Gigabit PoE LAN port (with module header), Wi-Fi 6 + Bluetooth 5.4/BLE, pre-installed Buildroot/Debian system for rapid AI prototype deployment.
How do you get started with AGL?
The official documentation provides quick-start instructions for prebuilt images, image-building guidance for supported targets and an application-development workflow. QEMU offers an emulation route; a compatible development board is an optional physical route.
- Read the current quick-start: begin at AGL Documentation and identify the release documentation that matches your work.
- Choose a release and target: decide whether you need QEMU or a physical board, and confirm that the selected target appears in that release’s support information.
- Install or build the image: follow the release’s prebuilt-image or Yocto build instructions exactly for the chosen target.
- Boot and inspect the platform: use QEMU or the supported board to verify that the image starts and that the expected services and HMI are present.
- Develop an application: continue with the application-development guide, using the framework and APIs exposed by that release.
Raspberry Pi boards are mentioned as example hardware targets in the documentation, but model compatibility is release-specific. A generic Raspberry Pi, consumer head unit or other Linux board should not be treated as automatically compatible.
Choosing QEMU or hardware
| Route | Physical hardware? | Best fit | Important qualification |
|---|---|---|---|
| QEMU emulation | No | Learning the platform, testing basic workflows and starting without a board | Emulation does not reproduce every hardware, graphics, timing or vehicle-bus behavior. |
| Supported development board | Yes | Hands-on peripheral and target-device work | Use only a board explicitly supported by the selected UCB release. |
| Automotive integration target | Yes, project-specific | Production engineering and supplier/OEM integration | Requires target-specific drivers, integration, validation, security and safety work. |
What is AGL SoDeV?
SoDeV is AGL’s software-development-vehicle reference platform. In a May 13, 2026 announcement, AGL said an initial SoDeV version was available through the “Ultimate Unagi” UCB release. The package combines UCB with Linux containers, VirtIO, the Xen hypervisor, Zephyr RTOS and other Linux Foundation projects.
Quick wins for a faster PC:
Clear out junk files and repair common Windows errorsFree Scan →Fix the driver behind crashes, sound loss and screen glitchesFind Drivers →Repair Windows errors before they cause bigger problemsFix Now →The objective is to let developers work on a software-defined-vehicle stack while separating more of that work from the availability of final automotive hardware. The announcement identified Renesas Sparrow Hawk reference boards, cloud-based processor environments and virtual machines as initial SoDeV environments. It described broader automotive-SoC support as planned through 2026; that dated plan should not be treated as confirmation that every planned target has shipped.
Rank #4
- 【ACEBOTT ESP32 Development Board】 - Powerful WiFi and wireless development board, driven by the rugged ESP 32 module, seamlessly integrated with Arduino IDE. With Hall sensors, high-speed SDIO/SPI, UART, I2S and I2C, it is the cornerstone of IoT and smart home innovation.
- 【Wi-Fi/Bluetooth and Arduino Cloud Compatibility】 - This board uses 2.4GHz dual-mode WiFi and wireless chips with low-power technology, which are RoHS-compliant, simplifying wireless communication and allowing you to easily connect devices and platforms. Whether you are using a compatible Arduino IDE or exploring other development environments, our board can easily adapt to your needs.
- 【Improved and Professional Edition】 - All IO pins are brought out for easy development; no additional breadboard is required; the Type-C interface is equipped with electrostatic discharge protection diodes and transient voltage suppression diodes to protect the chip from damage by electrostatic breakdown and various surge pulses. In addition, it is equipped with a freeRTOS operating system, which is very suitable for the Internet of Things, smart homes, and building smart robots/game consoles.
- 【Easy to Use】- The ACEBOTT ESP-32 Development Board includes everything you need to support the microcontroller. Just connect it to a computer via a USB cable or use an AC-DC adapter or battery to power it to start using it. Whether you are an experienced developer or a hobbyist, this development board can provide you with the tools you need for unlimited innovation.
- 【 Install Plugins And Download Drivers】: This ESP32 development board includes detailed instructions on how to download plugins and all necessary programs and codes from the network environment. The path is: ACEBOTT official website - Resources - WIKI.
Read the announcement, including its stated environments and component list, at AGL releases open-source SoDeV reference platform.
Is AGL an operating system for my car?
AGL is an automotive software platform and development ecosystem, not a retail product that a car owner downloads and installs. A production vehicle needs hardware-specific boot software, drivers, networking and bus integration, human-machine-interface design, cybersecurity controls, testing, functional-safety engineering and approval processes. Whether a vehicle uses AGL is an OEM or supplier architecture decision.
AGL’s homepage publishes supportive statements from company executives. Toyota executive vice president Keiji Yamamoto said AGL’s flexibility helped Toyota roll out infotainment across its vehicle line-up and focus resources on new features. Mercedes-Benz Vans executive Thomas Wurdig said the company was using AGL as a foundation for a new onboard operating system and cited use cases including robotic delivery, data analytics, prediction and automation. These are statements by the named companies, not independent tests or proof that all cited capabilities are deployed across production vehicles: AGL homepage.
Quick Recap
What AGL does—and does not—promise
- It does provide: a collaborative Linux foundation, reusable automotive services, documentation, specifications, reference images and development paths.
- It does not provide automatically: a finished vehicle operating system for every car, universal board compatibility, a guaranteed 70–80% reduction in project work, safety certification or a drop-in replacement for a consumer head unit.
- Release discipline matters: features, profiles, APIs, hardware targets and SoDeV environments must be checked against the specific release you intend to use.
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
