[07:56] <britt> ricotz: I was quickly just wondering if the latest version of fglrx was going to make it into raring
[07:57] <britt> it isn't specifically about the package, but moreso about how it is decided when to pull in a newer version
[07:57] <ricotz> britt, tseliot is taking care of that, but he isnt around currently
[07:57] <britt> i gotcha
[07:58] <britt> well that's ok, I just noticed that your name was taged on the package so I thought I'd ask
[07:58] <britt> I was just confused on why fglrx-updates in the stable repo never seems to get updated past the standard fglrx package
[07:59] <britt> I'll wait to see if I can snag him for a question or just send him an email though
[08:00] <britt> thank you for your time though :-)
[08:00] <ricotz> yeah ask him, or maybe bryce wants to present the fglrx master plan ;)
[09:10] <mlankhorst> guten tag
[12:14] <apw> mlankhorst, had any reports of raring locking up ?  oldish intel h/w, dunno if it is compix or X
[12:15] <mlankhorst> raring should be mostly the same as quantal at this point
[12:15] <mlankhorst> only thing newer is xserver-xorg-video-intel I think
[12:15] <apw> i just upgraded from there, literally this am, and not happy
[12:15] <tjaalton> well there's sna and newer kernel
[12:15] <tjaalton> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel?field.status:list=NEW&field.status:list=INCOMPLETE_WITH_RESPONSE&field.status:list=CONFIRMED&field.status:list=TRIAGED&field.status:list=INPROGRESS&field.status_upstream=pending_bugwatch&field.status_upstream=hide_upstream&field.status_upstream=resolved_upstream&field.status_upstream-empty-marker=1&field.upstream_target=xserver-xorg-video-intel&field.tag=raring+-kubuntu+-xubuntu+-ppc+-omit&fie
[12:15] <mlankhorst> yeah
[12:15] <tjaalton> oops, ugly url
[12:15] <apw> i have definatly lost updates
[12:16] <mlankhorst> but opengl is the same, I think
[12:16] <apw> i hit a button in pidgin (which is broken it seems) and when i did 'X' has locked
[12:16] <apw> and i have a nice static screen now, nothing in Xorg.log or dmesg as far as i can see
[12:16] <mlankhorst> apw: you could try xserver-xorg-video-intel from quantal
[12:16] <apw> joy
[12:16] <tjaalton> apw: does the mouse pointer move, can you change the vt?
[12:17] <apw> mouse moves yes
[12:17] <mlankhorst> tjaalton: older intels have a really nice failure mode :-)
[12:17] <tjaalton> so try killing compiz
[12:17] <apw> i can change to VT1 but on trying to come back only my internal LCD has come back to X the other ... not so much
[12:17] <tjaalton> I've had compiz lock up a few times on my ivb when I return to my session from the wife's
[12:17] <apw> and now i cannot change VTs any moe
[12:17] <tjaalton> heh
[12:18] <tjaalton> ssh?
[12:18] <apw> yep i am logged in
[12:18] <tjaalton> does /sys/kernel/debug/dri/0/i915_error_state have anything on it?
[12:18] <apw> [  1755.355] (II) AIGLX: Resuming AIGLX clients after VT switch
[12:18] <apw> [  1755.355] (II) intel(0): switch to mode 1920x1200 on crtc 3 (pipe 0)
[12:19] <apw> no error state collected
[12:19] <tjaalton> what does oldish intel mean?
[12:19] <tjaalton> ironlake or older?
[12:19] <apw> 4 year old laptop
[12:20] <apw> it looks to be using i810 ?
[12:20] <apw> is that normal
[12:20] <tjaalton> can't be :)
[12:21] <apw> [     5.104] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810,
[12:21] <apw> is what it says in the xorg.0.log
[12:21] <tjaalton> that's just the first chip, read on
[12:22] <tjaalton> first line
[12:22] <tjaalton> lspci |grep vga
[12:22] <tjaalton> VGA
[12:22] <apw> 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
[12:23] <tjaalton> so gen4
[12:23] <apw> mediumly old :)
[12:23] <apw> any debug steps, or should i start killing things to see what changes
[12:23] <tjaalton> yeah, try killing compiz
[12:24] <jcristau> sounds like gm45
[12:24] <apw> nice, it is immune to kill -9
[12:24] <tjaalton> top-of-the-line gen4 :)
[12:25] <mlankhorst> apw: pssh, only init is really immune to kill-9
[12:25] <mlankhorst> if you mask it off
[12:25] <apw> mlankhorst, not if things are broken ...
[12:25] <apw> i cannot attach to X either, it just hangs trying and now strace is stuck
[12:25] <mlankhorst> true :D
[12:25] <apw> i think this is well bust
[12:26] <tjaalton> nothing in dmesg?
[12:26] <apw> [ 1920.816540]  [<ffffffffa00e92e5>] intel_crtc_wait_for_pending_flips+0x75/0xd0 [i915]
[12:26] <tjaalton> ahah
[12:26] <apw> not this again, can't they do anything right
[12:26] <tjaalton> :)
[12:26] <mlankhorst> not our problem then! :D
[12:27] <apw> have we lost that fix ...
[12:27]  * apw goes check
[12:27] <tjaalton> well they rewrote modesetting
[12:27]  * apw *cries*
[12:27] <apw> thanks guys
[12:27] <mlankhorst> np!
[12:27] <tjaalton> there is intel-gpu-tools with a kms_flip test
[12:27] <tjaalton> iirc
[12:27] <mlankhorst> i think that one could even be made to work on nouveau
[12:27] <tjaalton> so you should be able to trigger it by just running that (and not X)
[12:28] <apw> cool, though i think we were carrying a sauce patch for some flippage breakage
[12:28] <tjaalton> apw: can you repro it in X?
[12:28] <tjaalton> apw: there was some fix for precise in -intel
[12:28] <apw> oh maybe that was what i was thinking
[12:28] <tjaalton> the "blank screen on resume" bug
[12:28] <tjaalton> +infamous
[12:29] <apw> yeah
[12:29] <mlankhorst> with 5 different possible causes!
[12:29] <tjaalton> right
[12:29] <tjaalton> just like the drm/whatever race
[12:29] <apw> only 5 lets dogpile some more
[12:29] <mlankhorst> tjaalton: hey at least it's no longer intel locks up on every hardware out there everywhere :D
[12:30] <tjaalton> mlankhorst: yeah it's genuinely better now, and ickle looking at lp bugs directly, winning
[12:30] <mlankhorst> haha we should push for him to be debian maintainer and get ubuntu ppu
[12:30] <mlankhorst> >:X
[12:30] <tjaalton> apw: you could file it too
[12:30] <tjaalton> ubuntu-bug xorg
[12:30] <tjaalton> or x-x-v-i
[12:32] <apw> so switching vts works ok before i run anything
[12:32] <apw> though the act of doing so kills unity i think
[12:36] <apw> has anyone complained that vga output seems 'wobbly'
[12:37] <tjaalton> it's working here with snb
[12:38] <apw> i should clarify, that my head is telling me it is flickering very slightly, which i have never noticed before
[12:45] <tjaalton> apw: one bug suggests that upstream does have a fix for gm45 hanging in X/compiz
[12:45] <tjaalton> so if you can reproduce this one, then maybe try the drm-intel-nightly mainline build for a while to see if it's any better
[12:46] <tjaalton> we can then pull the fix for 3.8
[12:46] <tjaalton> and identify it too..
[12:48] <apw> tjaalton, ok got a ref to that bug as well so i can look at the proposed fix
[12:51] <tjaalton> apw: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1114370 but it doesn't point out anything specific
[13:05] <tjaalton> apw: some commits are also cc: stable
[13:05] <tjaalton> but apparently they're aware that not all pageflip issues are fixed yet, if i'm parsing the pull request right
[13:07] <apw> joy
[13:07] <apw> i am struggling to work out how i am reporducing it
[13:07] <apw> and i think compiz is breaking seapratlu first
[13:07] <apw> what a pile of dung R is on this machine
[13:08] <tjaalton> hmm, I should check how 965gm is doing..