Slashdot Mirror
Intel Discrete Graphics Chips Confirmed
Arun Demeure writes "There have been rumors of Intel's re-entry into discrete graphics for months. Now Beyond3D reports that Intel has copped to the project on their own site. They describe it as a 'many-core' architecture aimed at 'high-end client platforms,' but also extending to other market segments in the future, with 'plans for accelerated CPU integration.' This might also encourage others to follow Intel's strategy of open-sourcing their Linux drivers. So, better watch out NVIDIA and AMD/ATI — there's new competition on the horizon."
That socket is usually called a "PCIe slot" these days. If you use a socket instead of just integrating the graphics chip into one that is onboard anyway, you might as well use the established solution.
Another interesting approach (albeit not for high end machines and somewhat OT here) is AMD's plan to integrate the GPU with the CPU. That way, you might have some more choice than with a soldered in chip, and GPU cooling could profit from the availability of decent CPU coolers.
C - the footgun of programming languages
"Intel drivers for Linux Just Work(TM). I installed Ubuntu 6.10 on my Acer notebook, with a i915g video adapter, and everything worked without any extra effort. And I'm even able to use Beryl/Compiz as my default window manager, without any stability issues."
This is because Intel's graphics chipsets are crippled and don't implement any of the features covered by other companies' patents which force ATI and NVidia to go closed-source.
You seem to forget that ATI had fully open-source drivers until they were forced to "go closed" due to licensing another company's IP for their chipsets. In that particular case, the first incident was S3 Texture Compression, a feature essentially required by all modern games, and apparently with patent licensing agreements that prohibit closed-source drivers. For a few months, S3TC was why Unreal Tournament 2003 (or was it 2k4?) only ran on NVidia cards under Linux - it wasn't until ATI released binary drivers that supported S3TC that UT2k3 would run on ATI cards under Linux.
The end result is that ultimately, the choice will not be Intel's as to whether to go open-source or not for full functionality, just as ATI had no choice but to "go closed" or simply leave certain critical features disabled/unsupported under Linux.
retrorocket.o not found, launch anyway?
Has anyone considered that the reason ATI/NVidia won't open source their drivers/firmware is because there are blatant copyright and patent violations in their code? I'm not saying there are violations, but if there are, then I would expect each to violently defend against anyone seeing their source code. To date, the best argument heard is that access to the code would provide their competitors an unfair advantage into their optimization techniques, which most of us recognize to be hog wash. At worst, they wrap it up in "we have licensed proprietary algorithms" declarations and refuse to give the community a chance to work around those algorithms.
There is only one way forward. NVidia should fund the effort to rewrite their firmware/drivers, providing only the hardware register descriptions and nuances. I'm quite sure others have asked NVidia to do this already, but Intel moving forward with this plan should force the other's hand. I'm surprised that Microsoft hasn't chimed in here because for every open specification we get in the OSS world, they also get. That's where all those Microsoft drivers come from. And only on occasion is a vendor-supplied driver better that the Microsoft one. Open sourcing any drivers also helps Microsoft support more hardware out of the box, without a multitude of licensing agreements and royalty schemes.
And of course, NVidia (and now ATI) have been adding more treasure to their war chests with the PCIe motherboards. I just bought a new motherboard and it's extremely hard to find a new board with PCI-Express that doesn't have an nForce or ATI chipset.
It's going to be a tough game for Intel because it's not just graphics drivers. AMD could play into this game if they took a decisive maneuver with their GPU integration into the CPU. Remember that AMD now owns ATI.
And I should care about that why?
Intel cards are not bleeding edge. However, if all you want is a reasonably powerful, 3D supporting card for your open source desktop, then they are perfect. I don't require a huge framerate in $LATEST_GAME, because I don't play it. If I did, then an Intel card would obviously not be for me.
My intel-based graphics work perfectly, and don't give a moments trouble. I can run 3D applications if I want, and a flashy eye-candy-full desktop too. I previously had an nVidia card, and it was nothing but a fight - is my card supported with this release of the driver? Is it crashing my computer? Is it going to compile with the latest kernel?
Nowadays, I do nothing but apt-get upgrade to keep my graphics in order and I am a lot happier for it.
Carpe Daemon