[00:04] [drm:i915_gem_execbuffer] *ERROR* Execbuf while wedged [00:05] debugging patch on which bug report? [00:38] cwillu: 945 or older? [00:38] 945 [00:39] debugging patch doesnt seem to work right but here ya go http://bugs.freedesktop.org/show_bug.cgi?id=25475 [00:39] Freedesktop bug 25475 in Driver/intel "[i915] Xorg crash / Execbuf while wedged" [Critical,New] [00:42] 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] k, I'll take a look tonight [00:43] I assume it's also broken with a mainline kernel? [00:44] 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] yeah kernel doesnt matter here [00:44] okay, that's easy enough then [00:45] cwillu, can you provide some feedback on the upstream bug report? [00:45] bryyce: didnt you get a mini 10v? [00:45] Sarvatt, nope [00:46] Sarvatt, well, I did but it was for my mother-in-law [00:46] ahh darn [00:46] bryce_, yep, reading through it now [00:46] Sarvatt, good news is my boss will be giving me one next month when he's in portland [00:47] 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] x86 [00:47] yep, won't be for a couple hours though [00:49] 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] eh? [00:49] * cwillu looks [00:51] * cwillu considers splicing in some extra printf's [02:33] 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] I was asking about that the other day, figured you guys wanted to wait for it to hit testing or something first [03:00] works fine here outside of not supporting serial tablets at the moment but its better than nothing [03:05] 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] ok [03:10] I'll add it to my todo list to see about getting it sync'd [06:26] Sarvatt, thank your for the bunch of new karmic packages ;) [06:52] bryce_: no, we need the epoch [15:58] bryce_: wacom merged & uploaded [16:00] and intuos4L bought from an auction.. should get it early next week === yofel_ is now known as yofel [16:19] ooo intuos 4 [16:19] I still have 3 [17:45] Duke`: i lied, mesa 7.8 coming to karmic as soon as dri2proto 2.2 and glproto 1.4.11 build :) [17:51] \o/ [18:07] I've seen two libdrm updates for 20th of january, why the second update? an important patch missing in the first? [18:10] nouveau commit right after i uploaded one that i added as a patch [18:32] 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] its marked as 7.5-1 in xutils-dev git but the release was called 7.5~1 which is < 7.5? [18:37] Does anyone have a clue when Bug #419328 will be patched in the main archives? [18:37] Launchpad bug 419328 in xserver-xorg-video-intel "[i945gme] attaching external monitor: laptop display is black, external monitor too, with frozen mouse coursor" [Unknown,Fix released] https://launchpad.net/bugs/419328 [18:38] bryce_, pitti, seb128: today's updates removed xserver-xorg-video-intel on an intel-GPU based system... any idea why? [18:38] ^ anyone else experiencing this? [18:38] no [18:38] Sarvatt: pretty sure it needs macros 1.4 [18:39] bryce_, still have it [18:39] configure.ac says 1.3 [18:39] Sarvatt: which is in xutils-dev 1:7.5+1 [18:39] configure.ac is wrong [18:40] ah gotcha, thats what i was going by [18:40] the INSTALL_CMD in Makefile.am needs XORG_INSTALL, which was added in macros 1.4 [18:42] it built fine with 1.3 strangely enough [18:51] http://paste.ubuntu.com/360200/ -- build log with 1.3, not sure if its supposed to have any errors [18:51] 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] its fixed in lucid though which has mesa 7.7 [19:01] 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] everything installed fine [19:04] not using compiz, Sarvatt , not an option [19:04] 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] OpenGL renderer string: Mesa DRI Intel(R) 945GM GEM 20091221 DEVELOPMENT [19:04] OpenGL version string: 1.4 Mesa 7.8-devel [19:04] when is lucid due? [19:04] 2011 :-D ? [19:04] your hardware is limited to 2048x2048 [19:05] 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] glxgers running at 1200 fps on mesa 7.8, was running at 700 fps on mesa 7.7 [19:05] its due in april [19:07] yeah i'm up to 480 fps with compiz enabled from 230 not that it means anything :D [19:07] glxgears doesn't bench a lot of things, but at least it show that some code has changed :D [19:08] I remember having ~2000 fps with glxgears on the same computer on Windows XP [19:08] guess what just happend again [19:08] * ManDay_ curses [19:08] freaking heck [19:08] Sarvatt, can you repeat what you said to me? [19:09] your hardware is limited to 2048x2048 [19:09] 2000 frames per second o_O [19:09] 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] and its due in april [19:09] 1st of april supposedly [19:09] :) [19:10] how can i get a newer mesa on karmic? isnt there that bleeding edge ppa? [19:10] https://edge.launchpad.net/~xorg-edgers/+archive/ppa [19:11] 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] im never above 2048x2028 [19:13] and i hardly ever use 3d [19:13] but out of curiousity: why does it? [19:15] its a hardware limitation of older intel graphics, they cant do hardware 3D with texture sizes bigger than that :( [19:19] 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] Duke`: OpenGL renderer string: Mesa DRI Intel(R) 945GME GEM 20091221 DEVELOPMENT x86/MMX/SSE2 [19:25] OpenGL version string: 2.0 Mesa 7.8-devel [19:25] OpenGL shading language version string: 1.20 [19:26] check out the new driconf options [19:27] tjaalton, thanks [19:27] 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] Sarvatt, it the eee pc really THAT old that it cant do proper hardware 3d? [20:10] anyway: Sarvatt , that means there wouldnt be any difference to what it is now, right? [20:11] 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] must be the kvm or somesuch [20:12] yes the GPU is a good 4-5 years old now and was severely underpowered even when it was first released [20:14] 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] but why do they run properly with the current mesa if its the hardware thats the problem? [20:20] why did they put bollocks in my computer :-/ [20:23] you know metacity can do compositing for you too, and that'll work fine >2048x2048 right? [20:23] wobbly windows that important? [20:25] 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] wobbly windows? [20:33] nah but expo, desktop wall and all that stuff [20:34] very very useful on a small screen to have more than one of them [20:40] 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] i use the scale plugin of compiz [20:44] that and alt+tab do a pretty neat job [20:44] Super+W arranges all windows on the screen and lets me click the one I need [20:44] I know the netbook theme. It's included with the netbook variant of ubuntu [20:45] i didnt like it very much tho. it helps less than it is different [20:45] if you know what im saying [20:45] 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] test