Slashdot Mirror
Automotive Grade Linux Released For Open Source Cars
Mcusanelli writes: The Linux Foundation and its partners have released the first version of Automotive Grade Linux, the open source platform for use inside connected cars. "AGL is building the industry’s only fully open automotive platform, allowing automakers to leverage a growing software stack based on Linux while retaining the ability to create their own branded user experience. Standardizing on a single platform means the industry can rapidly innovate where it counts to create a safe and reliable connected car experience. Open collaboration within the AGL community means support for multi-architectures and features to bolster the in-vehicle infotainment (IVI) experience." Further details and source code are available from the official website.
5w-30?
Dino or synth?
Never answer an anonymous letter. - Yogi Berra
Judging by the Toyota firmware design review, any Linux distribution would be better the safer choice..
Without usable voice control, this thing is useless. And the only way to make voice control work non-annoyingly is if someone like Google open sources their Google Now speech to text stuff and put the needed patents into the public domain.
at least I can compile my own updates as after 1 year the car maker has moved on next years cars and the old one software is left to rot.
If their idea of "Automotive-grade" software is anything like Honda's concept of it, the infotainment system will randomly crash; exhibit severe bugs; lack obvious options like removing a paired bluetooth phone without resetting the whole damn thing to its factory defaults; and break several standards along the way for minimal to no compatibility with anything but a few "blessed" bluetooth devices. No idea if Honda's HandsFree Link uses Linux at its core, but the untested dreck auto manufacturers have been putting out for the past few years makes me wonder if they're hiring Charlie the dealership manager's son ("he's a whiz kid with computers!!") to code up these programs. The one exception appears to be Tesla, though I've never been inside of one.
I was editing a config file with VI.
I want an open source platform that doesn't have to be "jail broken" to make it work the way I desire and get rid of the bullshit that marketing snakes decided to inflict upon me.
Professional Grade???
Open-source yourself.
I'd bet any automaker would end up wtih binary blobs, much like NVidia and their non-open drivers. Which means that yes, you may be able to recompile the kernel, but getting the binary blobs to work may not be so doable...
Of course, then you have to get your kernel onto the device and get it to boot... sorta like the Tivo issue.
Don't blame me, I voted for Kodos
YMMV
If that linus character starts up like a woman on the rag while I am driving it?
yum install Brakes-1.10.1-1.1.i386.rpm
Setting up Install Process
Parsing package install arguments
Examining Brakes-1.10.1-1.1.i386.rpm: Brakes-1.10.1-1.1.i386
Marking Brakes-1.10.1-1.1.i386.rpm to be installed
Resolving Dependencies
--> Running transaction check
---> Package Brakes.i386 0:1.10.1-1.1 set to be updated
--> Processing Dependency: Brake_fluid for package: Brakes
--> Finished Dependency Resolution
Brakes-1.10.1-1.1.i386 from Brakes-1.10.1-1.1.i386.rpm has depsolving problems
--> Missing Dependency: Brake_fluid is needed by package Brakes-1.10.1-1.1.i386 (Brakes-1.10.1-1.1.i386.rpm)
yum install Brake_fluid-1.0.2-5.el5_6.1.i386.rpm /usr/sbin/GM_ASEP_CERT for package: Brake_fluid /usr/sbin/GM_ASEP_CERT is needed by package 1:Brake_fluid-1.0.2-5.el5_6.1.i386 (Brake_fluid-1.0.2-5.el5_6.1.i386.rpm)
Setting up Install Process
Parsing package install arguments
Examining Brake_fluid-1.0.2-5.el5_6.1.i386.rpm: 1:Brake_fluid-1.0.2-5.el5_6.1.i386
Marking Brake_fluid-1.0.2-5.el5_6.1.i386.rpm to be installed
Resolving Dependencies
--> Running transaction check
---> Package Brake_fluid.i386 1:1.0.2-5.el5_6.1 set to be updated
--> Processing Dependency:
--> Finished Dependency Resolution
1:Brake_fluid-1.0.2-5.el5_6.1.i386 from Brake_fluid-1.0.2-5.el5_6.1.i386.rpm has depsolving problems
--> Missing Dependency:
Please, people have enough of a time merely DRIVING their car, you can't expect them to recompile it as they hurtle down the highway at 75mph.
I want to delete my account but Slashdot doesn't allow it.
Yawn.
I don't really care who supplies the back end to the 'infotainment system' in my vehicle, so long as it works as I expect it to.
What I really want to see is someone create an open source OS for the vehicle itself, which would be rather useful in many off-road and kit car situations.
Wake me when someone comes up with a Linux based ECU that lets users manage functions like fuel curves and TPS voltages.
An enigma, wrapped in a riddle, shrouded in bacon and cheese
(I know you often hear the captain saying, "Computer, do blah blah," but have you ever looked at those other peoples' fingers?)
"Useless." Wow. Just.. wow. I have got to see a video of you driving a car. It should be absolutely hilarious. "Car, ten degrees right! TWENTY DEGREES RIGHT!!! THIRTY .. oh, shit. Car, call 911. Nine. One. One. No, I mean one again, that's not a dupe. Nine one one. Thank you."
Now I know you're joking. Have you ever used Google's (or Apple's) speech-to-text? And you're calling a non-speech interface useless? This tech is still a decade or two away from being ready. By the time it is, the patents you're talking about will be expired (but the new stuff that makes it actually work, will likely be still patented, since it hasn't been invented yet as of 2014).
What a fucking nightmare this will be. Glad I drive an old car.
As any Linux user can tell you, the problem's with the drivers.
You are welcome on my lawn.
You don't want his voice control. It seems not to respond to the command most of the time, but if you repeat the command too many times, it responds angrily with "I heard you the first time!"
Hah! You won't escape that easily, citizen!
Is that what that 100MB partition I have no access to in Windows Vista and newer is for?
THIS^ my current cars ECU has a cryptographically locked boot loader. :(
whaa whaaaa whaaaaa WHoooooooooooooooooooooooooooooSH!
Yup, I went there
A post a day keeps productivity at bay.
There's got to be a joke about crashing and drunk computing in there...
The year of Linux on the dash-top is at hand.
Flashing my ECU is easy these days, I can set every variable my car has.
Linux is just as crashy as Windows. Sure that means about a 100x decrease in frequency from the 90's, but it's still absurdly buggy and subject to the constant patch cycle bullshit. That said, it's fine as an isolated from the ECU / BCM as an infotainment system. Heck, it can even control the A/C for all I care as long as it never hooks as software into the ECU (a hotline to tell the ECU to engage the A/C clutch is fine).
Let's keep automotive ECU systems in the stone age with assembly or occasionally QNX. I suppose I could get behind a BSD variant if the code was stripped down enough and custom tested against fixed hardware enough.
Why can't we have one, good Linux.
Not-invented-here (NIH) syndrome fragments Linux.
The manufacturers have universally produced garbage UI/UX thus far, this sounds like it'll just be perpetuated.
One day, the traffic is managed with the help of a connected car. Roads become like the internet is today.
GM still hasn't figured out reliable mechanical engineering. I can't even imagine what they'll do with this.
Just be sure you don't install the Lockheed fluid package into your Girling brakes app; it will lock-up. Literally.
I thought the real way forward in something like automotive Linux was to use XenServer or another Hypervisor and keep the OS that runs the engine management, the thermal control etc in s separate domain to the entirely different OS that runs the ICE etc.
So an MP3 player crashing or even an ALSA module blowing up doesn't kill the AC or even the valve lift and timing.
XenServer on ARM is a no-brainer for this.
Excuse me while I recompile the kernel for an additional 50 horsepower!
JS
BSOD