• blayde@lemmy.blahaj.zone
    link
    fedilink
    English
    arrow-up
    9
    ·
    1 year ago

    It took a lot of work to get PC parts to become interoperable. There’s all kinds of special negotiations that happen at boot to discover the state of hardware. There are standard drivers for most peripherals

    Mobile devices aren’t expected to change hardware so everything is hard-coded into the ROM. No discovery protocols are supported. Standardized drivers make it hard to ship new features or squeeze every last bit of performance so no effort goes into making them

    • Sir_Simon_Spamalot@lemmy.world
      link
      fedilink
      English
      arrow-up
      3
      ·
      1 year ago

      Also, a lot of people are not aware that the PC world was even more wild west before this standardization than the current state of smartphone.

      I do hope this standardization would come soon. You’d with all this collection knowledge the humanity has, people would come up with a more uniform solution…

      • Balder@lemmy.world
        link
        fedilink
        English
        arrow-up
        5
        ·
        edit-2
        1 year ago

        The problem here isn’t knowledge, but incentives. Like, someone could design and start manufacturing a phone with very standard stuff, but it wouldn’t sell except for a dozen enthusiasts. Even on PC, Linux isn’t as widely used as Windows on consumer hardware, as there’s no focus on user experience. For a phone like that to work, they would need to solve a problem most other phones don’t solve.

      • tallwookie@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        PC standardization took a few decades but there were not many adopters initially (compared to the total population) - mobile is different, basically everyone everywhere has a mobile device, so standardization will likely be much faster

  • possiblylinux127@lemmy.world
    link
    fedilink
    English
    arrow-up
    6
    ·
    1 year ago

    Short answer: phone manufactures hate you

    Long(ish) answer: Each phone manufacture heavy modifies the linux android kernel in order to make it work on there hardware. This usually means that the binary blobs (there are a lot of them) are only compatible with specific kernels.

    • cmhe@lemmy.ml
      link
      fedilink
      English
      arrow-up
      3
      ·
      1 year ago

      In addition, phone manufacturers write bad code, that would need to go through many review iterations until the open source community is happy with their changes. Often their changes to the kernel break things for other hardware, for instance.

      Review and writing good software takes time, and phone manufactorers don’t care about long term support, they want to sell you a new phone every year, or even more often. So they fork the kernel and hack together with lots of string and duct tape, a frankenstein kernel that just works on their hardware, but is broken for anything else.

  • llama@midwest.social
    link
    fedilink
    English
    arrow-up
    5
    ·
    1 year ago

    Because the nuance of calling a PC a PC is that it supports a standard motherboard configuration and any Linux kernel will be able to boot. Mobile devices aren’t like this and every component requires a specialized driver to work.

  • ghariksforge@lemmy.world
    link
    fedilink
    English
    arrow-up
    4
    ·
    1 year ago

    Phone manufacturers use a ton on propriety binary blobs to load firmware, which they don’t always share afterwards.

  • j4k3@lemmy.world
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    Google makes a special Linux version available for hardware manufacturers and Android. This version lets them easily add a bunch of proprietary hardware support to the kernel at the last possible minute. These modifications are not added to the mainline Linux kernel. This is the primary depreciation mechanism used to make phones disposable hardware. The stuff they are adding is the support for the processor architecture, hardware peripherals, and the modem. All of these elements are proprietary with no publicly available documentation. Every device is different. It would take years to reverse engineer each individual device using a 6 figure cost type lab.