[01:22] <Sarvatt> they're the same thing
[01:49] <LLStarks> sarvatt, glasen's approach is piecemeal and kms-based. chris' solution is ums-based.
[02:28] <RAOF> LLStarks: Glasen's approach is to fold in a patch that fixes (almost all?) i855 GTT coherency problems, right?  That doesn't resolve the problems for !i855 chips, which have similar issues.
[02:45] <LLStarks> i see, raof. thanks. but could the i855 patches go into the main archives and make the chip not need the legacy driver?
[02:48] <RAOF> LLStarks: Once they're in the mainline kernel, sure.
[02:48] <RAOF> LLStarks: It's unlikely to be backported (by us) because it's quite a large patch full of crazy (to work around crazy hardware).
[03:53] <LLStarks> raof, will this driver be like the legacy 2.5 driver that i saw in ppas?
[03:53] <RAOF> It'll be later - circa 2.7, I believe.
[04:11] <LLStarks> so, xserver-xorg-video-intel-810 like it was a few years ago?
[04:40] <RAOF> No, later than that.
[16:07] <cnd> RAOF, any news on when xserver 1.9 will be merged?
[17:14] <alf__> Hi all! What are the plans on ms
[17:16] <alf__> mesa demos now that upstream has them in a separate tree/package?
[19:34] <JamesWstubbs91> Hello, I asked this question in #Ubuntu and wasn't able to get a response, I guess it's kind of relevant for development, I'm doing an iPhone port of  Karmic, I have X11 fully up and running with wifi and a ssh connection, I can use the touchscreen using the "evdev" driver which works perfectly in a 
[19:34] <JamesWstubbs91>  landscape orientation, I' working on making it landscape for screen space, I've swapped the axes ansd invert the y axis so that the touchscreen behaves  correctly
[19:34] <JamesWstubbs91> But now I can't access the top portion of the screen
[19:34] <JamesWstubbs91> Is there a touchscreen calibration tool for the evdev driver?
[19:35] <JamesWstubbs91> Sorry I meant portrait
[19:37] <JamesWstubbs91> Any ideas
[21:27]  * Ng spies with his little eye that 2.6.35 has a commit in it for hardware h.264 decoding on intel >=G45
[21:27] <Ng> do we know what userspace stuff supports that, if anything?
[21:32] <Sarvatt> newest libva, libdrm 2.4.21, intel 2.12
[21:32] <Sarvatt> and that commit is causing some pretty nasty suspend/resume problems
[21:33] <Sarvatt> its not >=G45 either, its only intel HD
[21:34] <Sarvatt> outside of libva maverick supports it, not sure if libva is updated in maverick to support it though
[21:36] <Sarvatt> Ng: ^ was in response to you in case you wanted the ping :)
[21:37] <Ng> Sarvatt: cool thanks :)
[21:40] <johanbr> is the decoding done with shaders?
[21:40] <johanbr> or do intel chips have dedicated decoding hardware?
[21:40] <Ng> pretty sure my laptop is a 4500HD, I'm just curious if I'll get the shiny decoding, but i guess it'll be a while longer before it hits gstreamer and whatnot
[22:10] <Sarvatt> Ng: hmm there's a libva release in git you can use thats not uploaded in debian yet - http://git.debian.org/?p=pkg-multimedia/libva.git;a=summary
[22:11] <Ng> I should get my laptop running maverick I guess
[22:11] <Ng> I've been rather enjoying having it be lucid and not really changing ;)
[22:12] <Sarvatt> i *would* put the requirements in x-updates but libdrm is a bit tricky
[22:12] <Sarvatt> for lucid
[22:13] <Sarvatt> libdrm-nouveau in newer releases dont work with the kernel in lucid, and that newer libdrm is required for x-x-v-intel and libva :(