[01:22] they're the same thing [01:49] sarvatt, glasen's approach is piecemeal and kms-based. chris' solution is ums-based. [02:28] 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] 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] LLStarks: Once they're in the mainline kernel, sure. [02:48] 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] raof, will this driver be like the legacy 2.5 driver that i saw in ppas? [03:53] It'll be later - circa 2.7, I believe. [04:11] so, xserver-xorg-video-intel-810 like it was a few years ago? [04:40] No, later than that. === yofel_ is now known as yofel [16:07] RAOF, any news on when xserver 1.9 will be merged? [17:14] Hi all! What are the plans on ms [17:16] mesa demos now that upstream has them in a separate tree/package? [19:34] 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] 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] But now I can't access the top portion of the screen [19:34] Is there a touchscreen calibration tool for the evdev driver? [19:35] Sorry I meant portrait [19:37] 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] do we know what userspace stuff supports that, if anything? [21:32] newest libva, libdrm 2.4.21, intel 2.12 [21:32] and that commit is causing some pretty nasty suspend/resume problems [21:33] its not >=G45 either, its only intel HD [21:34] outside of libva maverick supports it, not sure if libva is updated in maverick to support it though [21:36] Ng: ^ was in response to you in case you wanted the ping :) [21:37] Sarvatt: cool thanks :) [21:40] is the decoding done with shaders? [21:40] or do intel chips have dedicated decoding hardware? [21:40] 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] 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] I should get my laptop running maverick I guess [22:11] I've been rather enjoying having it be lucid and not really changing ;) [22:12] i *would* put the requirements in x-updates but libdrm is a bit tricky [22:12] for lucid [22:13] 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 :( === JanC_ is now known as JanC