GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Conversation

Notices

  1. Embed this notice
    Linux For Everyone (linux4everyone@fosstodon.org)'s status on Friday, 19-Jul-2024 19:17:58 JST Linux For Everyone Linux For Everyone

    A great step... now how about that firmware?

    https://arstechnica.com/gadgets/2024/07/nvidia-maintains-its-distinct-version-of-open-with-latest-kernel-modules/

    In conversation about 10 months ago from fosstodon.org permalink

    Attachments

    1. Domain not in remote thumbnail source whitelist: cdn.arstechnica.net
      The next Nvidia driver makes even more GPUs “open,” in a specific, quirky way
      You can't see inside the firmware, but more open code can translate it for you.
    • Embed this notice
      翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Friday, 19-Jul-2024 19:17:58 JST 翠星石 翠星石
      in reply to
      @Linux4Everyone It's not firmware, as those GPU's don't come with socketed ROM chips.

      nvidia has pretty much just moved most of the driver into proprietary peripheral software that runs on the GPU and has some machinery to communicate with that software in Linux.

      Such software also has a signature on it, as a form of digital handcuffs to make it cryptographically impossible to replace the software.


      To be entirely honest I just see a chain of derivative works even though the peripheral software is not running on the main CPU, as it's specifically designed to communicate with Linux modules that are themselves GPLv2 with the kernel modules and the peripheral software being updated in lockstep.

      Too bad those Linux developers don't have enough of a spine to take nvidia (and any other party that is committing contributory infringement with nvidia) to court and demand they release the source code of the peripheral software and installation information under the GPLv2 or a compatible license, or alternately just notify nvidia that their license has been automatically terminated and to give a good reason why the license should be reinstated (unlike the GPLv3, the GPLv2 immediately terminates on infringement).
      In conversation about 10 months ago permalink
    • Embed this notice
      Blender Dumbass ( J.Y.Amihud ) (blenderdumbass@mastodon.online)'s status on Friday, 19-Jul-2024 19:37:16 JST Blender Dumbass ( J.Y.Amihud ) Blender Dumbass ( J.Y.Amihud )
      in reply to

      @Linux4Everyone I heard somebody is trying to make 100% libre GPUs which would be amazing. Though they would probably not run on x86 systems. Only PowerPC and stuff.

      In conversation about 10 months ago permalink
    • Embed this notice
      翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Friday, 19-Jul-2024 19:37:16 JST 翠星石 翠星石
      in reply to
      • Blender Dumbass ( J.Y.Amihud )
      @blenderdumbass @Linux4Everyone >I heard somebody is trying to make 100% libre GPUs which would be amazing.
      That's not really possible currently.

      With a fast enough FGPA that has enough LUTs, you could run a free GPU hardware design with acceptable performance, but currently there is no really fast FGPA that is programmable in freedom - only the iCE40 line is really supported, which is designed more low power consumption over performance, plus there is limited support for some Xilinx FGPAs, but only for C code and not verilog.

      It is possible to use nvidia GPUs up to the 700 series in freedom, as nouveau has free peripheral software for those cards - too bad the cards come with a nonfree VBIOS.
      Intel integrated graphics up to a certain point works without any proprietary peripheral software or VBIOS and coreboot has free init+EDID for those.
      coreboot has free init for ASpeed GPUs, unfortunately there is still no EDID support, so you get little better than 480p and I believe no 3D accel - but that seems just to be a driver config issue.
      The radeonsi driver modified to not load proprietary software can make radeon and amd cards show a native resolution framebuffer, but there's still a proprietary VBIOS and there is no 3D accel.

      >Though they would probably not run on x86 systems. Only PowerPC and stuff.
      GPUs don't really care about what architecture the CPU runs - only that there's something that can talk its language over the bus.

      If a GPU based off a free hardware design was designed to use PCIe, then it'll work in any computer that implements PCIe.

      Taking a guess, I presume that graphics processor design is to make part of a PowerPC SoC and therefore is designed around internal SoC wiring for communication - but the design could possibly be modified to use PCIe instead.
      In conversation about 10 months ago permalink

Feeds

  • Activity Streams
  • RSS 2.0
  • Atom
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.