• SaveTheTuaHawk@lemmy.ca
    link
    fedilink
    English
    arrow-up
    2
    arrow-down
    1
    ·
    20 hours ago

    Changing the pads on your car’s brakes is a pretty straightforward and inexpensive process on most vehicles

    I used to work in this industry. Every week we saw some idiot come it with a botched brake pad change done by a brother in law. It’s fucking dangerous. I’m with Hyundai on this.

    US auto safety is a joke, most countries require frequent safety inspections while North America is drive it until you crash.

  • ZeDoTelhado@lemmy.world
    link
    fedilink
    arrow-up
    29
    arrow-down
    1
    ·
    2 days ago

    That’s rich. Not too long ago they had appauling security issues with their cars, now they think they can just paywall this? As usual, priorities are out of whack (Linux on cars, when?)

    • Warl0k3@lemmy.world
      link
      fedilink
      arrow-up
      46
      ·
      2 days ago

      Linux on cars, when?

      IDK man, I think cars have more than enough driver issues already…

    • corsicanguppy@lemmy.ca
      link
      fedilink
      English
      arrow-up
      7
      ·
      2 days ago

      (Linux on cars, when?)

      I happen to know the VPN software used in Teslas to call home for updates is only installable on Linux. That strongly suggests that Teslas run Linux.

      • ZeDoTelhado@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        2 days ago

        I find all of this very interesting. Seems I was wrong about Linux and cars not being there. That being said, and considering the terms to create code on top of a gnu license, where is the code at? I would be shocked of any of it is actually open and visible

        • Chewy@discuss.tchncs.de
          link
          fedilink
          arrow-up
          2
          ·
          edit-2
          2 days ago

          Given Linux is GPLv2, the manufacturer is allowed to stop you from flashing your own compiled firmware. Not to mention insurance won’t cover you.

          Sadly this makes circumventing these user hostile & environment hostile practically impossible.

          Edit: Also, the manufacturer would only need to publish the Linux source code (and similarly licensed software) while most features are likely implemented in a separate module and thus they are likely proprietary.

          • ZeDoTelhado@lemmy.world
            link
            fedilink
            arrow-up
            3
            ·
            2 days ago

            Those are good points. As I stated on another comment, out of safety and other stuff getting your code in the car sounds very difficult to allow, unless we would all agree that some sort of attestation would “certify” that you are not doing some whacky stuff on your car.

            However, I do have a sort of counterpoint to all this (and can be considered a hot take): the dash system, architecture wise, should not be allowed to touch anything on the vehicle operation that involves either safety or driving. Meaning for example, you can (and should) be able to blow the ac with the dash, but never the park brake.

    • BogusCabbage@lemmy.world
      link
      fedilink
      arrow-up
      6
      arrow-down
      1
      ·
      2 days ago

      Linux on cars, when?

      Someone correct me if I am wrong, But I’m pretty sure VWAG (Volkswagen Audi Group) software is built on Redhat for both the infotainment and the digital dash cluster, and they are riddled with issues 😬

      • Nollij@sopuli.xyz
        link
        fedilink
        English
        arrow-up
        2
        ·
        2 days ago

        I won’t speak for VW, but most of these systems are built on QNX. You need a real-time operating system for a lot of these operations.

      • ZeDoTelhado@lemmy.world
        link
        fedilink
        arrow-up
        3
        ·
        2 days ago

        That is very interesting. Question is, are we allowed to look into it at very least? I imagine not (I can understand change would not be allowed unless there was some audit process to ensure security, but at very least see what’s there)

  • deliriousdreams@fedia.io
    link
    fedilink
    arrow-up
    8
    ·
    2 days ago

    So, there has to be a way to manually disengage the park brake. And I say that because otherwise techs wouldn’t work on them. Time is money in the automotive service industry. That information will leak eventually. It’s stupid to even intentionally try this.

    • anomnom@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      4
      ·
      2 days ago

      Most of the auto industry already has to deal with subscriptions to Alldata/Mitchell/Identifix, and a bunch of manufacturers requires subscriptions or to purchase 1 day access to activate replacement modules. It’s bullshit, but it’s daily life for anyone working on cars newer that 2008 or so.

      • deliriousdreams@fedia.io
        link
        fedilink
        arrow-up
        3
        ·
        2 days ago

        That’s not what I mean though. What I mean is, in the event that for whatever reason the signal to deactivate the electronic park brake cannot get where it needs to go using the scan tool, there has to be a way to do it manually.

        Say your vehicle is in an accident. Say the electronic park brake wiring is in shreds. That brake caliper needs to come off. The body shop is going to require a way to remove it if the scan tool can’t disengage it.

        Say there’s corrosion in the connector. Same same. Has to come off and be replaced. And so on.

        • anomnom@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          2
          ·
          2 days ago

          If the car complains when it wakes back up though, then you haven’t fixed the problem. If the parking brake motor locking is really the only issue than you’re right, we’ll just back probe the motor and run it backwards.