Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×
Transportation Linux

Linux Can Finally Run Your Car's Safety Systems and Driver-Assistance Features (arstechnica.com) 44

An anonymous reader quotes a report from Ars Technica: There's a new Linux distro on the scene today, and it's a bit specialized. Its development was led by the automotive electronics supplier Elektrobit, and it's the first open source OS that complies with the automotive industry's functional safety requirements. [...] With Elektrobit's EB corbos Linux for Safety Applications (that sure is a long name), there's an open source Linux distro that finally fits the bill, having just been given the thumbs up by the German organization TUV Nord. (It also complies with the IEC 61508 standard for safety applications.) "The beauty of our concept is that you don't even need to safety-qualify Linux itself," said Moritz Neukirchner, a senior director at Elektrobit overseeing SDVs. Instead, an external safety monitor runs in a hypervisor, intercepting and validating kernel actions.

"When you look at how safety is typically being done, look at communication -- you don't safety-certify the communication specs or Ethernet stack, but you do a checker library on top, and you have a hardware anchor for checking down below, and you insure it end to end but take everything in between out of the certification path. And we have now created a concept that allows us to do exactly that for an operating system," Neukirchner told me. "So in the end, since we take Linux out of the certification path and make it usable in a safety-related context, we don't have any problems in keeping up to speed with the developer community," he explained. "Because if you start it off and say, 'Well, we're going to do Linux as a one-shot for safety,' you're going to have the next five patches and you're off [schedule] again, especially with the security regulation that's now getting toward effect now, starting in July with the UNECE R155 that requires continuous cybersecurity management vulnerability scanning for all software that ends up in the vehicle."

"In the end, we see roughly 4,000 kernel security patches within eight years for Linux. And this is the kind of challenge that you're being put up to if you want to participate in that speed of innovation of an open source community as rich as that of Linux and now want to combine this with safety-related applications," Neukirchner said. Elektrobit developed EB corbos Linux for Safety Applications together with Canonical, and together they will share the maintenance of keeping it compliant with safety requirements over time.

This discussion has been archived. No new comments can be posted.

Linux Can Finally Run Your Car's Safety Systems and Driver-Assistance Features

