[00:04] <cwillu> [drm:i915_gem_execbuffer] *ERROR* Execbuf while wedged
[00:05] <cwillu> debugging patch on which bug report?
[00:38] <Sarvatt> cwillu: 945 or older?
[00:38] <cwillu> 945
[00:39] <Sarvatt> debugging patch doesnt seem to work right but here ya go http://bugs.freedesktop.org/show_bug.cgi?id=25475
[00:42] <Sarvatt> i haven't gotten kernel-package working right yet (broken on newer .33 kernels) so I haven't tested with the patch yet
[00:43] <cwillu> k, I'll take a look tonight
[00:43] <cwillu> I assume it's also broken with a mainline kernel?
[00:44] <Sarvatt> didnt build with the first patch because he kept posting refreshed versions of it to intel-gfx mailing list and there wasnt a final one
[00:44] <Sarvatt> yeah kernel doesnt matter here
[00:44] <cwillu> okay, that's easy enough then
[00:45] <bryce_> cwillu, can you provide some feedback on the upstream bug report?
[00:45] <Sarvatt> bryyce: didnt you get a mini 10v?
[00:45] <bryce_> Sarvatt, nope
[00:46] <bryce_> Sarvatt, well, I did but it was for my mother-in-law
[00:46] <Sarvatt> ahh darn
[00:46] <cwillu> bryce_, yep, reading through it now
[00:46] <bryce_> Sarvatt, good news is my boss will be giving me one next month when he's in portland
[00:47] <Sarvatt> cwillu: if you do use the patch are you going to be building x86 or amd64? can ya pass along the deb if x86?
[00:47] <cwillu> x86
[00:47] <cwillu> yep, won't be for a couple hours though
[00:49] <Sarvatt> no worries, not in any rush and apparently with the patch it'll just hard lock instead when it crashes with it :D
[00:49] <cwillu> eh?
[00:49]  * cwillu looks
[00:51]  * cwillu considers splicing in some extra printf's
[02:33] <bryce_> can we sync the new wacom into ubuntu at this point? http://packages.qa.debian.org/x/xf86-input-wacom/news/20100110T001218Z.html
[02:59] <Sarvatt> I was asking about that the other day, figured you guys wanted to wait for it to hit testing or something first
[03:00] <Sarvatt> works fine here outside of not supporting serial tablets at the moment but its better than nothing
[03:05] <Sarvatt> haven't heard anything about the xserver patch to allow TTY stuff to get it working on serial ones in a few weeks -- http://www.mail-archive.com/xorg-devel@lists.x.org/msg04311.html
[03:10] <bryce_> ok
[03:10] <bryce_> I'll add it to my todo list to see about getting it sync'd
[06:26] <Duke`> Sarvatt, thank your for the bunch of new karmic packages ;)
[06:52] <tjaalton> bryce_: no, we need the epoch
[15:58] <tjaalton> bryce_: wacom merged & uploaded
[16:00] <tjaalton> and intuos4L bought from an auction.. should get it early next week
[16:19] <coz_> ooo intuos 4
[16:19] <coz_> I still have 3
[17:45] <Sarvatt> Duke`: i lied, mesa 7.8 coming to karmic as soon as dri2proto 2.2 and glproto 1.4.11 build :)
[17:51] <Duke`> \o/
[18:07] <Duke`> I've seen two libdrm updates for 20th of january, why the second update? an important patch missing in the first?
[18:10] <Sarvatt> nouveau commit right after i uploaded one that i added as a patch
[18:32] <Sarvatt> jcristau: did you mean to make the xutils-dev build-dep for vesa 2.3.0 xutils-dev (>= 7.5~1) instead of (>= 7.5) since it needs xorg-macros 1.3?
[18:34] <Sarvatt> its marked as 7.5-1 in xutils-dev git but the release was called 7.5~1 which is < 7.5?
[18:37] <ManDay> Does anyone have a clue when Bug #419328 will be patched in the main archives?
 bryce_, pitti, seb128: today's updates removed xserver-xorg-video-intel on an intel-GPU based system... any idea why?
