• NABDad@lemmy.world
    link
    fedilink
    English
    arrow-up
    4
    ·
    9 months ago

    Way back in the olde tymes, I was having trouble with the NIC driver in my Linux install. I posted a question about it on USENET, and got a reply from the guy who wrote the drivers. He asked for some info about the card, then updated the driver to support it.

      • XTL@sopuli.xyz
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        9 months ago

        There used to be a lot of cards based on same or similar chips, but with small differences. That made little changes to drivers common. It’s a bit like LCD modules or audio chipset quirks. One driver with tons of little differences depending on what each manufacturer decided to do differently.

        • 0x4E4F@lemmy.dbzer0.comOP
          link
          fedilink
          arrow-up
          1
          ·
          edit-2
          9 months ago

          Yeah, I know, that’s why the kernel with the drivers is not more than 150MB. Otherwise, you’d have the Windows situation where driverpacks compressed with 7z (LZMA2, solid archive, 273 word dictionary size and 2GB decompression memory, which requires about 128GB of RAM to compress) take about 30GB.

          You have to pack the driver from each manufacturer because of signatures, even though they might even be the same with other drivers in the pack… but, REV differs and oh well, the driver installer doesn’t recognize that driver as a valid one for that device.

          • jj4211@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            9 months ago

            Of course, the kernel drivers are now commonly signed. The real problem is catering to manufacturers demanding to have their own bespoke driver pack, often including some stupid branded management application, when it’s just the same as the other dozen manufacturers packaging of the same product. Then you end up with bloated “driver packs” and a system tray of a half dozen vendors screaming for you to pay attention to them and know that they are somehow contributing to your experience.

            In Linux, you have a kernel driver and a myriad of vendor’s pci ids mixed together and the vendors just have to deal with it. As a side effect, a USB to serial dongle is about 99% likely to work in Linux, and in my experience 90% unlikely to work in Windows (can’t find the driver for it, or in one very prominent case Microsoft bans drivers of counterfeit chips that function fine, but violate IP rights). Punishing the counterfeiters may have been understandable, but ultimately the unwitting customers paid rather than the counterfeiters (they still sold their devices, but the users that were oblivious suffered).

            • 0x4E4F@lemmy.dbzer0.comOP
              link
              fedilink
              arrow-up
              1
              ·
              edit-2
              9 months ago

              The real problem is catering to manufacturers demanding to have their own bespoke driver pack, often including some stupid branded management application, when it’s just the same as the other dozen manufacturers packaging of the same product. Then you end up with bloated “driver packs” and a system tray of a half dozen vendors screaming for you to pay attention to them and know that they are somehow contributing to your experience.

              This is exactly why I use driverpacks in Windows (3rd party, like SDI). If the drivers are not in the pack, I download them from the manufacturer and if they’re packed with an app, I just extract the whole thing and point Windows (through manual driver update) to search for the drivers in that location. It will install only what it needs to work, nothing else.

              they still sold their devices, but the users that were oblivious suffered

              Or they did know, but the copy was a lot cheaper than the real thing. Hell, I’ve done it. If it does the same thing, why buy the more expensive thingie. I get IP rights and all that, but seriously, in the end, you just have to deal with these things. Unless you’re Intel, you should expect your device/chip to end up being copied. China doesn’t enforce western world IP laws, so it’s a “free for all” kind of a thing there. If you plan on doing this (making your own device/chip), your device/chip better be niche enough so it’s not viable to actually copy the design. Otherwise, copies will pop up left and right.

    • qjkxbmwvz@lemmy.sdf.org
      link
      fedilink
      arrow-up
      1
      ·
      9 months ago

      Back in the day I was running GLTron on an Athlon 1800+ w/Nvidia GeForce FX 5200 (I think?) and I was running dual monitors. GLTron didn’t like using both screens since it presented as a peculiar resolution. So I emailed the GLTron dude and he quickly emailed me a patch that let me run the game across both monitors (bezels not an issue because I was doing multiplayer split screen).

      What a great game.

  • blackjam_alex@lemmy.world
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    2 months ago

    This is the link to the GitHub repository h̶t̶t̶p̶s̶:̶/̶/̶g̶i̶t̶h̶u̶b̶.̶c̶o̶m̶/̶m̶o̶r̶r̶o̶w̶n̶r̶/̶8̶8̶1̶2̶a̶u̶-̶2̶0̶2̶1̶0̶6̶2̶9̶ Give them a star.

    (I also looked for a donation link, but couldn’t find one.)

    Edit: https://github.com/morrownr

  • dan@upvote.au
    link
    fedilink
    arrow-up
    1
    ·
    9 months ago

    A lot of Linux drivers are like this - just one or two people maintaining them. They usually eventually mainline the driver rather than having a separate Git repo though.