[00:00] actually, it would be best if you updated your system first to see if it still happens, a new major mesa upgrade just went in [00:00] I guess that is a no it is not enabled. Says I am running mutter [00:00] maverick netbook edition [00:01] ah so you're running UNE, it could be something else.. definitely try updating to get the new mesa and see if it still happens there [00:01] what package can I check via apt-cache policy to see if its the latest you are talking about [00:02] libgl1-mesa-dri, version 7.9~git20100909 [00:02] k [00:02] it might not be accepted yet actually [00:03] 7.8.2-2ubuntu2 here [00:03] So yeah guess it is not. Using the pdx repo which I think is current [00:06] your problem is probably that UNE is freezing for you, those errors are pretty much harmless and if it was the server crashing you'd get more info or if it was a GPU hang you wouldn't be able to just restart X like that on that machine. I think there's a pretty high chance that the new mesa will fix that for you when its up [00:06] Ohh and another thing.. Sometimes when I click on a window to move it I see the hand to move but it moves another window [00:07] Sarvatt, ok will keep a look out for it. [00:07] I know that backtrace in your xorg.0.log.old is caused by the copy-fb patch to x-x-video-intel though for sure and it happens on server shutdown pretty much all the time, haven't been able to figure that one out yet :( [00:08] Ahh. So is there anytihng I can run from vt1 when all this happens to help figure out what is going on ? [00:09] To figure out whatever package is causing it. [00:10] maybe check ~/.xsession-errors from VT1 while X is still running to see if anything stands out when it happens? [00:12] Yeah lots of stuff there. I just reproduced it [00:13] is there a pastebin I can sent it to ? [00:13] have pastebinit installed? just pastebinit ~/.xsession-errors if so, would probably be better to save it somewhere and attach it to the bug though [00:15] http://pastebin.com/DM1gaNFG [00:18] Not pretty huh [00:20] pretty standard for unity.. definitely not pretty :) [00:21] Well at least I know I can reproduce it on the fly :P [00:22] Just want to get the bug to the correct people and with the correct info. [00:25] well, i'd check if the mesa update fixes things, if not i'd move the bug over to the unity package or ping me and I'll do it. just responded that those errors are red herrings and the real problem is somewhere higher up in the stack. you might want to look through bugs against unity for people having freezing problems if you want to try to find something similar that might have a workaround in it to get it working for now, I'm about to head out [00:25] for the night though so can't dig into it more at the moment [00:26] Sarvatt, cool. Thanks for the time and effort you put in. I will look at the unity bugs and see if that mesa package fixes things. Thanks again !!! [00:27] updated the title, can you maybe explain what you do to reproduce it a bit more in the bug? is it always when you alt-tab for instance or clicking between windows? [00:28] that'd be a big help if so :) [00:28] ok will do [00:40] guess I need to force myself to start using unity one of these days, been quite happy with just docky + appmenu-gtk + go-home-applet + compiz/metacity + indicator-applet-complete on my netbook.. [00:42] Does those mesa packages get renamed ? [00:42] or could I try installing them by hand and it should replace existing. [00:42] libgl1-mesa-glx_7.9~git20100909-0ubuntu1_i386.deb [00:44] I probably shouldn't be using the une on this netbook anyways since I mostly have it plugged into my monitor. Its basically my primary computer. [04:40] Hello, the latest libgl1-mesa packages causes white screen after login. [04:56] It basically breaks mutter/unity [05:18] Sarvatt, the new mesa package actually broke unity/mutter even more. Sorry man did not fix my issue. I reverted back to the previous version. [08:52] RAOF, poke [09:31] Sarvatt, about ? [10:57] hey guys, seems the latest updates have broken all clutter based applications, including unity. we suspect intel drivers [10:59] hi, with latest updates from maverick gl seems to be partially broken on my Intel i965 chip, and mostly broken on i945 [10:59] njpatel, i just said that here :P [10:59] heh, woops :) [13:24] hi folks [13:25] is there a bug # for the white-screen-on-login issue, with the current intel drivers, mesa and unity? [13:34] sabdfl: some recent gpu lockup issues, but no bugs that mention whitescreen symptoms [13:35] some have mentioned the issue here though [13:36] raof is in xds, sarvatt not awake yet and iäm at a conference, so there haven't been people to look into the issue [13:42] davmor2 filed one against unity: bug 638921 [13:42] Launchpad bug 638921 in unity (Ubuntu) "Unity displays only a white desktop on 20100915's updates (affects: 1) (dups: 1) (heat: 12)" [Undecided,New] https://launchpad.net/bugs/638921 [13:48] ok, i only looked at x bugs that have appeared on my mail folders.. [13:48] the real package in this case would be mesa [13:54] ok, thanks, the mesa link is useful [13:55] was the mesa change a big one? easy to bisect for the culprit? [13:55] huge :) [13:56] but if it affects only intel, then it's easier to bisect [13:56] and it affects any clutter application, seems like intel + clutter = fail [13:58] maybe clutter uses some more advanced features? is compiz affected as well? [13:59] compiz isn't affected, if i correctly followed some of the chatter [14:00] compiz works fine, so does glxgears [14:00] so that narrows it down even more [14:02] so it seems that clutter is getting BadDrawable X errors when making its glx window [14:10] (unity:1405): ClutterGLX-CRITICAL **: Unable to make the stage window 0x480004f the current GLX drawable [14:10] Mesa 7.9-devel implementation error: Bad renderbuffer format: 21 [14:11] the cavalry arrived :) [15:27] this is pretty nasty, not having any luck debugging it and am going to have to bisect across the 9 months of changes and submit a bug upstream. the cavalry is at XDS! :) [15:27] hey Sarvatt [15:28] Sarvatt, i assume you are aware of https://bugs.edge.launchpad.net/mesa/+bug/638808 [15:28] ? [15:28] Launchpad bug 638808 in unity (and 1 other project) "No unity board but White screen after GDM (affects: 2) (heat: 10)" [Undecided,New] [15:28] yep [15:28] was there another bug filed on that already? [15:28] https://launchpad.net/bugs/638921 but no info on that one either [15:28] Launchpad bug 638921 in unity (Ubuntu) "Unity displays only a white desktop on 20100915's updates (affects: 2) (dups: 1) (heat: 16)" [Undecided,New] [15:29] ok, which one should we dupe ? :) [15:29] i guess the newer one, i'll do that [15:31] Intel FramebufferRenderbuffer 2 1 [15:31] Render to A8 texture OK [15:31] Render to A8 texture OK [15:31] Begin render texture tid b77d3870 tex=32 w=256 h=256 refcount=1 [15:31] Render to RGBA8 texture OK [15:31] Begin render texture tid b77d3870 tex=41 w=1024 h=600 refcount=1 [15:31] Mesa 7.9-devel implementation error: Bad renderbuffer format: 21 [15:32] I wish these INTEL_DEBUG env vars were documented somewhere :) [15:32] Sarvatt, hope you don't mind, i confirmed bug 638808, set milestone and importance and duped the other one [15:32] :) [15:32] Launchpad bug 638808 in mesa (Ubuntu) (and 2 other projects) "No unity board but White screen after GDM (affects: 4) (dups: 2) (heat: 24)" [Critical,Confirmed] https://launchpad.net/bugs/638808 [15:34] kenvandine: oops! i just noticed my one comment regarding the white screen is getting you more Unity bugs.. ;) [15:35] intel users are now getting the white screens ATI users have gotten all along, fun! [15:35] heh === njpatel_ is now known as njpatel [15:36] Sarvatt, spreading the love i see :) [15:37] i have been suffering with that on my old r300 wishing i could run unity [15:37] now my main laptop and test boxes are all hosed (intel) :) [15:39] let's all buy nvidia === ara_ is now known as ara [15:45] kenvandine: what GPU's are you using that are broken? [15:45] anything 965+? [15:46] GM45 [15:46] i only have a 945 and a sandybridge, 3D isn't working on sandybridge yet so can only confirm it on 945 and there are no logs on any of these bug reports to see if its happening on newer ones [15:46] whatever that is :) [15:46] thanks [15:48] Sarvatt, feel free to use me as a guinea pig... [15:48] :) [15:51] Sarvatt, , 965 is broken too, fwiw [15:51] oh, I can test too [15:51] just wanted to know if it was happening across multiple generations, I can reproduce it on 945 luckily. bisecting this is going to be rough, writing up an upstream bug report at the moment but most everyone is at XDS :( [15:51] GM45 [15:57] do you guys get a white unity launching it in a normal desktop session also? [15:57] ok the results are totally different using unity -p [15:57] I get our friend (unity:2933): Clutk-WARNING **: [CheckGLError] GL_INVALID_OPERATION error in File ./ctk-render-target.c at line: 128 [15:57] (unity:2933): Clutk-WARNING **: [CheckGLError] OpenGL Error 1282 in File ./ctk-render-target.c at line: 128 [15:57] launching it with -p [15:58] it segfaults with just unity [15:58] well aborts, not segfault [16:01] gotta be something racy there, every few unity -p invocations crashes with Mesa 7.9-devel implementation error: Bad renderbuffer format: 21 but the rest all die with the above [16:04] which is incidentally the same thing ati has gotten all along [16:15] Sarvatt, let me try [16:27] Sarvatt, Wubbbi is reporting the white screen only in netbook too [16:28] yes ... I realy do. You wanna know something? [16:28] Sarvatt, its been suggested its a mesa issue, have we confirmed that, does someone need to do some testing? [16:28] (unity:32356): ClutterGLX-CRITICAL **: Unable to make the stage window 0x5e0004f the current GLX drawable [16:29] it's in progress, i can reproduce it locally [16:29] sarvatt: that is what i am getting from unity -p [16:29] apw, Wubbbi https://bugs.edge.launchpad.net/mesa/+bug/638808 [16:29] Launchpad bug 638808 in mesa (Ubuntu) (and 2 other projects) "No unity board but White screen after GDM (affects: 5) (dups: 2) (heat: 32)" [Critical,Confirmed] [16:29] kenvandine: what after that? [16:29] because that isn't really a problem [16:29] core dump [16:29] kenvandine: try it a few more times? [16:30] does it change? [16:30] nope [16:30] 4 times, same [16:30] Wubbbi, sounds like its in hand [16:30] using mutter or compiz? [16:30] compiz [16:31] and running unity -p [16:31] Sarvatt, Hello [16:31] Busy morning huh ;) [16:32] Sarvatt: i was just talking to rickspencer, he said last week RAOF knew about this problem and thought he had a fix [16:32] yeah, so much for my hardware enablement work :) [16:32] oh? [16:33] he's at a conference until next week :( [16:33] said he planned on having it in for this upload [16:33] yeah... :/ [16:33] Sarvatt: do you need any help? I have time atm! ^^ [16:34] i'm bisecting it in mesa now but it's going to take quite some time, mesa doesn't exactly build fast even with a minimal config [16:34] Sarvatt: RAOF just has to offer free beer at XDS to everyone who helps fix this ;) [16:35] Sarvatt: just take your time. But please do it the most fast way. I cant use me netbook atm xD [16:35] JanC: interesting.. maybe i should get on it then. [16:35] Wubbbi: just disable autologin in /etc/gdm/custom.conf and log in a gnome session [16:35] sarvatt, is rolling back the mesa update an option? [16:35] if we want to rebreak KDE [16:36] sarvatt, well is the problem with kde as sever as this? [16:36] UNE won't even load... [16:38] Sarvatt: I take a look. thx [16:38] Sarvatt, or whomever let me know if you need a guinea pig to test the white screen issue on UNE. [16:41] want me to prepare a revert to upload? I'm not confident this can be fixed in a reasonable timeframe [16:42] I think we should wait for RAOF to pop on though === yofel_ is now known as yofel [16:44] sarvatt: any idea when he lands? [16:46] Sarvatt, how does one go about bisecting something in git? [16:46] i hear about this all the time [16:47] kenvandine: no I don't, he said he was getting on the plane yesterday though so I imagine he'll be checking in sometime today [16:48] long flight though... [16:48] I'm not sure why he didn't commit a fix if he had one though, maybe it was outside of mesa? [16:48] bjsnider: man git-bisect :) [16:49] or google git bisect guide :) [16:50] http://progit.org/book/ch6-5.html#binary_search [16:50] sarvatt: i don't know he had one... but rick said he would have it fixed before the upload [16:50] bjsnider: this might help ^^ [16:51] kenvandine: he pushed a bunch of changes and was ready for the upload, asked me to try to get it uploaded while he was gone [16:57] Sarvatt, sorry for throwing this at you while that is going on... The bug I initially reported about the "freezing" I have not been able to reproduce it without an external monitor,keyboard,mouse present. It seems to only happen when those things are connected. [16:58] Should I still move it to Unity ? [16:58] Sarvatt, kenvandine can someone give me a quick run down of the situation wrt mesa and unity? [16:58] Sarvatt, ^^ please [16:59] i told rickspencer3 everything i know already :) [17:00] * Sarvatt explodes :) [17:00] afaict if we don't have a lead to a fix by now we should just revert [17:01] we can't afford to have UNE completely hosed [17:01] that's my $0.02 [17:01] although i would love to see 7.9 make it in [17:01] as an ati user [17:01] the mesa update broke unity, RAOF apparently had it fixed but I don't see any fix and he's at a conference, I can reproduce it on 945 and am in the middle of bisecting where it started [17:02] sarvatt: apparently not just unity... anything clutter [17:02] at least that is what i heard [17:02] Sarvatt should we not revert the change until we know what is going on? [17:03] want me to prepare a revert to upload? I'm not confident this can be fixed in a reasonable timeframe [17:03] I think we should wait for RAOF to pop on though [17:03] incase he has a fix he forgot to commit and he should be on sometime today [17:04] Sarvatt, well, perhaps we should give it a few hours, and then revert if we can't contact him [17:04] * Sarvatt nods [17:04] skaet, here's the situation as I understand it: [17:04] 1. several teams need mesa 7.9 (a component of xorg-xserver) [17:05] 2. mesa 7.9 has not been working for Intel and AMD hardware, or nvidia hardware running free drivers [17:05] 3. RAOF may or may not have thought that he fixed the issue [17:05] ^ with clutter based apps [17:05] 4. RAOF pushed an upload yesterday, and then left for a conference [17:05] it works significantly better otherwise [17:06] 5. Unity is clutter based, and the bug makes clutter display just a white screen [17:06] 6. So anyone running unity without an proprietary nvidia driver gets a white screen [17:06] unity has no fallback if there is a problem, and I believe it is auto logging in so people can't just pick a gnome session that will work at the moment [17:07] so, if we revert, Kubutu breaks again, Linaro is screwed, etc... [17:07] but if we don't, well Unity is unusable [17:07] so we have to decide ... [17:07] keep Unity broken until we fix it, or ... [17:08] roll back now and leave Kubuntu and others broken [17:08] also no hope of the new intel GPU's coming out having working 3D in 10.10 [17:08] rock meet hard place [17:08] urk. not nice at all. [17:08] so I am proposing that we sit tight until we can get RAOF engaged [17:08] thanks for the summary, it helps put the bugs I was seeing in context. [17:08] I suspect we are missing some critical information [17:09] let me check with the Unity team and see if they are blocked today [17:09] i fear he has no fix... :/ [17:09] because they have lots of bugs I want fixed [17:09] kenvandine, I can't imagine that he would have pushed that change without a fix [17:09] rickspencer3, kind of... they need to manually revert [17:09] I haven't had any luck debugging it but am in the middle of bisecting, it could end up being something simple but its 9 months of developement to bisect through [17:10] ironic that this upload fixed unity on r600+, also 3D works on ati HD5000 series cards [17:10] Sarvatt the last time I talked to RAOF, he ws working on it [17:11] so he must have some data, and I can't imagine that he would have intentionally busted Unity like this [17:11] rickspencer3, several unity bugs were closed between Friday and yesterday, which ones are you concerned about? [17:12] skaet, there is are a slew of issues, no way I could list them out [17:13] FYI, this isn't a unity problem, its a clutter problem [17:13] but njpatel and his team are very prductive [17:13] no clutter application works on the latest mesa [17:13] gord, right, but it impacts the productivity of the unity team [17:13] or it might be [17:13] rickspencer3, that would be me ;) [17:13] heh [17:13] okay, I was just asking elsewhere [17:13] i've tried the latest 1.2 branch clutter git and it's no different there at least [17:13] gord, are you currently blocked? [17:13] rickspencer3, no, but i have nvidia, anyone on intel graphics will be [17:13] Sarvatt I am certain that RAOF did all this analysis already [17:18] other clutter apps not working is interesting because I didn't experience the same thing when I'm on xorg-edgers with the same mesa version, worth checking if xorg-edgers is broken in the same way [17:19] heya, mesa troubles? [17:19] because that'd put the problem outside of mesa [17:19] heyo bryceh, yeah its nuts today [17:19] bryceh, [17:19] 1. several teams need mesa 7.9 (a component of xorg-xserver) [17:19] 2. mesa 7.9 has not been working for Intel and AMD hardware, or nvidia hardware running free drivers [17:19] 3. RAOF may or may not have thought that he fixed the issue [17:19] ^ with clutter based apps [17:19] 4. RAOF pushed an upload yesterday, and then left for a conference [17:19] it works significantly better otherwise [17:19] 5. Unity is clutter based, and the bug makes clutter display just a white screen [17:19] 6. So anyone running unity without an proprietary nvidia driver gets a white screen [17:19] unity has no fallback if there is a problem, and I believe it is auto logging in so people can't just pick a gnome session that will work at the moment [17:19] so, if we revert, Kubutu breaks again, Linaro is screwed, etc... [17:19] but if we don't, well Unity is unusable [17:19] so we have to decide ... [17:19] keep Unity broken until we fix it, or ... [17:19] roll back now and leave Kubuntu and others broken [17:19] bryceh, did RAOF discuss any of this with you? [17:19] mutter without the unity plugin (mutter --replace --mutter-plugins="") is broken too [17:20] njpatel, yeah, RAOF knew about this before [17:20] njpatel: white screen or just freezes? [17:20] so I don't understand why it was uploaded without a fix in place [17:20] njpatel: if its freezes does CLUTTER_VBLANK=none fix it for you too? [17:21] Sarvatt I think our current focus should be on figuring out what happened with the uploads rather than trying to diagnose the problem right now [17:22] I don't think we'll get until we know if RAOF thinks it was fixed [17:22] if edgers works... we can try to bisect the difference there [17:23] Sarvatt, white screen [17:23] well we're stalled waiting to contact RAOF in that case, if it turns out he doesn't have a fix the bisect will help :) [17:23] good idea, see if there a patch in there [17:23] njpatel: hmm, CLUTTER_VBLANK=none mutter --replace works fine here [17:23] Sarvatt, both mutter with unity and mutter without unity, the process is still running and handling requests [17:23] on 945 [17:23] Sarvatt fair enough, but I'm certain that you are on well trod ground [17:23] the last time I talked to RAOF about this, he knew about the problem and was working on a fix [17:23] Sarvatt, let me try cluttervblank=none, hold up [17:24] Sarvatt what exactly did he ask you to upload? [17:25] Sarvatt, woohoo, CLUTTER_VBLANK=none mutter --replace --mutter-plugins=libunity-mutter & works! [17:25] woah [17:25] back in business! [17:25] Sarvatt, it wasn't working before I restarted :/ [17:25] yessir, awesome, I don't need to setup my desktop now [17:25] i mean, vblanking would be very much appreciated, but at least we're not blocked now [17:26] rickspencer3: we both have been working on it in debian git for the FFe, he merged in his work a few days ago and once the FFe was granted he asked if I would upload what was there since he would be gone [17:27] that crash wasn't related, but it works, so thanks [17:27] Sarvatt so do you think RAOF believed that it was fixed? [17:27] sorry, was in middle of another meeting, but now over [17:27] bryceh, understood [17:27] rickspencer3, no I hadn't discussed mesa with raof previously [17:27] dang it [17:27] man, I bungled this badly :( [17:28] njpatel: whoa, you're right! [17:28] CLUTTER_VBLANK=none mutter --replace --mutter-plugins=libunity-mutter works here [17:28] njpatel, so I take it we can't ship without vblanking in Unity? [17:29] rickspencer3, it would give artefacts and bad rendering of videos etc, it's not ideal. I can speak to the team about the consequences tomorrow to be certain, though [17:29] now why does that work but manually invoking unity not? do clutter env variables not pass through to unity? [17:30] njpatel, hmmm [17:30] can we apply it as a work around until we get this mesa thing properly sorted? [17:30] rickspencer3, ok so how can I help? need me to upload some bits, or revert mesa, or do diagnostics or...? [17:32] bryceh, well, I was hoping that you could sniff around and see what RAOF was up to [17:32] I suspect that we are pissing a piece of the puzzle [17:32] hmm, artifacts and bad video rendering sounds less severe than white screens [17:32] rickspencer3, ok [17:32] rickspencer3, fwiw he's likely on a plane at the moment, maybe in a day or two he'll be online at the conference [17:32] bryceh, if you have some bandwidth to help Sarvatt find the root cause, that would be really useful as well [17:33] *sigh* [17:33] although X conferences notoriously have had bad wireless so who knows [17:33] ok [17:33] I can call the airline and ask them to turn the plane around [17:33] hehe [17:33] rickspencer3, can you drop a quick note to deryck.hodge@canonical.com ? [17:34] I'm almost positive he marked down that he was arriving on wednesday france time, let me check the XDS wiki [17:34] not that he'll jump on IRC first thing or anything :) [17:34] bug with : 00:02.0 VGA compatible controller [0300]: Intel Corporation N10 Family Integrated Graphics Controller [8086:a011] (prog-if 00 [VGA controller]) [17:34] should be tagged in the title as? [17:35] Sarvatt well, his cell phone did not pick up, and it's middle of the night, so I can't call his house [17:35] rickspencer3, Sarvatt you can add it to /etc/environment to get it picked up [17:36] kenvandine, can you do something like njpatel suggested to get Unity working for the next few days until this is sorted? [17:36] sarvatt, are there bug #'s for the issue(s)? [17:36] yeah he didn't mark dates on the wiki - http://www.x.org/wiki/Events/XDS2010/Attendees [17:37] bryceh: https://bugs.edge.launchpad.net/mesa/+bug/638808 [17:37] Launchpad bug 638808 in mesa (Ubuntu) (and 2 other projects) "No unity board but White screen after GDM (affects: 5) (dups: 2) (heat: 32)" [Critical,Confirmed] [17:37] yeah [17:37] bryceh: if you have an intel on maverick its easier to test in a gnome session by just launching unity [17:40] no quick access to a terminal in unity?! [17:44] njpatel, from the irc backlog it sounds like you have a workaround now by turning off vblanking... how practical is that as a global workaround in general until this gets fixed? Can you control that param in the packaging sufficiently? [17:45] it's been done many times in the past to fix UNE [17:45] njpatel, i should be able to set that in /etc/X11/Xsession.d/ right? [17:46] it's always the first thing I check when something clutter related is broken and has fixed it all but one time (that memory leak) [17:46] bryceh, ^^ [17:47] kenvandine, bet you're right, can you easily give it a test? [17:47] Sarvatt: How is your status atm? Can we get a fix today? Just a question [17:48] ^^ [17:48] (I'm not conversant in how mutter is launched) [17:48] bryceh, just did, that worked [17:48] i'll stuff that in the package for now [17:49] would seem easier to change an if in clutter than adding a random conffile [17:52] jcristau, except for testing purposes, something folks can fiddle in a conf file might be more convenient [17:53] but whatever works [17:54] i'd rather the conf file... much easier for people to test fixes... since i would really love to see a proper fix :) [17:55] https://bugs.edge.launchpad.net/ubuntu/+source/mesa/+bug/616997 looks like a dupe of this issue, yes? [17:55] Launchpad bug 616997 in unity (Ubuntu) (and 3 other projects) "[RV515] Unity keeps reloading with a white background (affects: 8) (dups: 2) (heat: 157)" [Low,Triaged] [17:56] although ati not intel, maybe similar but different issue [17:58] vish: can you try CLUTTER_VBLANK=none mutter --replace --mutter-plugins=libunity-mutter in a gnome session on your rv515? [17:59] Sarvatt: on the ati.. it dint work for unity , but VBLANK worked for mutter.. comment 63 [17:59] i'll try again , from today's daily if you want .. :) [18:00] vish: specifically the command I said though, launching unity doesn't seem to honor the clutter env variables [18:01] ah.. cool.. just a min then.. [18:01] sweet, thanks! [18:01] if that "fixes" it on ATI too.. ugh [18:05] bryceh: http://paste.ubuntu.com/494295/ [18:09] oddly I get one of two different crashes starting it up, that implementation error happens less often than the clutk one [18:09] (unity:10067): ClutterGLX-CRITICAL **: Unable to make the stage window 0x460004f the current GLX drawable [18:09] is that the relevant error? [18:09] nope [18:10] Begin render texture tid b784f890 tex=43 w=1022 h=548 refcount=1 [18:10] Mesa 7.9-devel implementation error: Bad renderbuffer format: 21 [18:10] Please report at bugzilla.freedesktop.org [18:10] ok [18:11] i've gotten ClutterGLX-CRITICAL **: Unable to make the stage window 0x460004f the current GLX drawable at the startup of every clutter app for over a year now.. [18:13] interesting, well on a side note if that's just an innocuous warning, maybe it doesn't deserve being labeled CRITICIAL ;-) [18:13] quadrapassel dies in the same place in the backtrace [18:13] #4 0x007a7aed in DRI2GetMSC (dpy=0x896c320, drawable=75497477, ust=0xbfe6ab28, msc=0xbfe6ab20, sbc=0xbfe6ab18) at dri2.c:573 [18:13] #5 0x007a6db7 in dri2DrawableGetMSC (psc=0x89779e8, pdraw=0x89666e0, ust=0xbfe6ab88, msc=0xbfe6ab80, sbc=0xbfe6ab78) at dri2_glx.c:301 [18:13] #6 0x0077ffbc in __glXGetVideoSyncSGI (count=0xbfe6ac3c) at glxcmds.c:1733 [18:13] #7 0x00cacc15 in _clutter_stage_glx_redraw (stage_glx=0x8950090, stage=0x8cc41d0) at ../../../../clutter/glx/clutter-stage-glx.c:571 [18:13] #8 0x00cabdcc in clutter_backend_glx_redraw (backend=0x890c070, stage=0x8cc41d0) at ../../../../clutter/glx/clutter-backend-glx.c:777 [18:14] sarvatt, you had mentioned you'd narrowed it down a bit via bisecting? what is the most recent version that does not have the issue? [18:15] it depends on what the issue is, I was looking for the bad renderbuffer format error but the first step halfway between 7.8.2 and what we have doesn't have that but still crashes the same way [18:16] if it works in edgers, can we just compare the ppa to maverick? [18:16] haven't tried edgers yet, been stuck in gdb, will check now [18:16] ok, so 7.8.2 is the most recent known-good? would that be 7.8.2-2ubuntu2 ? [18:17] also, I'm not seeing the 7.9 bits in the ubuntu mesa git branch, is it committed somewhere else? [18:17] ubuntu-maverick branch, sorry [18:17] aha [18:18] Sarvatt_: no go with that command: http://paste.ubuntu.com/494303/ and xsession errors: http://paste.ubuntu.com/494300/ [18:18] Sarvatt_: but mutter works with VBLANK=none [18:19] need any debugging? [18:19] vish_: can you try a few more times? [18:19] ok.. :) [18:19] thats the *other* error I get [18:20] though I haven't had that with CLUTTER_VBLANK=none, I get that clutk error about 90% of the time without it and the mesa implementation error the other times [18:20] edgers is broken too [18:20] mmm [18:21] oh wow! if i keep trying that unity gets angry ;p [18:21] it crashes the terminal itself ;p [18:21] hah [18:21] I think that meant it loaded [18:21] loading mutter closes gnome-terminal here [18:21] i do it from a VT with DISPLAY=:0 [18:22] vish_, was the terminal maximized? [18:23] there is a bug related to windows maximizing :) [18:23] makes this even more fun [18:23] kenvandine: nope.. [18:23] yeah not that one.. :) [18:24] Sarvatt_: ok , i tried to add an exec file with that command and launched it, unity does not load .. so the terminal shutting down seems to not be the issue? [18:25]