Linux OS – untapped potential at every turn

There are many standards bodies and groups involved in establishing Linux in the automobile – not just in IVI, but in navigation, telematics, safety-critical functions, and more. The Linux Foundation, a nonprofit organization dedicated to the growth of Linux, recently announced the Automotive Grade Linux (AGL) workgroup. The AGL workgroup facilitates widespread industry collaboration that advances automotive device development by providing a community reference platform that companies can use for creating products. Jaguar Land Rover, Nissan, and Toyota are among the first carmakers to participate in the AGL workgroup.

Another Linux initiative, the GENIVI Alliance, was established to promote the widespread adoption of open source in IVI. The goal behind GENIVI is to allow collaboration among automakers and their suppliers across a single unified ecosystem, to streamline development, and keep costs down. The organization has flourished since its formation in 2009, and today it has more than 165 members. The GENIVI base platform (Mentor Embedded is compliant with version 3.0) accommodates a wide range of open source building blocks demanded by today’s developers.

Linux has further opened up the possibilities with safety-critical operations and multimedia communications. Hardware companies have followed suit with more IVI functions built onto a single piece of silicon, improving security and performance.

The available power of multicoreSoC hardware hosting a Linux operating system is fueling rapid expansion in vehicle software in the area of telematics. In Europe, for example, by 2015, all new cars must be equipped with the eCall system, to automatically alert emergency services in the event of a collision. Services such as insurance tracking, stolen vehicle notification, real-time cloud data (traffic, weather, road conditions ahead), car-to-car communication, driverless car, diagnostics, and servicing are also made available via in-car Internet services. To operate in this space, IVI hardware needs to have multicore processor support, GPU/high-performance graphics with multiple video outputs, Internet connectivity, and compatibility with existing in-car networks such as CAN, MOST, and AVB. Several components are already on the market, and the future potential is exciting.

Consolidating multiple functions into a single Linux-based Electronic Control Unit (ECU) allows for a reduction in component count, thereby reducing overall vehicle costs. Maintenance becomes easier. And the wire harness costs are reduced as the total ECU count drops. As Linux becomes more widespread in vehicles, additional technologies will consolidate – for example, instrument clusters and AUTOSAR-based ECUs may coexist with infotainment stacks. It’s also important to realize that the complexity of software and the amount of software code used will only increase as these new technologies become standard. Already more than 100 million lines of code are used in the infotainment system of the S-Class Mercedes-Benz and according to Linuxinsider.com, and that number is projected to triple by 2015 (Figure 1).

Android apps hit the road

The Android operating system, on the other hand, was designed from the start to support mobile devices and has proved that it can serve more than mobile phones. Using the Android OS for in-vehicle entertainment provides all the entertainment features offered by a top-of-the-range, in-dash infotainment system with the addition of informative, driver-assisting content including hands-free calling, multimedia center, and a navigation system/Google maps. For an open source expandable system (whereby the framework can be extended and applications can be developed for it), the Android OS can be enhanced to support multiple audio and video feeds. For example, IVI audio requirements include music, phone calls, sensor warnings, and navigation announcements, which must be managed and prioritized. Managing multiple displays, with an information-focus for the driver and entertainment-focus for passengers, is also a requirement. The UI for the driver should be arranged to minimize distraction, while passengers will want as much content as possible from their UIs. But many automotive OEMs and developers ask, “Why not just use the Android smartphone and tie it into a vehicle’s dash?” Not only would this be more cost effective for the developer, but the user would have instant familiarity with the system.

One organization promoting the use of the smartphone as an IVI in-dash system is the Car Connectivity Consortium (CCC). The CCC provides standards and recipe books for tethering a smartphone to the infotainment head unit. The CCC members implement MirrorLink (Figure 2), a technology standard for controlling a nearby smartphone from the in-car infotainment system screen or via dashboard buttons and controls. This allows familiar smartphone-hosted applications and functions to be easily accessed. CCC members include more than 80 percent of the world’s automakers, and more than 70 percent of global smartphone manufacturers. The MirrorLink technology is compatible with Mentor Embedded’s GENIVI 3.0 specification Linux base platform solution.

A recent example of smartphone tethering can be found in certain subcompact models from U.S. auto manufacturer General Motors. Select Chevrolet models carry the “MyLink” in-dash infotainment system.

From both a cost and ease-of-use perspective, tethering a smartphone makes a lot of sense. But there’s another reason to consider. Some automotive manufacturers are nervous about being too dependent on Google – as Google is the sole provider and owner of the Android mobile platform. Android built into an IVI system is an 8- to 10-year commitment, and a lot can happen in that time regarding license fees or terms of use.

Linux and Android driving together?

Despite the strengths of and differences between these two popular platforms, recent embedded architecture developments now allow the Linux and Android operating systems to happily coexist. And this might be a very good thing. For example, Android can be hosted on top of Linux using Linux Container Architecture (LXC) (Figure 3). The resources, access control, and security of the Android client are managed by the host Linux operating system. For system designers concerned about the security of Android, this represents a good way to offer Android app access, and keep other system functions on a standard Linux platform. Multicore System-on-Chip (SoC) platforms make this architecture even more attractive, as there are sufficient resources for both Linux and Android domains to perform well simultaneously. The CPU resources can be shared, along with memory, graphics processing resources, and other peripherals. The output of the two domains can be recombined into a common Human Machine Interface (HMI) allowing the user to select functions from both domains.

Exciting times ahead

Both Linux and Android are extremely versatile and powerful operating systems worthy of consideration in IVI systems. We are still in the infancy stages in what these two open source platforms can do for IVI. Now is the perfect time to starting developing or to join a consortium so that you too can reap the fruits of what IVI promises down the road.