soren | Erm... I get a white screen when I log into GNOME in Intrepid. What am I doing wrong? | 09:24 |
---|---|---|
soren | GDM looks fine. | 09:24 |
tjaalton | disable compiz | 09:25 |
tjaalton | it's broken on intel | 09:25 |
soren | :( | 09:25 |
tjaalton | 965 at least | 09:25 |
soren | Ok. | 09:25 |
soren | Thanks. | 09:25 |
soren | This will be fixed at some point, I presume? | 09:25 |
* soren kinds of likes compiz. | 09:25 | |
tjaalton | there are two bugs and they were marked as blockers for mesa 7.1 yesterday, so yes they'll get fixed soon :) | 09:26 |
soren | Fantastic. Thanks. | 09:26 |
* soren hugs tjaalton | 09:26 | |
tjaalton | the white screen one already has a fix, but then you'd end up with a black screen with some corrupt graphics :) | 09:26 |
* tjaalton hugs soren back | 09:26 | |
* soren ponders the semantics of "fix" :) | 09:28 | |
tjaalton | ok, patch :) | 09:29 |
tjaalton | two, actually | 09:29 |
bryce | tjaalton: I heard back from Intel on this | 09:36 |
bryce | Yong: | 09:36 |
bryce | I just reproduced #14441 on 965G with tip of xserver1.5, mesa, drm, xf86-video-intel. A quick way to resolve it is commenting out | 09:36 |
bryce | if (pI830->useEXA) | 09:36 |
bryce | pDRIInfo->texOffsetStart = I830TexOffsetStart; | 09:36 |
bryce | in xf86-video-intel/src/i830_dri.c. Then compiz works. You can ask Ubuntu guys for more test. | 09:36 |
bryce | For #15477, It doesn't happen on G965. We may need to find a 945 box to look at it. | 09:36 |
bryce | - Peng | 09:37 |
bryce | night. | 09:37 |
tjaalton | commenting that out breaks other setups | 09:37 |
tjaalton | the workaround is already mentioned on the bug | 09:37 |
tjaalton | 15477 does happen on 965 | 09:39 |
tjaalton | but for that bug there already are patches | 09:39 |
tjaalton | oh, night :) | 09:41 |
pwnguin | heh | 14:10 |
pwnguin | i filled up my / partition | 14:10 |
pwnguin | oops | 14:10 |
pwnguin | fun finding random crap on cleanup | 14:10 |
pwnguin | XFree86.0.log | 14:10 |
=== Q-FUN1 is now known as Q-FUNK | ||
=== Q-FUN1 is now known as Q-FUNK | ||
=== Q-FUN1 is now known as Q-FUNK | ||
=== Q-FUN1 is now known as Q-FUNK | ||
tjaalton | now, let's clear all l-r-m* from nvidia/fglrx bugs and let tseliot and superm1 have some fun :P | 19:58 |
tjaalton | a great way to boost my lp karma | 20:02 |
pwnguin | man, if you just mark them all invalid | 20:03 |
pwnguin | you will earn a new top score on the "people pwnguin is angry at" table | 20:04 |
tjaalton | hah | 20:05 |
pwnguin | pvalli does that and it ticks me off | 20:05 |
pwnguin | i just love getting told my bug is a dupe, but if i want to know WHICH one, i should just go look it up myself | 20:05 |
tseliot | tjaalton: I'll have a lot of fun then ;) | 20:09 |
pwnguin | btw | 20:10 |
pwnguin | this might be a good time to point out that there is an upstream bug tracker email address | 20:10 |
pwnguin | and that launchpad apparently supports this | 20:10 |
tjaalton | pwnguin: what benefit does it give? | 20:12 |
pwnguin | a feeling that at least we tried? | 20:12 |
pwnguin | plus, if we used it there might be an incentive to use something smarter on their end | 20:13 |
tjaalton | ok, so does bugzilla have such a feature (email)? | 20:13 |
pwnguin | I dont understand the motivation of the question | 20:13 |
tjaalton | upstreams tend to use bugzilla | 20:14 |
pwnguin | nvidia is upstream | 20:14 |
tjaalton | so where to send the bug | 20:14 |
tjaalton | ah | 20:14 |
pwnguin | you've got this backwards i think | 20:14 |
tjaalton | yeah, but they want that people run their script | 20:14 |
tjaalton | hehe | 20:14 |
pwnguin | LP does have an email, but that wasnt the point | 20:14 |
pwnguin | tjaalton: the installer script or some crazy bug report script? | 20:15 |
tjaalton | some crazy .. | 20:15 |
pwnguin | fun | 20:15 |
tjaalton | nvidia-bug-report.sh | 20:15 |
tjaalton | tseliot: yes, you'll have a party of the century ;) | 20:18 |
tjaalton | it never ends | 20:18 |
bryce | tjaalton: does the patch on 15477 look ok for inclusion in our packages? | 20:36 |
bryce | (good morning btw!) | 20:37 |
tjaalton | bryce: morning bryce! yes, it does, but it's pointless without a fix for 14441 :) | 20:40 |
tseliot | bryce: you're going on a vacation soon, right? May I ask how long it will last? (so that I know when I can bug you again about phase 1) | 20:44 |
bryce | tjaalton: ok, I highlighted the 14441 issues back to them | 20:46 |
bryce | tseliot: next week will be the distro sprint in London, then I'll be on vacation the week after that | 20:46 |
tseliot | ok, thanks | 20:47 |
bryce | I can't promise I'll get anything useful done during the sprint; most of the time is meetings and talking with other devs about bugs and such | 20:47 |
tseliot | bryce: no problem, in the meantime I'll do my part ;) | 20:48 |
bryce | awesome | 20:49 |
bryce | tjaalton: btw, do you have any ideas on #246585? I was trying to help mdz on it yesterday | 20:49 |
bryce | tjaalton: it appears the new -vesa doesn't report its screens correctly to gdk. I've dug through the code from the gdk side of things yesterday, but am thinking to look at it from the -vesa side, but am not sure what angle to approach it | 20:50 |
tjaalton | bryce: the driver is very simple.. I believe the client code is doing something wrong here | 20:51 |
bryce | jcristau observed it seems that vesa seems to be using xinerama or thinking its using xinerama | 20:51 |
tjaalton | hmm | 20:51 |
tjaalton | I bet fedora is seeing something similar then | 20:51 |
bryce | yeah I've been through the driver source; I doubt the bug is there, but I also dug down pretty deep in gdk and didn't spot it | 20:52 |
tjaalton | compared vesa logs from hardy with the one from that bug.. nothing apparent in sight | 21:02 |
tjaalton | I'll subscribe ubuntu-x to fglrx-installer/nvidia* bugmail | 21:14 |
mario_limonciell | tseliot, hum are you seeing seg faults starting X now on intrepid w/ nvidia too? | 21:17 |
mario_limonciell | fglrx most definitely broke in the last day or two (bug 247376) | 21:18 |
ubottu | Launchpad bug 247376 in fglrx-installer "undefined symbols when trying to load fglrx" [Critical,Triaged] https://launchpad.net/bugs/247376 | 21:18 |
tjaalton | so fglrx doesn't work with xserver 1.5 | 21:18 |
tjaalton | either | 21:18 |
tjaalton | nvidia -173 and -177 work | 21:18 |
tjaalton | but -71 and -96 don't | 21:19 |
mario_limonciell | well i wonder why i'm segfaulting then on this box w/ 177 | 21:19 |
mario_limonciell | i see the splash screen and then the X server dies | 21:19 |
tjaalton | splash screen of what? | 21:19 |
tjaalton | usplash? | 21:19 |
mario_limonciell | nvidia splash screen | 21:19 |
tjaalton | ok, so it's not the same then | 21:19 |
tjaalton | maybe -177 is just buggy ;) | 21:19 |
mario_limonciell | but yeah usplash is a mess on a bunch of boxes too | 21:19 |
tjaalton | right... | 21:20 |
tjaalton | let's get plymouth! | 21:20 |
mario_limonciell | the weird thing with the nvidia segfault, there are no errors in the log except not being able to load dri2 | 21:20 |
tjaalton | (plymouth == the new boot-candy for fedora10, using kernel modesetting) | 21:21 |
mario_limonciell | i only know it's a segfault from starting X on it's own | 21:21 |
mario_limonciell | ah | 21:21 |
mario_limonciell | and that's what's breaking usplash? | 21:21 |
tjaalton | no, it's not in ubuntu :) | 21:21 |
mario_limonciell | oh phew. | 21:21 |
tjaalton | possibly some framebuffer madness | 21:22 |
tseliot | mario_limonciell: sorry, I haven't updated my Intrepid system yet. I'll do it tomorrow | 21:38 |
mario_limonciell | tseliot, yeah hopefully it's easily resolvable. i've only got one intrepid nvidia system up and running. unfortunately all the other ones i have still are fglrx | 21:39 |
mario_limonciell | so SOL for a bit there | 21:39 |
tseliot | tjaalton: plymouth == works only with Intel? | 21:39 |
bryce | *sigh* ETOOMANYBUGS | 21:40 |
tjaalton | tseliot: yes, currently | 21:43 |
tjaalton | http://katzj.livejournal.com/432586.html | 21:43 |
tseliot | mario_limonciell: did you try with Disable "dri2" in the Module section of your xorg.conf? | 21:43 |
mario_limonciell | i didn't know disable was a valid keyword | 21:43 |
tjaalton | the warning is harmless | 21:43 |
mario_limonciell | i'll give that a shot | 21:43 |
tseliot | mario_limonciell: it's in man xorg.conf | 21:45 |
tjaalton | oh, that screencast is using vesafb, not modesetting | 21:45 |
tjaalton | so it has multiple fallbacks | 21:45 |
tseliot | mario_limonciell: let me know how it goes | 21:45 |
tseliot | tjaalton: ok, it's a sensible idea then | 21:46 |
tjaalton | bryce: i'm with you man.. | 21:46 |
mario_limonciell | tseliot, well no more dri2 error (duh), but still segfaulting | 21:47 |
tjaalton | mario_limonciell: have you tried -173? | 21:47 |
mario_limonciell | yeah i just rolled back to it fearing something in 177 went wacky | 21:48 |
tjaalton | what the hell to do with nvidia/fglrx bugs that are a) old b) have no logs c) no idea what chip the user has | 21:49 |
tjaalton | going through lrm-2.6.15 | 21:49 |
mario_limonciell | apport is off by default now... | 21:50 |
mario_limonciell | so no logs via apport | 21:50 |
bryce | tjaalton: have xserver upgrades always been this rough? I don't recall the 1.4 update triggering this many serious issues | 21:50 |
pwnguin | didnt everything dangerous fall out of 1.4? | 21:50 |
tjaalton | bryce: nah, the vendors are just lazy | 21:51 |
tseliot | mario_limonciell: does it help if you do startx -- -ignoreABI ? | 21:52 |
bryce | tjaalton: for old lrm bugs, I'd just let them know the bug's out of date and won't be further investigated here, and kindly ask that they re-test with hardy and report against $package if it still occurs | 21:52 |
tjaalton | "kindly".. forget about it then :) | 21:52 |
bryce | *short* | 21:52 |
bryce | s/h/n/ | 21:52 |
tjaalton | ah, monty python on the telly | 21:52 |
tjaalton | hehe | 21:52 |
bryce | on the plus side, I'm finding myself getting pretty good at gdb | 21:52 |
tseliot | tjaalton: I receive a lot of emails which say only "I used Envy and now my card doesn't work" :-P | 21:53 |
bryce | tseliot: all of our Xorg bugs go that way :-) | 21:53 |
bryce | except s/Envy/<$package>/ | 21:53 |
bryce | fun fun | 21:53 |
mario_limonciell | tseliot, well very odd, but i reinstalled 177 again (after downgrading to 173) and it appears to be working now? | 21:54 |
tseliot | bryce: we should just learn how to read our users' thought, that's all... | 21:54 |
bryce | I dream about making a web interface with some regex's to detect if they've included Xorg.0.log, mentioned a crash but not included a backtrace, etc. etc. and have some nice checkboxes (and 'check-all') so us triagers can process those stub bug reports faster | 21:55 |
mario_limonciell | tjaalton, well i don't know that i would say they are lazy, but there was no predictable release date for xorg 1.5 | 21:55 |
tseliot | mario_limonciell: did you do rmmod and modprobe before restarting the Xserver? | 21:55 |
mario_limonciell | tseliot, yeah i did | 21:55 |
mario_limonciell | so it's very hard to get your schedule together when you don't have a stable list of changes for the ABI and such | 21:55 |
tjaalton | mario_limonciell: and there still isn't but yeah | 21:55 |
tseliot | mario_limonciell: ok, naive question | 21:55 |
bryce | btw, I talked with AMD yesterday. | 21:55 |
mario_limonciell | about xorg 1.5 support? | 21:55 |
tjaalton | but fedora9 has been out two months, so either they have no fedora users or something is really wrong | 21:55 |
bryce | they're working on implementing xrandr 1.2 for fgrx 8.53, which is slated to be released in Sept | 21:56 |
tjaalton | sweet | 21:56 |
bryce | betas will be released to testers next month | 21:56 |
mario_limonciell | bryce, er well i'm not sure you should be mentioning that with ubuntulog sitting around... | 21:56 |
tjaalton | sssh | 21:56 |
tjaalton | :) | 21:57 |
* bryce shushes up | 21:57 | |
bryce | actually I'm not sure it's private. maybe you know differently though | 21:57 |
mario_limonciell | well it's not been announced anywhere in the past | 21:57 |
tseliot | mario_limonciell: we are the ones who signed an NDA, not Bryce | 21:57 |
mario_limonciell | tseliot, it's not been announced to the beta list either | 21:58 |
mario_limonciell | but I had thought there was a 3 way NDA via AMD/Canonical/Dell as well | 21:59 |
mario_limonciell | anyhow though. did they talk about xorg 1.5 support? randr 1.2 is kinda useless without xorg 1.5 :) | 21:59 |
bryce | heh, I'm saying no more without a go-ahead ;-) | 22:00 |
tjaalton | works just fine from 1.3 onwards :) | 22:00 |
bryce | but I've requested clarification on it | 22:00 |
mario_limonciell | haha okay | 22:00 |
bryce | have I ever mentioned how much I hate secrets? | 22:01 |
tseliot | :-) | 22:02 |
mario_limonciell | yeah i wish that they would publicly comment on this kind of stuff | 22:02 |
mario_limonciell | what would you call the "contours" that are showing in this image: http://imagebin.org/22276 ? | 22:02 |
bryce | banding | 22:03 |
mario_limonciell | because that only happens with the 'ati' driver | 22:03 |
mario_limonciell | not with the fglrx | 22:03 |
bryce | yeah we used to have that in inkscape with gradient patterns | 22:03 |
mario_limonciell | what causes it? | 22:03 |
bryce | color interpolation bugs, | 22:04 |
bryce | numerical issues in gradient printing code | 22:04 |
bryce | btw, is that background a png or a svg? | 22:04 |
mario_limonciell | its the default ubuntu one | 22:05 |
bryce | ok so a png | 22:05 |
mario_limonciell | this was a hardy install upgraded to intrepid (before fglrx broke) | 22:05 |
bryce | see if you can reproduce it in inkscape - draw a circle and color it with a gradient | 22:05 |
mario_limonciell | er well i crashed inkscape trying to fill it with a gradient :) | 22:09 |
mario_limonciell | ill try again | 22:09 |
bryce | could also try gimp | 22:09 |
bryce | inkscape crashes are quite rare though; I'll bet backtracing that crash would give some handy info | 22:10 |
mario_limonciell | yeah inkscape definitely does it too | 22:10 |
mario_limonciell | i did it with a big red circle gradienting to white | 22:10 |
mario_limonciell | theoretically linearly | 22:11 |
bryce | ok, that rules out it being just a png issue then | 22:11 |
mario_limonciell | i'll put all this info into a bug then | 22:11 |
mario_limonciell | its in bug 243372 now | 22:12 |
ubottu | mario_limonciell: Bug 243372 on http://launchpad.net/bugs/243372 is private | 22:12 |
mario_limonciell | bah | 22:12 |
mario_limonciell | okay it shouldnt be private :) | 22:12 |
mario_limonciell | bug 243372 | 22:13 |
ubottu | Launchpad bug 243372 in xserver-xorg-video-ati "RadeonHD 3670, unable to show entire color scheme" [Undecided,New] https://launchpad.net/bugs/243372 | 22:13 |
tjaalton | there, lrm-2.6.15 cleared and unsubscribed | 23:16 |
tjaalton | ~45 bugs less to worry about | 23:17 |
Awsoonn | thought you might be in here Bryce :) | 23:18 |
Awsoonn | bug #242990 | 23:18 |
ubottu | Launchpad bug 242990 in xorg "xorg does not synchronize to vertical refresh" [Undecided,New] https://launchpad.net/bugs/242990 | 23:18 |
Awsoonn | I can't tell if it is my monitors ghosting or if I really do see what he sees, but what say you an that bug? | 23:19 |
bryce | looking | 23:19 |
Awsoonn | domo | 23:19 |
bryce | Awsoonn: does it make a difference if compiz is enabled/disabled? | 23:20 |
Awsoonn | let me disable and see | 23:20 |
Awsoonn | more noticeable when disabled | 23:21 |
bryce | hmm, well without seeing a screenshot it sounds like https://bugs.launchpad.net/ubuntu/+bug/96991, but that should go away with compiz is disabled | 23:22 |
Awsoonn | oh! here we go! | 23:22 |
ubottu | Launchpad bug 96991 in xorg-server "3D stuff breaks with Compiz: Redirected Direct Rendering is needed in DRI" [Unknown,Fix released] | 23:22 |
Awsoonn | I took a screenshot of it | 23:22 |
Awsoonn | I can't believe that worked. :) let me attach it | 23:23 |
Awsoonn | *posted* | 23:29 |
bryce | hmm | 23:33 |
Awsoonn | Is there somewhere that I should tell xorg to use vsync? | 23:34 |
bryce | well, you can specify it in xorg.conf | 23:36 |
bryce | what you might want to do is compare your monitor's documented rates against what's listed in Xorg.0.log to see if something's misdetected | 23:36 |
bryce | or try swapping monitors, if that's easier | 23:36 |
bryce | I notice in the Xorg.0.log there's some warnings about pipe-A issues, so you could setting that option (google launchpad for 'Pipe-A' quirk) | 23:37 |
bryce | however that usually exhibits itself as a crash on lid close, not like this | 23:37 |
bryce | I'd encourage you to post your Xorg.0.log, for comparison against the original reporter's | 23:37 |
bryce | also, it couldn't hurt to test booting Intrepid alpha-1 or alpha-2 when it's out, just in case this issue's already fixed upstream | 23:38 |
bryce | if it's a mis-detection of sync rate, you could also try the NoDDC option | 23:39 |
Awsoonn | my Section "Monitor" contains nothing for a refresh rate, is that anything? | 23:39 |
bryce | that just means you're letting xserver autodetect it | 23:39 |
bryce | which works 99% of the time :-) | 23:39 |
Awsoonn | Screen resolution settings window shows that it is set at..... 50Hz | 23:40 |
bryce | oh, also another approach if you suspect modeline issues, is to try alternate resolutions and refresh rates | 23:40 |
bryce | modeline bugs tend to be specific to one particular setting | 23:41 |
Awsoonn | interesting that the nvidia settings tool says I'm at 60 Hz | 23:41 |
bryce | you can also use 'ddcprobe' and 'get-edid | parse-edid' to check things | 23:42 |
bryce | oh you're using nvidia? the log shows intel... | 23:42 |
bryce | yeah there's a known bug with -nvidia where it reports wrong refresh rates | 23:42 |
Awsoonn | my montiors report 60Hz as well | 23:42 |
Awsoonn | those logs are the OP's | 23:43 |
bryce | nVidia knows about the bug (I think it's in their release note and/or faq), but I don't know of any plans they have to fix it | 23:43 |
Awsoonn | so MY issue is nvidia, but his is something else you think? | 23:44 |
bryce | it's quite possible | 23:59 |
bryce | it's very typical for unrelated bugs to have similar symptoms | 23:59 |
bryce | and this gets confusing especially when the symptoms are described in text, rather than screenshots | 23:59 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!