[01:01] <Skiess1> hi
[01:01] <Skiess1> so..
[01:01] <Skiess1> my laptop graphics doesn't work right
[01:02] <Skiess1> it says it has S3 Savage4
[01:02] <Skiess1> but it works only with the 'vesa' driver
 tjaalton_: hmm, on fdo #19574 it is said that our patch 156 should be upstream, however the change doesn't appear to be present in our xserver git tree.  This is lp bug #311254
[07:13] <tjaalton_> bryce: I'll check in a minute
[07:13] <tjaalton_> (merged 1.6.0 in git btw, finally)
[07:15] <bryce> yep, I see
[07:15] <bryce> :-)
[07:15] <tjaalton_> so, tseliot joined the big C :)
[07:16] <tjaalton> good news
[07:17] <bryce> yep :-)  today's his first day
[07:17] <bryce> maybe yesterday your time
[07:18] <tjaalton> bryce: confirmed, that patch is not in 1.6-branch
[07:18] <bryce> I've not seen him so far today to congratulate him, so guess he's buried under the usual canonical newhire paperwork stuff.
[07:18] <tjaalton> hehe
[07:20] <bryce> pushed up another patch
[07:20] <tjaalton> we put our flat up for sale on Sunday, and will receive the first offer today, so it's been quite hectic here.. now if the bank would let us know how much they are willing to lend us extra ;)
[07:21] <bryce> oh I bet!  where you moving?
[07:22] <tjaalton> that's a good question, but we'll stay in the city (Espoo, next to the capital)
[07:22] <tjaalton> meaning that we haven't made any decisions yet
[07:22] <bryce> ah, will you be moving to a house, or another flat?
[07:22] <tjaalton> it also means that I'll have to skip Barcelona, because we'll likely be moving at that time
[07:23] <tjaalton> a house probably
[07:24] <superm1> bryce, nah, i'm fairly sure i already saw a bug or two assigned to him in oem projects ;)
[07:24] <bryce> superm1: heh
[07:24] <bryce> tjaalton: cool, hope the bank gives you much love
[07:26] <bryce> tjaalton: sorry to hear you won't be in barcelona, but yeah moving can be quite an ordeal
[07:26] <bryce> tjaalton: on bug https://bugs.freedesktop.org/show_bug.cgi?id=18321 - do you think the busid could just be forced to the highest busid?
[07:26] <tjaalton> you can see my current office here in the pics, so I'm in desperate need for more space :) http://www.oikotie.fi/myytavat+asunnot/kerrostalo/ymmersta/espoo/1754092
[07:27] <superm1> bryce, it sure can.  I just bought my first house this last week and i couldn't believe home much random stuff i'd gathered to move between my old apartment and new house
[07:27] <tjaalton> bryce: it's something to try.. no idea what the proper fix should involve
[07:29] <bryce> tjaalton: I like the sun room, that's where I'd put my office!  :-)
[07:30] <tjaalton> bryce: heh, just that its quite cold when there's no sun, and a bit too hot in the summer ;)
[07:30] <bryce> proper fix : probably something DRI2-ish
[07:32] <tjaalton> you mean it would use them both instead of just one?
[07:32] <bryce> right
[07:49] <bryce> speak of the devil :-)
[07:50] <bryce> tseliot: we were just wondering where you were so we could give you congrats on your first day :-)
[07:50] <bryce> tjaalton: if I understand the code, this might work - http://people.ubuntu.com/~bryce/default_bustype.patch
[07:50] <tseliot> bryce: thanks :-)
[07:51] <tjaalton> tseliot: cheers, noticed it on facebook ;)
[07:51] <tseliot> right. Thanks tjaalton ;)
[07:52] <tjaalton> bryce: I don't know the code much, but maybe it could work :)
[07:56] <bryce> I'll give it a test tomorrow.  if I understand what the code is doing, that may be all that's needed
[08:04] <tjaalton> yeah
[09:04] <bryce> tjaalton: what are your thoughts on 334711?
[09:04] <bryce> https://bugs.edge.launchpad.net/ubuntu/+source/mobile-meta/+bug/334711
[09:14] <bryce> night
[09:20] <tjaalton> bryce: maybe having it in the seed would be cleaner in the sense that it's specific to that use case
[09:21] <tjaalton> then they can drop it once (and if) evdev replaces evtouch
[09:39] <seb128> does anybody there knows about XListInputDevices()?
[09:39] <seb128> I'm looking at bug #204850
[09:39] <seb128> the code does that basically
[09:39] <seb128>         XDeviceInfo *devicelist = XListInputDevices (GDK_DISPLAY(), &numdevices);
[09:39] <seb128> 	for (i = 0; i < numdevices; i++) {
[09:39] <seb128> 		if ((device = device_is_touchpad(devicelist[i]))) {
[09:40] <seb128> the stacktrace shows that
[09:40] <seb128> (gdb) print devicelist
[09:40] <seb128> $1 = (XDeviceInfo *) 0x0
[09:40] <seb128> (gdb) print numdevices
[09:40] <seb128> $2 = 32537
[09:41] <seb128> is there something wrong with the way this function is used there?
[09:42] <jcristau> yes. check that devicelist isn't NULL before using it.
[09:43] <jcristau> XListInputDevices doesn't set *ndevices if it fails
[09:43] <seb128> doh
[09:43] <seb128> ok, I was wondering why the number was not 0, thanks!
[10:13] <tseliot> seb128: yes, that's a function from Xinput
[10:14] <tseliot> oops, I didn't read the last comments here
[10:14] <seb128> tseliot: that's ok I got the reply I was looking for, it doesn't set the value to 0 when there is nothing to list which explains the bug
[10:14] <tseliot> ok
[10:14] <jcristau> seb128: otoh it shouldn't fail :)
[10:15] <jcristau> unless xinput is disabled, but..
[10:15] <seb128> one of the bug submitter says he's using a vnc server which doesn't support xinput
[10:16] <jcristau> ok, that makes sense
[18:37] <tjaalton> bryce: the intel crashes might be due to changes in the kernel for vblank, assuming that the code path is hit on non-vblank configuration
[18:37] <tjaalton> since it was all very stable for me not too long ago
[18:37] <tjaalton> and now I can crash it just by closing the lid N times
[18:42] <mahfiaz> tjaalton, I think I have similar problems on my T61 with nvidia
[18:43] <tjaalton> mahfiaz: same with my desktop, but AIUI nvidia doesn't use drm.ko, so either my diagnose is wrong or it's something different
[18:45] <tjaalton> hmm, there should be a way to check that out
[18:46] <tjaalton> right, it can't because it would violate GPL even more
[18:47] <mahfiaz> I get blank screens once in awhile, X server may even start fine again, but nothing shows up on X, console is fine, resetting helps
[18:48] <jcristau> tjaalton: the drm code is bsd licensed :)
[18:49] <tjaalton> oh :)
[18:49] <jcristau> (it's shared with the BSDs)
[18:50] <tjaalton> anyway, modules.dep shows no dependencies, so it shouldn't use it I guess
[18:52] <jcristau> yeah nvidia has their own thing, they don't use the drm/dri
[18:56] <bryce> tjaalton: what's the plan for fixing the intel crashes?
[19:05] <tjaalton> bryce: well, rtg pulled a couple of patches from .29 that were meant for vblank, but since we aren't going to use it those should probably be dropped
[19:06] <tjaalton> I should probably check what was pulled and ask them to be removed
[19:06] <tjaalton> *reverted
[19:07] <tjaalton> I'm not sure if it's helpful to debug something that's based on backports
[19:07] <tjaalton> helpful for upstream
[19:12] <tjaalton> it might even be fixed already
[19:22] <jcristau> wow. psb people on dri-devel.
[19:23] <tjaalton> about time ;)
[19:49] <mnemo> tjaalton, bryce: i did some work to find an upstream mesa patch that fixes 965 rendering glitches currently seen on intrepid and jaunty... i've ported the upstream patch to ubuntu's mesa and added it to the mesa quilt in intrepid and jaunty ( two debdiffs are attached to this bug https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/330476 )
[20:22] <tjaalton> mnemo: thanks, refiled against mesa
[20:58] <bryce> mnemo: thanks for doing that
[21:03] <mnemo> np =) happy to help out