Slashdot Mirror
The "Bloody Mess" That Is Intel's Poulsbo Driver
AdamWill writes "Phoronix writes about the mess that is the Linux support situation for Intel's new graphics chipset, the GMA 500 — aka Poulsbo. Near the end they refer to my own post on the topic ('Okay, so after a whole day spent bashing around at this crap, I can very confidently and conclusively say, it's utterly broken'). Intel has a reputation as one of the most clued-up open source-friendly hardware companies, but if they can't sort out the mess surrounding the driver for this chipset — which is already used on the Dell Mini 12 and Sony Vaio P, and will be used on many future Intel-based systems — that reputation will take a serious hit."
Actually they are fine (I can even run a composited desktop on my EeePC, and that's a GMA 900), but in this case the technology isn't theirs, it was acquired from some third-party.
A CC-licensed illustrated horror novel
Intel graphics chips are not for games. However, if you don't play games and you want a solid graphics card with enough 3D performance to run compiz or Quake with fully open source drivers, then Intel is what you want.
Or, it used to be. I don't know what the deal is with this new chipset.
i don't know how it is in this case, but most of the times, the problem is that there is no information about the hardware. so even though the open source community would love to code uber awesome megadrivers, they haven't got any documents on how these chipsets work, so they can't write drivers for them
Possibly because your friend is an idiot who has no idea what he's talking about? Intel release huge amounts of documentation, freely, they were one of the first companies to write and push their own drivers into the Linux kernel tree and almost all of their hardware is well supported with OSS drivers.
Based on reading the various linked things, it appears that one primary complaint is that it isn't, in fact, sensibly released. There are bits and pieces of it scattered about but AdamWill can't actually find a whole release that actually works.
The preferred solution is to not have a problem.
It is undocumented and it has binary blob. Though scenario, even for very smart Xorg driver fellas.
user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
That's the reputation of the power of the hardware. Yes, as far as playing your 3D games goes, you're not going to get very far with Intel.
However, up till now Intel has had a very good reputation for open source friendliness with regards to supporting the hardware, disregarding the actual power of the hardware. Intel are actively involved in maintaining the (100% open source) driver for all other Intel graphics chipsets, and they also contribute to general X.org development and the development of new technologies within X. Intel graphics hardware is generally the least powerful of the big three, but until this mess, it's been by far the best (and most openly) supported hardware in Linux.
Intel *didn't* make an open source driver. If you read my post, you'll note that there's three different closed-source components to the driver, without which significant features break.
Aside from that, what's needed for meaningful open source development is not "here's some code, have fun". There needs to be a proper development process hosted in an accessible fashion, and proper documentation. The 'intel' driver for previous Intel chipsets satisfies all of these goals. It's 100% open-source, it's developed within X.org and so easily accessible to external contributions in a widely-understood fashion, and the hardware is properly documented.
This 'psb' driver satisfies none of the goals. It was previously hosted within Moblin (which doesn't really have much of an external development community), and even that version of the code is now not being used. It now only shows up in obscure Ubuntu Netbook Remix repositories, with no independent source that anyone can find. So there's no sane development process to which external people can sensibly contribute. It contains large closed-source chunks. And there's no public hardware documentation, which makes it very hard for anyone else to work on it in the first place.
This is what I (and anyone else stuck with one of these chips) am complaining about.
You got modded up, so I get to correct you.
GEM (Graphics Execution Manager) is only working for Intel because they have more people working on it. There's only around four or five people working on Radeon stuff, and of those, only two of us are dedicated to ATI work, and we're both students.
If you grab development snapshots, you can see Radeons working with DRI2, GEM, KMS, and all that fancy stuff.
~ C.
every time my kernel upgrades I hold my breath and hope X starts up due to nVidia drivers being proprietary.
Apocalypse Cancelled, Sorry, No Ticket Refunds
Not necessarily. i810 is woefully broken. You get artifacts left and right, wrong resolution that can't be changed, no openGL working whatsoever (I was doing transparencies with Xfwm but that was it). From what I understand I need one of the latest kernels with GEM to make it stop.
Yeah, thanks intel.