Slashdot Mirror


Intel Open Sources Graphics Drivers

PeterBrett writes "Intel's Keith Packard announced earlier today that Intel was open sourcing graphics drivers for their new 965 Express Chipset family graphics controllers. From the announcement: 'Designed to support advanced rendering features in modern graphics APIs, this chipset family includes support for programmable vertex, geometry, and fragment shaders. By open sourcing the drivers for this new technology, Intel enables the open source community to experiment, develop, and contribute to the continuing advancement of open source 3D graphics.' The new drivers, available from the Linux Graphics Drivers from Intel website, are licensed under the GPL for Linux kernel drivers, and MIT license for XOrg 2D & 3D rendering subsystems."

76 of 345 comments (clear)

  1. Now... by infosec_spaz · · Score: 5, Funny

    If only a company who makes GOOD graphics cards would do the same!

    --
    ----- I have bad karma for a reason! -----
    1. Re:Now... by Anonymous Coward · · Score: 2, Insightful

      True but this move is about capturing mindshare and placing additional pressure on AMD. Open sourcing the drivers will improve Intel graphic chipset performance as a factor of better Linux integration and support but it wont turn an Intel graphics chip into an high end Ati or an nVidia.

      It does however re-stake a claim on the enthusiast market so coveted by AMD and may force AMD to open source their ATI drivers. That could be problematic for AMD thus serving Intels purpose just fine. To lesser degree this move also puts some heat on nVidia and their n-Force chipset solution by the same token.

      One point of it all is that Intel can afford and are in good position to open source their video drivers. They are not a market force in the performance arena but Intel does have very high volume numbers. It is unknown if AMD can likewise afford to open source newly aquired ATI drivers and certainly nVidia has been resistant historically.

      This move is literally no skin off Intels nose but could well peel some hide from AMD/ATI most notably and nVidia as a bonus.

    2. Re:Now... by LWATCDR · · Score: 2, Informative

      The Intel graphics cards are good for anything but heavy duty gaming and CAD. Not a great video card but it will run XGL just fine and it is open source.
      Now if AMD will open source the ATI drivers we will be all set.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    3. Re:Now... by firl · · Score: 2, Informative
    4. Re:Now... by jambarama · · Score: 4, Informative

      Actually, ATI/AMD is talking about open-sourcing their drivers too. nVidia already has pretty functional GNU/Linux drivers (albeit closed source), so with these other two GNU/Linux could finally have the support it needs to be a viable desktop alternative.

      Now if only we could get some open sourced drivers for higher end sound cards and more obscure wireless cards.

    5. Re:Now... by JimDaGeek · · Score: 2, Insightful

      I will have to second this. My laptop has an Intel 915GM that dynamically allocates 8MB - 128MB of memory. I threw in 2GB of memory and don't notice the memory use at all. The card works well under Linux and is accelerated and also works well under XP. Under XP I have been able to play Doom 3, Far Cry and Call of Duty without any issues. I have also been able to play Call of duty and Doom 3 under Linux with no issues. I am not a l33t gamer so this list of games may not be impressive to some. However the Intel 915 has worked well for me for some gaming, 2D use and OpenGL use like stellarium.

      --
      General, you are listening to a machine! Do the world a favor and don't act like one.
    6. Re:Now... by rm69990 · · Score: 2, Informative

      I love Intel's graphics cards for that very reason. I don't play games, I don't do game development, I don't do CAD work, etc etc. I simply enjoy having the OS X eye candy with the neat dashboard effects, and all that fun stuff, and Intel's cards can handle all of this and is also way less expensive than Nvidia or ATI, which are extreme overkill for me. For regular desktop work with fun eye candy, there is no difference between my Mom's iMac with a Radeon chipset and my Mac Mini with an Intel chipset.

      I think people like myself are Intel's main market.

    7. Re:Now... by billcopc · · Score: 2, Insightful

      Amen brother.. I just went from an X700 Pro to a 7900GT and there is a huge difference in driver performance. I don't mean triangles per second, I mean the thing just works better. No more 10-second mode switches, no more 2 minutes of loading the stupid control center I never use. No more blue screens every time I update my chipset drivers. I don't care if the 1900XTX runs faster than my NVidia, because frankly I don't game _that_ much (yet), and I'm quite content to have reliable, lightweight drivers that do what I need and don't jerk me around. Is it really necessary to have that dinky little race-car demo in the ATI drivers ? No, because anyone who's tweaking AA and Aniso settings already knows what they're doing and doesn't need some inaccurate demo scene to show off the results. And what's with the 3rd party skinning engine that eats up 30-40 mb just for red textured windows ?! Why the hell did they spend money on licensing a skinning engine in the first place ? It's a freaking system driver! Just give me a few tabbed windows and a handful of checkboxes for crying out loud.

      --
      -Billco, Fnarg.com
    8. Re:Now... by jmv · · Score: 4, Insightful

      See, the interesting thing is that I wouldn't be surprised if *on Linux" the Intel cards end up beating ATI and NVidia just because of the drivers. I've got ATI cards in both my laptops and I'm not impressed by the speed with the open-source drivers (and I'm unwilling to live with all the trouble involved in the closed-source ones). I'm sure a machine with an Intel chipset and open-source drivers could easily beat both ATI and NVidia on Linux.

    9. Re:Now... by Alioth · · Score: 2, Insightful

      Video drivers, I suspect, contain quite a bit of GPU-specific code. Now try and reverse engineer an unknown, undocumented proprietary instruction set and disassemble the GPU-specific code. If you don't, you'll have to just copy the bits which contain the code to run on the GPU, and that would land you in court for violating copyright. Video drivers aren't just something you can disassemble and reverse engineer because half of what you're looking at will be in an undocumented, proprietary ISA.

    10. Re:Now... by Jussi+K.+Kojootti · · Score: 2, Informative
      Actually, ATI/AMD is talking about open-sourcing their drivers too.
      You probably meant "a columnist is talking about ATI opening a subset of drivers", or do you have some other references?
    11. Re:Now... by laffer1 · · Score: 2, Informative

      ATI cards do not work right in AMD systems. (at least not well with nforce) I've seen this since the k6-2 300mhz with ATI. That's why I was shocked who was buying ATI. Its not that your hardware is shitty exactly, its just not compatible. ATIs video cards are solid on intel chipsets with recent drivers. If i put my card in my AMD 2300+ sempron with an nforce2 chipset it runs like shit. I had a firegl card in it at first and switched over to a geforce fx 5200 and its much more stable. Both worked in my intel box.

      Most of you are writing about very old ATI cards. The newer drivers are much more stable. Its a recent thing though. As for the control center, in the newer drivers its written in .NET. Its stable but it has to load the .NET framework on boot to use any of their configuration stuff. I have an ATI 9600xt AIW and its fine. It works ok in windows, linux and more recently with FreeBSD/xorg. Anyone with a 7000 series radeon can't even run the newer drivers. You do need a decent amount of ram for the .NET shit. I have 1GB of ram on XP SP2 with latest patches. I'm also running a dual xeon 2.0GHz dell. If it works in a dell...

    12. Re:Now... by jmv · · Score: 2, Insightful

      Read my post carefully. I'm talking about the open-source drivers because I'm not willing to have my system be unstable because of crappy proprietary drivers (or run into problems anytime I upgrade my kernel). And yes, the open-source ATI/NVidia drivers have at best slow 3D acceleration and at worse no 3D acceleration at all (I'm already lucky to have the former). Considering that, I'm sure an Intel chip could effectively beat the hell out of an ATI/NVidia chip with the existing open-source drivers.

  2. Wow. by bobintetley · · Score: 2, Interesting

    This is a great move by Intel - I know which vendor I'll be picking for my next 3D card. I HATE that I only have the choice of Nvidia or ATI's "mystery binary blobs" to play games.

    1. Re:Wow. by Tumbleweed · · Score: 5, Informative

      Well, this isn't for discrete graphics cards, right - it's for the built-in graphics in the 965 family chipsets. That's my understanding, anyway.

      Still, a very nice move.

    2. Re:Wow. by d_jedi · · Score: 2, Informative

      Not that you'll be playing any games with Intel integrated graphics, either..

      --
      I am the maverick of Slashdot
    3. Re:Wow. by DCstewieG · · Score: 2, Insightful

      Yeah! Damn those blobs, giving you all that performance!!

      Y'know, I understand members of the Linux community choosing to buy this on principle, but come on. The Intel graphics are so incredibly far behind nV and ATI that it's ridiculous...unless you're not planning to play ANY recent games. I could see going with ATI over nVidia if they open sourced theirs (or the reverse) but going Intel just for that would be nuts.

    4. Re:Wow. by bobintetley · · Score: 3, Insightful

      Yeah! Damn those blobs, giving you all that performance!!

      Why would an open source driver be slower than blobs if the manufacturers created it?

      The way I see it, by giving ATI/Nv my money I'm saying "hey, it's ok to pollute my system with code I can't look at" (and yes, I am capable of looking at it, but even if I wasn't *someone* is and that's the point). So Intel will be getting my money when I buy a new motherboard.

      And it's not just about games - Xgl/compiz, xcompmgr, etc. etc.

    5. Re:Wow. by Fordiman · · Score: 3, Informative

      Not for Linux users.

      Given that ATI and nVidia's support for Linux is next to nil, and that their mystery blobs are somewhat error-prone, (not to mention the inherent issues in using a generic binary - link conflicts, non-optimized machine code, etc.), I don't see how choosing an Intel card would be rediculous.

      Sure, they're behind, but the 965 series is better than, say, ATI's 8500 (the highest of their cards that is properly supported in Linux). Seems to me that Intel's just jumped ahead of the game by becoming available to a niche market.

      Meanwhile, I don't exactly trust the business-motivated hacks found in blobs from graphics card vendors (re: the quake.exe debacle). Having source makes a bechmarking far more auditable.

      --
      110100 1101000 1101000 1100110 0 1101111 1101000 1100011 1
    6. Re:Wow. by Abreu · · Score: 2, Insightful

      Still, this might have a positive effect on Linux Laptop users, wouldnt it?

      --
      No sig for the moment.
    7. Re:Wow. by Tet · · Score: 3, Informative
      Sure, they're behind, but the 965 series is better than, say, ATI's 8500 (the highest of their cards that is properly supported in Linux).

      Actually, the 9250 is the fasted fully supported ATI card under Linux. The r300 driver (9600, 9800 and X800) will probably soon be stable enough for widespread use, too. How the 965 compares to those, I don't know. But I suspect it'll be more than good enough for 99% of all users.

      --
      "The invisible and the non-existent look very much alike." -- Delos B. McKown
    8. Re:Wow. by bhalo05 · · Score: 2, Insightful

      Not everyone is a hard-gamer. If it is good enough to have decent OpenGL performance and it's valid for XGL, then choosing it because of open source drivers would be a no brainer. And I'm sure many others will agree.

    9. Re:Wow. by Tumbleweed · · Score: 2, Insightful

      Still, this might have a positive effect on Linux Laptop users, wouldnt it?

      Excellent point. Have they released drivers for their wifi components yet?

    10. Re:Wow. by Aadain2001 · · Score: 4, Informative
      --
      Space for rent, inquire within
    11. Re:Wow. by mdcatlin · · Score: 2, Informative

      Intel doesn't make discrete graphics, but they make a hell of a lot of integrated graphics chips. The linked website lists the chipsets for which the open-source drivers are published: Supported Hardware and Driver Documentation The Linux graphics drivers from Intel support the following Intel® chipsets:
      Short name Full name
      965G G965 Integrated Graphics Controller
      965 Q963/Q965 Integrated Graphics Controller
      946GZ 946GZ/GL Integrated Graphics Controller
      945G 945G Integrated Graphics Controller
      945GM Mobile 945GM/GMS/940GML Express Integrated Graphics Controller
      915G 82915G/GV/910GL Express Chipset Family Graphics Controller
      915G 82915G Express Chipset Family Graphics Controller
      915GM Mobile 915GM/GMS/910GML Express Graphics Controller
      865G 82865G Integrated Graphics Controller
      855GM 82852/855GM Integrated Graphics Device
      852GM 82852/855GM Integrated Graphics Device
      845G 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device
      i830M 82830 Chipset Graphics Controller
      815 82815 Chipset Graphics Controller
      810 82810 Chipset Graphics Controller
      810-DC100 82810-M DC-100 System and Graphics Controller

    12. Re:Wow. by Anonymous Coward · · Score: 2, Interesting

      A hell of a lot is an understatement.

      Fact is that Intel is the #1 manufacturer and supplier of graphics chipsets. The vast majority of PCs off the shelf at Best Buy and the like that are marketed towards Joe Average are Intel graphics based, as well as those sold direct via Dell. ATI has made some significant inroads, particularly since AMD-based systems have become more prevelant on retials shelves, but Intel still surpasses them in market share by a significant amount. Fact is that most Intel CPU-based off-the-shelf systems have Intel-based graphics as well.

      This whole move is simply to put pressure on AMD/ATI, which Intel is now viewing as a viable threat to their marketshare. It will proabably work too, to a certain degree. The next step will be Intel buying NVidia. No, I have no substanitive argument or proof of such a thing, but it will happen.

  3. Happy now? by mobby_6kl · · Score: 2, Interesting

    I can't say I particularly care (not using any on-board graphics), but this is a nice move on their part. Also, it would be interesting to see how this affects the performance/features in the long run.

    1. Re:Happy now? by Ruie · · Score: 5, Informative
      I can't say I particularly care (not using any on-board graphics)

      One area where on-board graphics is important are notebooks - especially those thin and light ones. A choice of video card is rare, especially if one cares about battery life.

      Traditionally, Linux support of new notebook video chips was very uncertain, as it is not possible to get a new notebook with a 2 year old graphics controller. Thus the fact that all-Intel notebooks are a safe choice (with not only 2d, but also 3d and wireless working under Linux) is a truly wonderful news.

      Also, the new Xserver features have to be implemented on something before there are binary blobs that support them. So having an open code to experiment with, say, Render, impacts other graphics cards as well.

    2. Re:Happy now? by NatteringNabob · · Score: 2, Informative

      [One area where on-board graphics is important are notebooks] Ain't that the truth? I have a Gateway Solo 1450 which is a pretty nice cheap laptop with an Intel 830MG chip set. It worked fine under Fedora Core 3 when Intel was apparently supporting binary drivers, but out of FC 4, FC5, Centos 4, and Novell/SuSE 10, only SuSE works - and then only if you don't do something rash like try to use virtual consoles which kill X. I don't need killer 3D performance on this laptop, but it sure would be nice if 2D 1024x768 worked, and it doesn't. Hopefully now it will be able to get that working.

  4. Competition from AMD/ATI? by thre5her · · Score: 5, Interesting

    Hopefully AMD/ATI will compete by open-sourcing the drivers for their integrated chipsets. Some healthy competition would definitely help the Linux desktop.

    1. Re:Competition from AMD/ATI? by FlipmodePlaya · · Score: 4, Informative

      http://www.osnews.com/story.php?news_id=15446 Looks like they're at least considering it.

    2. Re:Competition from AMD/ATI? by Mr.+Jaggers · · Score: 4, Interesting

      That's a stupid excuse, though. They could always isolate the SGI-laden parts, LGPL the rest, and let the community at least have a fighting chance at replacing what's behind the proprietary API's. I'm not claiming that our homebrew routines would *ever* be better, but I suppose it is within the realm of possibility. Oh, and when I say "always", I do really mean *always*... at any point, even right this minute, they could do so.

      The non-licensed parts of the code don't have to compile to be released. Besides, when bugs are traced back into the dark proprietary code, that would also make ATI the good guys and SGI the bad guys. ATI could claim that the licensed part is really fast and awesome and sweet, but proprietary, and that the community is welcome to try and replace it with something fast and awesome and
      sweet, but open. Or even something slow and crappy, but rock-solid stable, that plays nice with Xorg and the kernel.

      I suppose they might have licensed other companies code and signed away their right to ever release any code they ever write that uses the licensed bits. That would be a collosal blunder, but would partially account for silence on the subject.

      I'm fairly certain that the real reason lies not the code ATI has licensed, but the code/tech they've worked hard on and feel they need to keep secret or else lose their edge against nVidia. Of course, it seems that same statement could be made, swapping the names of the two companies, and still be true. In fact, the "trade secret" and "intellectual property" argument is almost certainly the biggest reason for closed-source driver code. Besides, how can a company who is losing money afford to give anything away for free? At least it always seems like the investors and board of directors of tech companies seem to believe that they are perpetually bleeding cash, even when they file record profits with the SEC.

      Anyway, that's quite enough ranting and unsubstantiated libel for one post.

      --

      When I grow up, I want to have Christopher Walken hair.
    3. Re:Competition from AMD/ATI? by Schraegstrichpunkt · · Score: 2, Informative
      When there is a unified graphics API, the driver writers have a finite set of things to test, and quality follows.

      -1, Troll

      Read Documentation/stable_api_nonsense.txt

    4. Re:Competition from AMD/ATI? by Cyno · · Score: 4, Interesting

      I agree, and most people don't need anything faster than an Intel 955, even the 855 is good enough for 90% of desktop use minus modern 3D gaming. They play quake just fine. What more does one NEED, honestly? ATI and nVidia better wake up or they may soon find a new real competitor on the block.

      I bought Intel graphics with my laptop. At first I wasn't pleased with the performance, but then I got to testing it directly. I can easily get 30 fps in OpenGL for simple geometries. Its really not that bad. They doubled the performance since, and I'm sure their latest stuff is most useable. Can you imagine what they'll come out with next?

      I didn't like Intel, but lately they've been attracting my pocketbook more than any other anti-FOSS businesses. As far as I'm concerned if they aren't pro-FOSS by now, they're anti-FOSS. They know just as well as I do what its all about. Microsoft, no matter how much they say they support it, is obviously fighting it tooth and nail behind closed doors.

    5. Re:Competition from AMD/ATI? by Andy+Dodd · · Score: 4, Informative

      "That's a stupid excuse, though. They could always isolate the SGI-laden parts, LGPL the rest, and let the community at least have a fighting chance at replacing what's behind the proprietary API's. I'm not claiming that our homebrew routines would *ever* be better, but I suppose it is within the realm of possibility. Oh, and when I say "always", I do really mean *always*... at any point, even right this minute, they could do so."
      They tried that. After a while it Simply Didn't Work - It's not just SGI, and in fact the particular issue that I remember was support for S3 Texture Compression, aka S3TC. For whatever reason, the licensing of S3TC prevented them from ever supporting it in an open-source driver.

      ATI started releasing binary-only drivers for Linux shortly after the UT2003 S3TC support fiasco. (In short, UT2K3 would only run on NVidia cards under Linux because they were the only ones that supported S3TC under Linux.)

      --
      retrorocket.o not found, launch anyway?
    6. Re:Competition from AMD/ATI? by ivan256 · · Score: 3, Insightful

      Also, that document is a complete lie. I don't care that it's in the kernel tree. There's lots of wrong stuff in there.

      A driver does not have to be in the tree to be stable, running driver, and the driver being in the kernel tree doesn't mean that it is either stable or running.

      And I should know, as I have written multiple closed-source Linux device drivers, two of which have open-source versions in the kernel that have at various times either not worked, or worked poorly, and both of which perform signifigantly worse than the closed version.

      Go actually read that document. The argument it makes is that a stable kernel/driver API is a bad idea because the kernel/driver API is unstable. It's a circular argument. The real issue is three-fold. One, there isn't enough agreement amongst the diversity of kernel developers to ever come up with a stable API, two, there is no dicipline amongst the people in charge to maintain that stability even if a consensus was reached, and three, there are some who would like to keep the interface unstable merely to keep this argument for open source drivers valid.

      Dispite all that, the only real roadblock between ease of binary driver development and what we have today is that there is heavy backporting amongst distribution vendors without incrementing the kernel version number. In other words, vendors lie about their versions in order to maintain the illusion of version stability for their customers... But even that is a minor issue, as it only makes the people who run on the bleeding edge suffer, and nobody runs on the bleeding edge in production.

    7. Re:Competition from AMD/ATI? by Briareos · · Score: 2, Funny
      That's a stupid excuse, though. They could always isolate the SGI-laden parts, LGPL the rest,

      Hell, they could spend $5 and buy it from SGI who need every dollar they can get to make it out of Chapter 11 bankruptcy.

      Hell, they could spend $5 and buy SGI...
      --

      "I'm not anti-anything, I'm anti-everything, it fits better." - Sole

    8. Re:Competition from AMD/ATI? by ookaze · · Score: 2, Interesting

      Also, that document is a complete lie. I don't care that it's in the kernel tree. There's lots of wrong stuff in there

      BS, the document is not a lie, the document provides an explanation. An explanation can be false, it's still not a lie, just a bad explanation.
      And sorry, but I think GKH has way more authority than you on what is right or wrong in this explanation, as he did lots of the drivers in the kernel.

      A driver does not have to be in the tree to be stable, running driver, and the driver being in the kernel tree doesn't mean that it is either stable or running

      Yeah right. Meanwhile, real life shows us that what you describe is exceptions rather than a rule.
      The driver being in the kernel means you can bug the Linux kernel devs to make it work with each new release of the kernel (hence stable).
      The driver not being in the kernel means they won't do anything about it, and you have no way of knowing if the driver will work or not.
      The basic premise is that the maintainer of a driver would support his driver in the Linux kernel tree.

      And I should know, as I have written multiple closed-source Linux device drivers, two of which have open-source versions in the kernel that have at various times either not worked, or worked poorly, and both of which perform signifigantly worse than the closed version

      Now I wonder how you can have the guts to write that. So you basically admit that you do closed drivers that have equivalent Free Software ones, though they used to be worse in Free Software version. And then you complain about the unstable API document and want to be taken seriously ?
      But you know what, I'd rather praise the guys who made the FOSS drivers. Of course they were worse at first, but now, we have correct free drivers, and that's way better than being stuck with hope of endless support for the closed ones. Support that you say is better, but we have no way to know if that's even true.

      Go actually read that document. The argument it makes is that a stable kernel/driver API is a bad idea because the kernel/driver API is unstable. It's a circular argument

      BS, where is the circular argument ? It explains quite well why the kernel/driver API is unstable, and no, it's not because "stable kernel/driver API is a bad idea", which would make a circular argument. Go actually read the document.

      One, there isn't enough agreement amongst the diversity of kernel developers to ever come up with a stable API

      BS, the main reason is discussed in the document, and history has shown the document is right.

      two, there is no dicipline amongst the people in charge to maintain that stability even if a consensus was reached, and three, there are some who would like to keep the interface unstable merely to keep this argument for open source drivers valid

      What you say is just a pure troll. The discipline is to make the kernel work better no matter what, and to not get stuck by in-kernel stable interface, which you see as an issue. You just can't accept that, that's your main issue.

    9. Re:Competition from AMD/ATI? by ivan256 · · Score: 2, Interesting

      Yeah right. Meanwhile, real life shows us that what you describe is exceptions rather than a rule.

      That's only true if you use popular hardware.

      The driver being in the kernel means you can bug the Linux kernel devs to make it work with each new release of the kernel (hence stable).
      The driver not being in the kernel means they won't do anything about it, and you have no way of knowing if the driver will work or not.
      The basic premise is that the maintainer of a driver would support his driver in the Linux kernel tree.


      In the real world, all the smart users have vendor support to take care of this issue for them. As linux popularity grows, the number of people using a non-vendor kernel shrinks. A tiny minority of linux boxes run Linus' tree.

      The discipline is to make the kernel work better no matter what, and to not get stuck by in-kernel stable interface

      Not only is that the lie, but it is provably wrong. Look how many operating systems there are out there that are successful and have excelent driver support even though they don't have the flexability of changing the driver API every release and the drivers aren't built with the kernel. I can count seven that are on the market right now. If this was really about making the kernel better no matter what, they would add a stable interface, because that would be an improvement. Drivers in the tree could continue to exploit new features and wouldn't be stuck using the old interface as the document implies. There is a history of this happening in the real world, and even in the linux kernel, as in the past, the Adaptec SCSI driver was shared code between Linux and BSD, with a compatability layer inserted.

      I can appreciate the goal of being good over being stable and or popular, but there are some parts of 'good' that only come after you are stable and popular.

      And this is still moot in relation to this discussion, as graphics drivers are written for X an not the kernel.

      Now I wonder how you can have the guts to write that. So you basically admit that you do closed drivers that have equivalent Free Software ones, though they used to be worse in Free Software version. And then you complain about the unstable API document and want to be taken seriously ? But you know what, I'd rather praise the guys who made the FOSS drivers.

      Yes. And I don't see why that's surprising to you, unless you buy into Stallman's 'all software should be free' trash. I didn't say I don't have any open code. I simply don't have the luxury of being generous when it comes to this stuff most of the time. I have to make a living, and if that means taking a contract that is uder NDA in exchange for a paycheck, so be it. Pull a 2.4 tree and look in the ppc branch at the galileo code. Check the mailing lists for alpha, ppc, and just plain linux-kernel. When my contracts allow, the code goes into the tree.

      It hardly matters anyway, because the only part of the system that really needs to be open is the platform, and none of this changes my main argument, which is that it's not the status of the source license that is causing the driver issues with linux graphics.

  5. bravo, intel by Anonymous Coward · · Score: 2, Insightful

    will amd/ati take a hint? if not, it seems like intel is going to own the linux market. they already provide good drivers for their wireless cards (i'm using one right now).

    1. Re:bravo, intel by Jake73 · · Score: 2, Insightful

      All it takes to "own the linux market" is good drivers. Not open-source ones. Most people will gravitate towards that which works. Having the source code available is only important for a small group of people.

      That said, having source code available may help improve quality, but it certainly isn't a foregone conclusion.

  6. first reaction: by mihalis · · Score: 4, Interesting

    Fantastic. Great work Intel. This puts your products in a different, more positive light for me personally. This could be really good for X11. I worked with it for about 10 years and have been very despondent about its chance in a world of proprietary drivers from ATI and NVIDIA being the only way to use modern graphics hardware. Maybe there's a chance for open source desktop after all.

  7. Maybe we'll start seeing Intel graphics clones... by Rob+Y. · · Score: 3, Insightful

    The argument against nVidia and ATI opening up their drivers was always that it would give other vendors a headstart in cloning their chipsets. They'd be able to tell how they work (from a hardware API level at least), and have a driver ready to go if they copied that API.

    Now that there's a working Intel 3D driver with source, does this mean that other vendors might start making cheap clones of the Intel graphics chips? Or was the above argument really a red herring.

    And if they did, what's to stop them from making chips that use the same API, but work much better?

    --
    Posted from my Android phone. Oh, I can change this? There, that's better...
  8. Nice by Morkano · · Score: 5, Insightful

    Nice.

    I bet they're trying to preempt AMD doing the same with an integrated ATI chip.

    Well played, Intel. Well played.

    --
    Victory or awesome!
  9. Re:Maybe we'll start seeing Intel graphics clones. by l2718 · · Score: 4, Informative

    Well, Intel's integrated graphics chipset is a far cry from the nVidia / ATI high-end accellerators. Cloning it will be next to useless (who'll buy a separate graphics card to replaace an on-board solution?) since most other chipset manufacturers already have on-board solutions of their own. I doubt this will change the high-end makers rationale for keeping their drivers secret.

  10. Linux Laptops! by db32 · · Score: 5, Interesting

    Ok here is the thing...ATI and nvidia can be a bit of a pain...but on a desktop you buy one or the other and you plug it in and go. Laptops on the other hand your selection is FAR more limited and you have to juggle hardware, and more often than not, something just won't work right or well. This makes the Intel integrated laptops even more attractive now instead of the ATI/nvidia ones. I really hope they go backwards with this to and open their recent chipsets up completely as well.

    --
    The only change I can believe in is what I find in my couch cushions.
    1. Re:Linux Laptops! by AnyoneEB · · Score: 3, Insightful

      I got a Dell Inspiron 6000 a bit over a year ago and I dual boot XP / Gentoo Linux. I choose to go with the ATI Mobile X300 (M300) graphics cards, and I say you made the right choice. In order to get it to play nice with radeonfb, I have to disable hardware acceleration. Before I had hibernate working, but it is not working with the currently installed version of fglrx (not the latest anymore, I think). I am definitely never buying an ATI graphics card again, and after this announcement, I may seriously consider Intel's offerings.

      --
      Centralization breaks the internet.
  11. Re:Maybe we'll start seeing Intel graphics clones. by Tumbleweed · · Score: 4, Interesting

    I'd be willing to bet the REAL reason they don't open their drivers is because they're using stuff they know is the intellectual property of others. Just a guess, though; I have no real information on this, but I'd be very surprised if they can't dig into each other's hardware under a microscope to figure out what the other guy is doing, and reverse engineer each other's drivers. These are some very smart folks we're talking about here.

  12. who needs open source drivers? by trb · · Score: 5, Insightful

    besides the desire/preference to have open source drivers for license compliance and moral/ethical reasons, there is a more practical reason why source access to drivers is handy. sometimes you need to recompile drivers from source in order to have them play well with operating systems features. for instance, if they need to respect the constraints of real-time systems such as rtlinux, rtai, or xenomai. these systems need to redefine cli/sti (clear/set interrupt) instructions (using macros) so that the real-time micro-kernel handles the interrupts rather than linux. open source drivers let you recompile with #include files that make this possible.

    1. Re:who needs open source drivers? by MrHanky · · Score: 4, Insightful

      Also, though not important for this particular driver, you have the advantage of using the same driver source on "unsupported" platforms. For instance, very few vendors support Linux with binary drivers for PPC, or even AMD64. Open drivers usually Just Work.

  13. Kudos to Intel! by Anonymous Coward · · Score: 3, Interesting

    This is good news. Open Source won't fix a bad product (hello Netscape), but you can have an army of eager (unpaid!) geeks happily extending your product. The idiocy of companies that hold their driver source proprietary is beyond belief; Does nVidia and ARI really seriously believe it gives them an advantage? Hardly. nVidia's drivers are buggy and crash prone. I am sick of my nVidia card hanging, and the saps at nVidia's support merely send you an automated email "Have you installed the latest driver." Yes, and it also crashes. If I had the source, I could fire up MSDEV. But I don't.

    Intel made an earlier foray into 3D with the i740 which didn't do that well in the marketplace. But now they're back, and this is a nice first step. If they drive nVidia and ATI (and especially nVidia) out of business, I wouldn't shed a tear. Truth is even Microsoft by taking over Shaders with HLSL has done a better job that nVidia with their proprietary Cg language. Open sourcing their drivers shows good faith. Come on Intel!

  14. It's alive! by hackwrench · · Score: 2, Informative

    No. Intel is open sourcing their driver not their entire card. Even so, this project could use open source resources from other sources and get a boost in the arm from something like this. You don't seem to understand how open source works.

  15. Re:Maybe we'll start seeing Intel graphics clones. by l2718 · · Score: 2, Insightful

    It's true that the onboard ATI & nVidia solutions aren't much better than Intel's. I suspect, however, that they share significant API with the high-end non-integreated cards from the same companies which are the real cash cows and therefore the technology they are trying to keep secret.

  16. I think we're missing the point here. by Ruff_ilb · · Score: 4, Interesting

    Many, MANY home users out in the field use on-board video for everything. Now, I'm not saying this'll have them all converting to an Open Source OS, but this is yet another advance that would make sending the average noob user over to Linux without any sort of performance hit.

    Taking a 180 degree turn and looking right back at your interpretation of the story, I find it very likely that Intel will be teaming up with nVidia sometime soon. Now that AMD owns ATI, Intel should be wide open to purchase nVidia if they want, and (although I'm not saying they'll need it), pairing Intel's massive resources with nVidia's enthusiast motherboard chipsets and universal video options, things could improve rapidly for the both of them. However, if Intel is going to enter the market as a third video force, that seems unlikely, although we could see Intel graphics cards interfacing well only with intel boards and intel CPUS, and the customer could likely lose if such a situation becomes possible.

    Anyway, I think I've speculated enough. The bottom line is that open-sourcing these drivers is a very interesting and likely harmless move for intel to make, and it should make the jobs of many OS coders easier in the open source OS circles.

    --
    http://www.TheGamerNation.com/Forums
    1. Re:I think we're missing the point here. by Ruff_ilb · · Score: 3, Interesting

      INTEL
      Type: Public (NASDAQ: INTC)
      Founded: 1968
      Location: Santa Clara, California, USA (incorporated in Delaware)
      Key people Paul Otellini, CEO
      Craig Barrett, Chairman
      Industry Semiconductors
      Products Microprocessors
      Flash memory
      Revenue $38.83 billion USD (2005)
      Operating income $12.1 billion USD (2005)
      Net income $8.7 billion USD (2005)

      NVIDIA
      Type: Public (NASDAQ: NVDA)
      Founded: 1993
      Location: Santa Clara, California, USA
      Key people Jen-Hsun Huang, CEO
      Industry Semiconductors- Specialized
      Products Graphics processing units
      Motherboard chipsets
      Revenue $2.375 Billion USD (2005)
      Net income $302.5 Million USD (2005)
      Employees 2,737 (2005)
      Website www.nvidia.com

      Check out those rows, especially Revenue and Net income. Intel is a MUCH larger company.

      Compare to

      AMD
      Type: Public (NYSE: AMD)
      Founded: 1969
      Location: Sunnyvale, California, USA
      Industry Semiconductors
      Products Microprocessors
      Revenue $5.848 billion USD (2005)
      Net income $165.483 million USD (2005)
      Employees 18,100 (Nov 2005)
      Website www.amd.com

      ATI
      Type: Public (NASDAQ: ATYT)
      Founded: 1985
      Location: Markham, Ontario, Canada
      Key people David E. Orton, CEO
      Industry Semiconductors
      Products Graphics cards
      Graphics processing units
      Motherboard chipsets
      Video capture cards
      Revenue $2.222 Billion USD (2005)
      Net income $41.676 Million USD (2005)
      Employees 3,469 (2005)

      Ati, suprisingly enough, has MORE employees than nVidia, an essentially equivalent revenue, and a higher next income.

      If AMD can buy ATI, Intel should be able to buy nVidia with little problem.

      --
      http://www.TheGamerNation.com/Forums
    2. Re:I think we're missing the point here. by Mycroft_VIII · · Score: 3, Funny

      Heck, they're even in the same town.
      Intell's people could just take short drive for lunch
      and pick up Invidia on the back to the office.

      Mycroft

      --
      https://signup.leagueoflegends.com/?ref=4c3ed6600b6ea
  17. This is a VERY important development by sweetnjguy29 · · Score: 5, Insightful

    I know that all of us techies turn our noses up at integrated graphic chipsets, but I think that an enormous number of computers out there, including laptops, that utilize this technology. One of the more common complaints from people switching to linux is that the monitor resolution and graphics are sucky. A BSD and GPL licenced driver solution would be perfect to help more people make the switch!

    1. Re:This is a VERY important development by Tweekster · · Score: 2, Insightful

      From what I have been seeing, Integrated grahpics with a proper driver are just great for most things, including XGL.

      If you play games, well then they are not fine. But gamers are such a minority I dont their attitude should destroy a sensible purchase.

      --
      The phrase "more better" is acceptable English. suck it grammar Nazis
  18. Which brings up the question... by japhering · · Score: 2, Interesting

    Are they making my plans to open source the rest of their graphics drivers ?

  19. +1 Honesty by mnemonic_ · · Score: 5, Funny

    Finally, an honest karma whore.

  20. Pwn The Market? by KagatoLNX · · Score: 3, Insightful

    Hardly.

    Closed-source Linux drivers can work well enough for a single kernel version in a controlled environment. You still don't get support from most distros that would want to build their own. Sure, if you cooperate you get in Novell and Red Hat's offerings, but not much further. You also get the onus of sinking the money into it to keep it working. Not to mention you pretty much guarantee being a problem to your users--think things like software suspend that never work right with closed drivers because certain problems can't be debugged or fixed (in which case improved quality *IS* a foregone conclusion).

    You either get SLES / RHEL, or you get SLES / RHEL / Debian / Ubuntu / everything else... Not to mention improved operation. Of course, gravitating toward what works is why people are using open source in the first place. Sometimes "what works" is defined in terms of avoiding vendor lock-in and extortionate licensing.

    --
    I think Mauve has the most RAM. --PHB (Dilbert Comic)
  21. Re:Slow down cowboy by eklitzke · · Score: 2, Informative

    Of course not -- you can only use the GPU on motherboards that support it, namely those with an Intel chipset. But since the hardware specs and drivers have been released under a free license, you are more than welcome to try to get the GPU to run on any hardware that you can dream of.

    --
    #include ".signature"
  22. Talking out of both sides of my face, by MrCopilot · · Score: 3, Interesting
    First, Brilliant move. They know, they just know AMD is going to blow open wide the company formerly known as Ati's drivers. They drop this announcement before the paperwork is even dry on the AMD/Ati deal. Bravo, kudos, well played... etc.

    Second, Thank You Intel, so very much.... BECAUSE Even the laziest of our part-time hobbyist programmers will be able to improve your driver performance.
    All these years I just refused to believe Intel could develop and ship newer and newer Card/integrated Video chips that were lightyears behind in performance and features. I instead chose to think of them as a Hardware Company full of Hardware Engineers who look down on the few "soft ones". I can understand how that might develop there.

    I believed, some day, they would come around, and hire some PC Software/Driver Engineers. Someday the driver would rescue their possibly brilliant designs.

    Well this is even better. We get our open graphics card with every e-machine.

    Except, Of course Intel doesn't pay for it and yet reaps the rewards, and naturally perpetuates the undervalued view of us software guys.

    Vicous cycle.

    /rant heh, And then there were 2.

    --
    OSGGFG - Open Source Gamers Guide to Free Games
  23. intel's docs HAVE BEEN OPEN for all their chipsets by t35t0r · · Score: 3, Informative

    The i855gm/915 has a docbook almost 500 pages in length with all the specs for the chip. If you go to intel's page for drivers you'll see that their drivers are created by Tungsten. If you run the most recent xorg, xf86-intel-video drivers from freedesktop (prior to this announcement), and mesa you'll have almost fully working DRI. This announcement is just to show that the OSS drivers now support the new 965 chipset. Nothing new here move along!!!

  24. Full specifications - not open source by willy_me · · Score: 2, Insightful
    Open source is great and all but one still needs full specifications in order to make a high performance driver. Just look at the open source ATI drivers, they lack the features and performance of the binary drivers.

    So my question is this - does Intel also fully disclose the full specifications and internal workings of their chipset? My guess is no. Most likely, the drivers will be developed by Intel employees with access to internal documents. Those drivers could then be debugged and possibly optimized by the community but the community will still be locked out of development.

    Willy

    1. Re:Full specifications - not open source by Andy+Dodd · · Score: 3, Insightful

      Intel DOES release full specifications.

      Their silicon is just crippled - there's honestly no way around that when you're effectively producing a $5 graphics solution (which is approximately the cost difference between Intel chipsets without integrated graphics and Intel chipsets with integrated graphics.) Even if a technology is economical to implement in silicon, at that price point it's not feasible to license technologies from other companies unless absolutely necessary, such as S3 Texture Compression, which was the technology that basically started the branch between closed-source and open-source ATI chipset support.

      It does what it's designed to do extremely well (unlike many other "el cheapo" solutions which are designed to do more but just don't do any of it well), it just simply is NOT designed to do very much.

      --
      retrorocket.o not found, launch anyway?
  25. Re:Talking out of both sides of my face, by ewhac · · Score: 3, Interesting
    Second, Thank You Intel, so very much.... BECAUSE Even the laziest of our part-time hobbyist programmers will be able to improve your driver performance.

    Erm... I doubt it.

    For the past few years, off and on, I've been porting the XFree/Xorg Intel 8xx graphics drivers to BeOS, so I have a fairly close relationship with that code, and unusually detailed knowledge of the chip series. Unless this represents a completely different codebase (which I doubt), it's really not that bad. Unless you're planning on turning it into a full kernel-mode driver, taking advantage of native interrupts and so forth, there's not a lot that could be improved.

    The most annoying part with this driver release is that it still needs the BIOS to set display modes. BeOS can't access/execute the BIOS, so the driver has to be full native. I'll probably still have to do some fairly icky things to make it work...

    Schwab

  26. "you're not planning to play ANY recent games" by freeweed · · Score: 5, Insightful

    You know, there's a lot more to do with a computer than play games. Especially amongst those of us that run Linux, we tend to do a lot less gameplaying than the average bear.

    Personally, I'm ecstatic over FINALLY being able to purchase a system that will run Google Earth, that I won't have to fuck with every time a kernel update happens, or ATI breaks their latest blob and I have to spend hours googling for a fix, or nvidia hasn't once again broken something because they don't think anyone but 10 users still use this graphics card.

    There's *nothing* but good to be said about open source graphics card drivers that support halfway decent OpenGL. Even if I don't have the privledge of spending $500 upgrading my rig just to play whatever the flavour of the month PC game is out.

    If Intel would do this for add-on cards and not just integrated chipsets (which is what I hear is the deal so far), I'd be as happy as I've been ever since discovering Linux.

    --
    Endless arguments over trivial contradictions in books written by ignorant savages to explain thunder in the dark.
  27. Re:Maybe we'll start seeing Intel graphics clones. by kfg · · Score: 2, Insightful

    The stuff they're particularly trying to protect is stuff that is specifically not legally protected intellectual property. They've chosen the "secret formula" route. Protected intellectual property (the only kind you need a license to use) is public knowledge.

    And their secrets only need to be protected for a few years, the rate at which it becomes obsolescent, which is faster than reverse engineering time; and much shorter than patent protection time.

    I'm sure they're perfectly capable of reverse engineering the drivers without having to look at the chip under a microscope.

    And that is why Linux has no driver issues.

    I've been known to make some custom hardware. If you give me driver code I can make you a chip that will run it; perfectly. If you give me a chip and a binary driver I can make the chip do something with my own code, but I'll never figure out everything it can do without the specs. Never, ever. No matter how bright I am.

    KFG

  28. does the 9250 driver really work? by j1m+5n0w · · Score: 2, Interesting
    Actually, the 9250 is the fasted fully supported ATI card under Linux.
    This is anecdotal, but my experience (as of a couple months ago) is that the ATI 9250 SE doesn't work doesn't work properly with the open source driver. It renders, but appears not to be double-buffering. The screen flashes in a very ugly manner and I get to see frames of partially-rendered geometry. If I remember correctly, I got similar behavior with a radeon 7000. Currently, I'm using a cheap Nvidia card with the binary drivers (which seem to work ok this time around; the previous release would hang the machine if I tried to run any of several of the xscreensaver modules). This is with a 64-bit dual-core processor; 32-bit may work just fine.
  29. Independent Nvidia open driver effort - Nouveau by Hobart · · Score: 5, Informative

    This seems like a good on-topic thread in which to mention the freedesktop.org (X.org folks) effort to write a 100% open source 3D driver for the NVidia cards -- nouveau

    http://nouveau.freedesktop.org/wiki/

    If you're an owner of an nVidia card, please do all you can to help contribute! They appear to be suprisingly far along.

    --
    Slashcode bug # 497457 - unfixed since December 2001 - Go look it up!

    --
    o/~ Join us now and share the software ...
  30. Re:Maybe we'll start seeing Intel graphics clones. by Andy+Dodd · · Score: 2, Informative

    Chances are they have licensed things in their silicon implementation that they are forbidden to release documentation for.

    You seem to have forgotten that ATI cards were fully documented until about 2002-2003 or so, when they started licensing technologies from other companies that were forbidding them from releasing documentation or open-source drivers for said technologies.

    The Unreal Tournament 2003/S3 Texture Compression fiasco showed that not licensing such technologies would be commercial suicide. ATI started releasing closed-source drivers shortly after that incident, and initially the main difference was S3TC support.

    --
    retrorocket.o not found, launch anyway?
  31. Re: Wow by friedmud · · Score: 3, Informative

    Don't forget that _lots_ of people use Linux to get work done... and a whole crapload of that work is graphical in nature (including CAD and 3D rendering).

    At my job we all have huge dual-processor Xeons running the absolute fastest videocards we can get our hands on (which right now are some variant of Nvidia Quadro cards)... and not a single one is using windows.

    Now why aren't we running ATi cards? well... because their linux drivers suck.

    So what's the incentive for writing good drivers for linux? Oh yeah... because a lot of people will use them... even if they're not gaming.

    Friedmud

  32. OpenGraphics is not dead! by PeterBrett · · Score: 2, Informative

    No, it's very much alive. Just before I posted this story, I sent a similar e-mail to the list. BTW, there's currently a call going out for people to work on the OpenGraphics drivers.

    However, I do worry that should Intel decide to put their graphics chip on a discrete PCI card it would eat up much of our potential market...

    1. Re:OpenGraphics is not dead! by castle · · Score: 2, Interesting

      Your second paragraphs illustrates the thing stopping me from really considering it. However if Intel were to release a separate card they would most likely grab me as a customer. I'm fairly disgruntled about NVidia cards right now, but I was sick of starving myself for the few games on linux that required a spiffy graphics card.

      Perhaps there's hope that AMD can open up ATi's drivers, unlikely, but perhaps.

  33. Re:Maybe we'll start seeing Intel graphics clones. by ajs318 · · Score: 5, Insightful

    Possibly.

    Another reason why they are unwilling to release the information might be because it would prove that they have been bullshitting us for a long time.

    Chances are that the difference between a £50 card and a £300 card is in the software: by changing just one bit in one byte in the huge, bloated blob of a driver, you could extract £300 performance from a £50 graphics card. It can't be economically viable for them to fabricate different GPUs to use on "cheap" and "expensive" cards. Instead, they have an I/O pin {maybe several pins?} on the GPU which they tie to 0V {so it reads as a 0} on the cheap cards, or leave unconnected {so it looks like a 1} on the expensive cards. The driver software reads the state of the pin and determines whether or not to run the card in "expensive" mode.

    {Then, of course, there are the various "cheats" built into games to make them run faster or better with certain graphics cards -- or, to put it more accurately, to make them run slower or worse with other graphics cards. Games companies are certainly not above accepting bakshish.}

    The RAW formats used by digital cameras are similarly undocumented for pretty much the same reason: the JPEG files are interpolated up to much higher resolutions than the sensor actually generates. Revealing the format of the RAW file would also reveal the real number of pixels on the image sensor, and likely open up camera manufacturers to prosecution under consumer protection law.

    --
    Je fume. Tu fumes. Nous fûmes!