Stories
Slash Boxes
Comments

SoylentNews is people

posted by CoolHand on Sunday June 07 2015, @03:13AM   Printer-friendly
from the no-intel-ligence dept.

Intel has often been portrayed as the golden child within the Linux/BSD community and by those desiring a fully-free system without tainting their kernel with binary blobs while wanting a fully-supported open-source driver. The Intel Linux graphics driver over the years hasn't required any firmware blobs for acceleration, compared to AMD's open-source driver having many binary-only microcode files and Nouveau also needing blobs — including firmware files that NVIDIA still hasn't released for their latest GPUs. However, beginning with Intel Skylake and Broxton CPUs, their open-source driver will now too require closed-source firmware. The required "GuC" and "DMC" firmware files are for handling the new hardware's display microcontroller and workload scheduling engine. These firmware files are explicitly closed-source licensed and forbid any reverse-engineering. What choices are left for those wanting a fully-free, de-blobbed system while having a usable desktop?

Time to revive the Open Graphics Project...?

(those binary blobs may contain root kits)


Original Submission

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 0) by Anonymous Coward on Sunday June 07 2015, @09:02AM

    by Anonymous Coward on Sunday June 07 2015, @09:02AM (#193182)

    who worked for Intel. It's even more nightmarish when they have the AMD is teh suckz mentality.

    The whole computer industry went to shit when Intel was able to stop licensing their socket/FSB tech. It's too bad AMD didn't make a push to get all of the non-Intel processor developers to standardize on an alternative FSB before they went to the integrated memory controllers. Or hell, made their memory controller/socket tech royalty free (within the bounds of their own IP ownership.) Maybe then we wouldn't be in this mess.

    Meantime I suppose there is nothing left to do other than hope that ARM SoCs don't follow suit, the RISC-V chips turn the industry on its head, or AMD stays the course or becomes more open regarding their own binary-only VBIOS modules so everybody with an understanding of the consequences will jump ship to AMD at least enough to put them into the black.

  • (Score: 0) by Anonymous Coward on Sunday June 07 2015, @08:51PM

    by Anonymous Coward on Sunday June 07 2015, @08:51PM (#193370)

    The ARMs SOCs mostly use closed piece of crap accelerators, so sorry, ARM is there already.