| Sarvatt | they're the same thing | 01:22 |
|---|---|---|
| LLStarks | sarvatt, glasen's approach is piecemeal and kms-based. chris' solution is ums-based. | 01:49 |
| 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:28 |
| 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:45 |
| 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). | 02:48 |
| 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. | 03:53 |
| LLStarks | so, xserver-xorg-video-intel-810 like it was a few years ago? | 04:11 |
| RAOF | No, later than that. | 04:40 |
| === yofel_ is now known as yofel | ||
| cnd | RAOF, any news on when xserver 1.9 will be merged? | 16:07 |
| alf__ | Hi all! What are the plans on ms | 17:14 |
| alf__ | mesa demos now that upstream has them in a separate tree/package? | 17:16 |
| 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:34 |
| JamesWstubbs91 | Sorry I meant portrait | 19:35 |
| JamesWstubbs91 | Any ideas | 19:37 |
| * 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:27 |
| 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:32 |
| Sarvatt | its not >=G45 either, its only intel HD | 21:33 |
| Sarvatt | outside of libva maverick supports it, not sure if libva is updated in maverick to support it though | 21:34 |
| Sarvatt | Ng: ^ was in response to you in case you wanted the ping :) | 21:36 |
| Ng | Sarvatt: cool thanks :) | 21:37 |
| 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 | 21:40 |
| 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:10 |
| 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:11 |
| Sarvatt | i *would* put the requirements in x-updates but libdrm is a bit tricky | 22:12 |
| Sarvatt | for lucid | 22:12 |
| 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 :( | 22:13 |
| === JanC_ is now known as JanC | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!