Comments Filter:
  • Finally! (Score:5, Funny)

    by Pseudonymous Powers ( 4097097 ) on Tuesday April 23, 2024 @03:46PM (#64418812)
    This is the year of Linux on the crankshaft!
    • Now my car can run Emacs. :-)

      And I know this is a Linux milestone, but I wouldn't be surprised if NetBSD ran on cars like 20 years ago, right after being ported to a toaster (Google it) -- the bread kind, not Cylon, though that wouldn't surprise me either.

  • How can the hypervisor ensure that the services maintained by the Linux subsystem continue if the Linux subsystem freezes or halts?

    • I'd imagine it works the same way VxWorks does, which is what most car companies use (along with, sometimes, QNX.)

    • If you run an embedded Linux and it freezes, you must be doing something wrong.

      I ran more than 50 Linux machines in my life, guess what: the "stable" non-experimental distros practically never freeze, unless there is a hardware issue. This just doesn't happen.

      Just make sure you are running stable kernel and stable software and Linux is more stable than a ton of rock.
      • There is one thing which will stop Linux in its tracks. NFS issues. A glitch with NFS, even if a server is mounted with an interruptible hard mount or (ugh) a soft mount can cause a kernel to completely hang and require a hard power cycle.

        I think it is interesting, using the hypervisor as a watchdog timer. This is a useful idea in a lot more applications. For example, ATMs, digital signage, or other items which should just run without interruption.

        • Well I never experienced that, have been using NFS constantly for a year+ now, zero freezes.

          If this is really such a big issue (which I doubt), just don't use NFS on embedded critical systems. Problem solved.
        • There is one thing which will stop Linux in its tracks. NFS issues. A glitch with NFS, even if a server is mounted with an interruptible hard mount or (ugh) a soft mount can cause a kernel to completely hang and require a hard power cycle.

          Two decades ago NFS shared a workqueue with some essential kernel subsystems such as keyboard input and NFS getting stuck could indeed render a machine inoperable. NFS now has its own workqueues and that can't happen. So you are indulging in a bit of twenty years out of date muckraking.

    • Freeze: Okay, except your air conditioning turns on full blast.
      Halt: Possibly okay, if there's nobody behind you and you can handle the g-forces of going from 60 to 0 in 1ms.
      Crash: File an insurance claim.

    • How can the hypervisor ensure that the services maintained by the Linux subsystem continue if the Linux subsystem freezes or halts?

      By NOT running a GUI (or games for that matter) on top of that Auto-Linux you avoid many risk points that can cause the system to freeze.

      I have numerous headless (no GUI, no display) systems running 24x7 for years on end and they have never once frozen up. All of them run easily downloadable and widely available free Linux distributions.

      My secret is this: run the absolute minimum server daemons & applications that you need, AND, lock off that system from the external world as such as possible (unless

      • by gweihir ( 88907 )

        I had a hard frozen sshd two days ago on a Linux VM, but I think my hoster may have screwed up there and sabotaged the filesystem doing a backup (which I did not tell them to do and which I am not paying for). Apache was still up on the box though. Fixed by reboot. Other than that, the last freeze I had on anything Linux was when I told the kernel a wrong memory size on the kernel commandline about 10 years ago.

        • I had a hard frozen sshd two days ago on a Linux VM, but I think my hoster may have screwed up there and sabotaged the filesystem doing a backup (which I did not tell them to do and which I am not paying for). Apache was still up on the box though. Fixed by reboot. Other than that, the last freeze I had on anything Linux was when I told the kernel a wrong memory size on the kernel commandline about 10 years ago.

          That is a very good track record ... compared to anything Windoze.

          I will echo what you posted by saying the greatest risk to most Linux systems are users and SysAdmins. I have personal experience with that last one having once borked one of my own systems.

          • by gweihir ( 88907 )

            I will echo what you posted by saying the greatest risk to most Linux systems are users and SysAdmins. I have personal experience with that last one having once borked one of my own systems.

            Indeed. Just as the worst IT security risks on Linux are SysAdmins and users as well.

            I think what happened on my system is that they deferred all writes and with all the idiots trying ssh logins the log-queue backed up, thus stopping the respective sshd childs. When I tried to reboot, the admin tool told me "locked (backup)". At least my ticket got processed within a few minutes. Hence not a Linux issue but a SysAdmin screwing up. At least now I know my secondary DNS and MTA actually work in a real-world ou

    • by Sique ( 173459 )
      Your bytes have crossed many a Linux until they arrived here at Slashdot, and are they frozen?

      Network equipment often runs some version of Linux, including big iron stuff like Cisco Nexus. And they are running a watchdog, which works similar to a dead-man's-switch in a train engine: If it does not get activated in regular intervals, it restarts vital services or even the whole system.

  • by sinij ( 911942 )
    Applications like that require RTOS [wikipedia.org], which Linux is not.
    • by suutar ( 1860506 )

      Linux in general is not, but there've been projects to adapt it, including RTLinux and PREEMPT_RT

    • Don't generalise. There are plenty of scenarios requiring safety certified software lawyers that don't require the precision of an RTOS. We're not talking about deploying airbags here. Many applications in a car already are too complex (e.g. machine vision) to be baked into firmware on an RTOS. Yeah this won't replace your ECU, or your airbag system, but there there is far more to a modern car.

      • Re:RTOS (Score:4, Insightful)

        by lordlod ( 458156 ) on Tuesday April 23, 2024 @07:20PM (#64419446)

        Even airbags probably don't require an RTOS, you just want to fire them as soon as possible, and a collision takes a long time in compute terms. An RTOS is designed for consistent timing, not fast timing, and the use cases are actually fairly narrow and not what most people expect.

        • The point of RTOS is not about time taken to compute, it's about certainty in the computational outcome. It's about knowing that your entire logic processing will take 75 milliseconds and will consistently be 75milliseconds every 75milliseconds for the entire operational life of that device.

          Your airbag is an ASIL-D certified device. It has multiple microcontrollers processing in parallel in realtime and is programmed in a language that ensure the defined state of your system is known at every point in its o

        • Even airbags probably don't require an RTOS, you just want to fire them as soon as possible, and a collision takes a long time in compute terms. An RTOS is designed for consistent timing, not fast timing, and the use cases are actually fairly narrow and not what most people expect.

          The timing is in fact rather important. There is a time component to the inflation of the airbag, especially in modern vehicles that have them not only in the steering wheel but also for your head and sometimes your legs. Coordination of the inflation of these multiple systems has to be done to ensure they are deflating but not yet too deflated to serve their purpose by the time the person hits them.

        • Airbags do not need to be that fast actually. Timing in the order of milliseconds is good. I guess if you are really sure of the consistent timing of your RTOS, you could do it.
    • Robert Love submitted Preempt/Real Time patches to the Linux Kernel over 20 years ago

  • I don't need any car with a Linux operating system.

    CANBUS is bad enough as it is.

    • What's wrong with canbus? The only time I ever had a car with issues was due to water leaking and corroding something.

      • Well, there you go.

        • Well that settles it then. No more electronics in cars because they can get wet.

          • Weeeeellllll... Maybe Musk should pay attention to the guy: https://www.theregister.com/20... [theregister.com]

          • I'd actually prefer far fewer electronics and electrical systems in general in cars because it harms their long-term repairability and artificially shortens their useful lives by many years.

            You see many classical cars that have been rebuilt or repaired from the 50s, 60s, 70s, but you will not see the same for any car built in the last 25-30 years, and certainly never a car built in the last 10, because of the over-reliance on complex microcontroller control of things that have no need for them.

            A couple year

            • Yep. More than ever, I miss my 1991 Isuzu Trooper.

  • No, it can not. (Score:5, Informative)

    by snikulin ( 889460 ) on Tuesday April 23, 2024 @05:40PM (#64419212)

    This Linux has been certified up to ASIL-B (ASIL 2).
    To completely control all aspects of a car, you need ASIL-D (ASIL 4).
    Links:
    https://www.elektrobit.com/pro... [elektrobit.com]
    https://en.wikipedia.org/wiki/... [wikipedia.org]

"You can't get very far in this world without your dossier being there first." -- Arthur Miller

Working...