[18:38] <bryce_> ^ anyone else experiencing this?
[18:38] <ManDay> no
[18:38] <jcristau> Sarvatt: pretty sure it needs macros 1.4
[18:39] <ManDay> bryce_, still have it
[18:39] <Sarvatt> configure.ac says 1.3
[18:39] <jcristau> Sarvatt: which is in xutils-dev 1:7.5+1
[18:39] <jcristau> configure.ac is wrong
[18:40] <Sarvatt> ah gotcha, thats what i was going by
[18:40] <jcristau> the INSTALL_CMD in Makefile.am needs XORG_INSTALL, which was added in macros 1.4
[18:42] <Sarvatt> it built fine with 1.3 strangely enough
[18:51] <Sarvatt> http://paste.ubuntu.com/360200/ -- build log with 1.3, not sure if its supposed to have any errors
[18:51] <Sarvatt> ManDay: looks like the fix requires mesa 7.7, thats not going to hit the official repos for karmic.. You can work around it by not using compiz
[18:52] <Sarvatt> its fixed in lucid though which has mesa 7.7
[19:01] <Sarvatt> Duke`: let me know if you have any problems with that mesa 7.8 on karmic, I might have missed something with all the changes
[19:02]  * Duke` is downloading packages
[19:03] <Duke`> everything installed fine
[19:04] <ManDay> not using compiz, Sarvatt , not an option
[19:04] <Sarvatt> ah no wonder all lpia packages are failing on karmic, libdrm-dev depends on  libdrm-intel1 (= ${binary:Version}) [amd64 i386 kfreebsd-amd64 kfreebsd-i386],
[19:04] <Duke`> OpenGL renderer string: Mesa DRI Intel(R) 945GM GEM 20091221 DEVELOPMENT 
[19:04] <Duke`> OpenGL version string: 1.4 Mesa 7.8-devel
[19:04] <ManDay> when is lucid due?
[19:04] <ManDay> 2011 :-D ?
[19:04] <Sarvatt> your hardware is limited to 2048x2048
[19:05] <Sarvatt> its "fixed" in the newer mesa by being faster with software fallbacks to let it work, it still wont get around the hardware limitation
[19:05] <Duke`> glxgers running at 1200 fps on mesa 7.8, was running at 700 fps on mesa 7.7
[19:05] <Sarvatt> its due in april
[19:07] <Sarvatt> yeah i'm up to 480 fps with compiz enabled from 230 not that it means anything :D
[19:07] <Duke`> glxgears doesn't bench a lot of things, but at least it show that some code has changed :D
[19:08] <Duke`> I remember having ~2000 fps with glxgears on the same computer on Windows XP
[19:08] <ManDay_> guess what just happend again
[19:08]  * ManDay_ curses
[19:08] <ManDay_> freaking heck
[19:08] <ManDay_> Sarvatt, can you repeat what you said to me?
 your hardware is limited to 2048x2048
[19:09] <ManDay_> 2000 frames per second o_O
 its "fixed" in the newer mesa by being faster with software fallbacks to let it work, it still wont get around the hardware limitation
[19:09] <Sarvatt> and its due in april
[19:09] <ManDay_> 1st of april supposedly
[19:09] <ManDay_> :)
[19:10] <ManDay_> how can i get a newer mesa on karmic? isnt there that bleeding edge ppa?
[19:10] <Sarvatt> https://edge.launchpad.net/~xorg-edgers/+archive/ppa
[19:11] <Sarvatt> with the newer mesa it will be doing the 3D in software, dont expect it to be fast once you go above 2048x2048 combined resolution
[19:13] <ManDay_> im never above 2048x2028
[19:13] <ManDay_> and i hardly ever use 3d
[19:13] <ManDay_> but out of curiousity: why does it?
[19:15] <Sarvatt> its a hardware limitation of older intel graphics, they cant do hardware 3D with texture sizes bigger than that :(
[19:19] <Sarvatt> if you're at 1280x1024 and plug in another 1280x1024 monitor you're at 2560 for one side of the big 3D texture
[19:25] <Sarvatt> Duke`: OpenGL renderer string: Mesa DRI Intel(R) 945GME GEM 20091221 DEVELOPMENT x86/MMX/SSE2
[19:25] <Sarvatt> OpenGL version string: 2.0 Mesa 7.8-devel
[19:25] <Sarvatt> OpenGL shading language version string: 1.20
[19:26] <Sarvatt> check out the new driconf options
[19:27] <bryce_> tjaalton, thanks
[19:27] <Duke`> yeah we can enable GLSL for fragment shaders but last time I tried, rendering were wrong for my shaders (with no conditions or loops)
[20:09] <ManDay_> Sarvatt, it the eee pc really THAT old that it cant do proper hardware 3d?
[20:10] <ManDay_> anyway: Sarvatt , that means there wouldnt be any difference to what it is now, right?
[20:11] <bryce_> heh, here I sat down on a test box to figure out why it's keyboard hasn't been working... and today it just works.
[20:11] <bryce_> must be the kvm or somesuch
[20:12] <Sarvatt> yes the GPU is a good 4-5 years old now and was severely underpowered even when it was first released
[20:14] <Sarvatt> there will be a difference because the software fallbacks dont run at like 1 frame per minute in mesa 7.7 like they were in 7.6 going by that upstream bug report :D
[20:19] <ManDay_> but why do they run properly with the current mesa if its the hardware thats the problem?
[20:20] <ManDay_> why did they put bollocks in my computer :-/
[20:23] <Sarvatt> you know metacity can do compositing for you too, and that'll work fine >2048x2048 right?
[20:23] <Sarvatt> wobbly windows that important?
[20:25] <Sarvatt> i'd try the newer mesa though, or just grab a lucid livecd to see how fast it with the second monitor hotplugged is if you dont want to mess with your system
[20:33] <ManDay_> wobbly windows?
[20:33] <ManDay_> nah but expo, desktop wall and all that stuff
[20:34] <ManDay_> very very useful on a small screen to have more than one of them
[20:40] <Sarvatt> speaking of netbooks, have you ever tried window-picker-applet, maximus or the human-netbook gtk theme out? saves me so much screen space over the stock panels  http://sarvatt.com/downloads/netbook.png
[20:43] <ManDay_> i use the scale plugin of compiz
[20:44] <ManDay_> that and alt+tab do a pretty neat job
[20:44] <ManDay_> Super+W arranges all windows on the screen and lets me click the one I need
[20:44] <ManDay_> I know the netbook theme. It's included with the netbook variant of ubuntu
[20:45] <ManDay_> i didnt like it very much tho. it helps less than it is different
[20:45] <ManDay_> if you know what im saying
[20:45] <Sarvatt> i dont like the netbook spin but I like some of the parts of it, the clutter menu thing gets really laggy over time here :(
[21:14] <ManDay_> test