The Rise of Linux In In-Vehicle Infotainment

DeviceGuru writes "The 2014 Toyota Lexus IS reportedly will be the second major automobile to offer in-vehicle infotainment (IVI) systems based on Linux, following last year's introduction of the Debian-based Cadillac User Experience (CUE) IVI system, which now appears in Cadillac's XTS and SRX models. Cadillac's CUE IVI implementation was developed by GENIVI Alliance members MontaVista and Bosch and uses similar code, but is not listed as GENIVI compliant. Meanwhile, ABI Research projects that Linux will grow to 20 percent IVI market share by 2018, behind Microsoft and market leader QNX."

Re:QNX FTW

[h4rr4r]

So use the correct scheduler for your workload. Linux has more than one. There are even realtime modules you can use.

It's not Debian based

[tap]

It's custom. I should know, as it's largely designed by me. I worked for Delphi who was the OEM that made the radios for GM. They didn't have any Linux experience, so I was hired for this project. They had lots of talented engineers who experience with VxWorks, QNX, uITRON, etc., but not POSIX/Linux. So I got them up to speed on Linux, helped designed the base OS, and made the Linux system work. I was told the Linux based software generated around $2 billion in sales. Then I got laid off.

It's based on Freescale's LTIB, which I also worked on when I worked for them. But, it's highly customized. Freescale hasn't really maintained LTIB for some time, despite continuing to use it as the base for their BSPs. Something like Debian is much too bloated for what the radios are expected to work it. The same system is used for the simpler non-touch radios in other GM vehicles. It's an ARM9 based iMX25, running at I think 380 MHz, with 32 MB of RAM. The framebuffer comes out of the RAM too. I managed to get it to boot from power on (or rather CAN bus wakeup pulse) through u-boot, through the kernel startup, to system startup and daemons running and have userspace application code start in around 250 ms. Getting the backup camera working in <1 second is an important requirement. The ARM9 as a VIVT cache, which forces a cache flush on each context switch, making it quite slow. If one used udev like a normal Linux distro, it takes something like 3 seconds just for udev to populate /dev on system startup. So obviously udev is out.

The radios are not designed to let you easily root or put different software on. However, stopping someone who has physical access to the radio from hacking it wasn't a very high priority. By default LTIB gives you a blank password root account and a telnet daemon configured to allow root logins! I got rid of that and made it ssh only. I don't know if the final production firmware still has ssh running or not. The iMX53 processor used in the CUE system doesn't have secure boot like some other iMX processors. Freescale's iMX line is actually composed of multiple utterly different families of ARM based SoCs based on different IP. So you can easily hack it with a flash programmer.

I don't know of any easter eggs.... GM isn't the kind of company that would look kindly on that. However, unless someone managed to fix it, you can lockup the DVD player with the "Justice League: Starcrossed" DVD a few minutes in. After the alien ship shoots at some jets. It's not the DVD player, but the video overlay on the iMX53 that has locked up.