[00:00] <setuid> I'm having trouble with coming out of resume using nvidia on Lucid
[00:00] <setuid> Anyone else able to replicateit? 
[00:00] <setuid> I have a blinking cursor in upper-left corner, and after several attempts at ctrl-alt-f1-f6, I can eventually hit alt-f7 and get to the gdm login menu.
[00:03] <Sarvatt> just curious, what does cat /etc/default/console-setup | grep XKBOPTIONS return for you?
[00:03] <setuid> # cat /etc/default/console-setup | grep XKBOPTIONS
[00:03] <setuid> XKBOPTIONS="lv3:ralt_switch"
[00:03] <jcristau> it returns 'useless use of cat' ;)
[00:03] <setuid> console is a mess at boot, unless I pass vga=0... this is a big difference from karmic and jaunty
[00:04] <Sarvatt> good point :D i was curious because alt+fkey is actually what I need to do to switch VT's outside of X and I had an option breaking control+alt+fkey
[00:04] <setuid> I had a 1920x1200 console at boot with those, but with Karmic, unless I pass vga=0, I get all kinds of colored pixel garble, in two identical vertical columns
[00:06] <bryceh> afaik resume on nvidia is broken for everyone
[00:07] <bryceh> we were messing with it last week at the developer sprint but couldn't see any nvidia user get it to resume successfully
[00:07] <setuid> It resumes fine, just takes a lot of vt switching to get it to go back into X 
[00:07] <setuid> it's always worked great, until Lucid
[00:08] <johanbr> I can also resume with the proprietary, but I get graphical artifacts if compositing is enabled
[00:08] <johanbr> *proprietary driver
[00:08] <setuid> Coming out of resume on Karmic and Jaunty to the gdm menu was about 3-4 seconds after opening the laptop. This takes about 30 seconds and a lot of ctrl-alt-fx'ing 
[00:09] <bryceh> setuid, johanbr, then I think count yourself lucky ;-)
[00:09] <bryceh> if you are interested in participating in debugging and patching the issue, contact tseliot
[00:10] <setuid> Didn't he die in 1965? 
[00:11] <Sarvatt> i'd like to figure out why alt+fkey is whats needed for vt switching now instead of control+alt+fkey :) when I had grp:ctrl_alt_toggle in my xkboptions I wasn't able to use control+alt+f at all, without it it at least ignores the control
[00:14] <Sarvatt> bryceh: that seemed like it all, just added the backing out libdrm/plymouth/udev patches for lucid+1 part
[00:14] <bryceh> ok thanks
[00:19] <raevol> https://wiki.ubuntu.com/X/Drivers will this page be updated for karmic/lucid?
[00:19] <bryceh> raevol, go ahead if you'd like to update it
[00:20] <bryceh> if I have some time later I'll add to it
[00:20] <raevol> :[ i don't actually know anything about the drivers aside from Karmic not having 3d support
[00:21] <bryceh> I hadn't really given much priority to updating that page since you are actually the first person I have evidence of having even looked at it ;-)
[00:22] <raevol> hahah ;D
[00:22] <bryceh> maybe it should be deleted
[00:22] <raevol> planet ubuntu just had a post about testing the proprietyary drivers, and linked the ubtuntu X wiki page for info on the open source ones
[00:22] <raevol> and i clicked through to that because i am hoping against hope we get 3d support for r600 in lucid
[00:23] <setuid> I've been looking around for some 'live wallpaper' ideas for the Ubuntu desktop... back in the day, we used to run things like xplanet, glmatrix, etc. in the root window, but that's not the same thing.
[00:23] <setuid>  Anyone know of a Nexus One style live wallpaper app for Ubuntu? 
[00:26] <bryceh> setuid, not really the right channel for that question, try #ubuntu-desktop maybe
[00:26] <setuid> hahah, first I tried #ubuntu+1 because the problems I'm hitting are in Lucid only, they told me to go here, because they're X related... so I ask an X question, and that belongs in #ubuntu-desktop :) 
[00:27] <raevol> gotta run, bye
[05:43] <bryceh> RAOF, Sarvatt, https://wiki.ubuntu.com/X/Testing/NouveauEvaluation
[05:44] <RAOF> I think you meant “grep _dr*v*.so /var/log/Xorg.0.log...”
[05:45] <RAOF> (If you're still editing that page)
[05:45] <bryceh> modified
[05:45] <bryceh> is that actually needed?  I've seen only _drv.so
[05:46] <RAOF> Oh, I meant you currently have grep _dri.so rather than grep _drv.so
[05:47] <RAOF> Also, users should be able to get away with just installing xserver-xorg-video-nouveau (& possibly the appropriate linux-backports-modules-nouveau); novueau-firmware will get pulled in by l-b-m-n.
[05:47] <bryceh> ahh
[05:47] <RAOF> Hm.  And it's missing a apt-get upgrade; the newer X won't get pulled in automatically.
[05:48] <bryceh> `grep _dr*v*.so /var/log/Xorg.0.log`  actually did work on the cmdline :-D
[05:48] <RAOF> :)
[05:49] <bryceh> RAOF, go ahead and edit those switching directions into correctness
[05:49] <bryceh> this is actually based off my experience pulling from xorg-edgers last week, I just cribbed it to the nouveau ppa, I've not actually run through and tested it yet (on the todo list for tomorrow)
[05:50] <RAOF> Ok.  Is there a particular reason you didn't use “add-apt-repository”, or can I change that, too?
[05:51] <bryceh> go ahead
[05:51] <bryceh> I just wasn't aware of that tool
[05:51] <RAOF> Oh, it's really neet.
[05:52] <bryceh> my lamitude is irredeemable
[05:56] <RAOF> There we go.
[06:04] <bryceh> thanks
[06:05] <bryceh> btw, did you get good feedback from your call from testing the other week?
[06:10] <bryceh> Is this a reasonable way to advise people to shut off KMS if needed?
[06:11] <bryceh> # Intel:
[06:11] <bryceh> echo i915.modeset=0 > /etc/modprob.d/i915-kms.conf
[06:11] <bryceh> # ATI Radeon:
[06:11] <bryceh> echo radeon.modeset=0 > /etc/modprob.d/radeon-kms.conf
[06:11] <bryceh> # Nouveau:
[06:11] <bryceh> echo lbm_nouveau.modeset=0 > /etc/modprob.d/lbm_nouveau-kms.conf
[06:12] <tjaalton> nouveau only supports kms
[06:12] <bryceh> tjaalton, ah, right
[07:08] <RAOF> bryceh: I got a much smaller response to the call for testing than I expected.  No one reported show-stoppers, though.
[07:09] <bryceh> well that's good
[07:10] <bryceh> then we should do another call with this new ppa and the testing page.  I've had a few people promise to do nouveau testing when it's ready, so maybe I'll call in those chits
[07:11] <tjaalton> RAOF: I've got gf8600/9600/some quadro, need testing on those?
[07:12] <tjaalton> quadro nvs 295 or so
[07:14] <bryceh> tjaalton, https://wiki.ubuntu.com/X/Testing/NouveauEvaluation
[07:14] <bryceh> if you ran through that to sanity check the directions it would be quite helpful
[07:14] <tjaalton> sure
[07:23] <ara> bryceh, xorg as package (from where you can reroot them) is a good choice for people to report bugs on the prop drivers project?
[07:25] <RAOF> tjaalton: Everything's worth testing.  Frankly, I think everything that's not an IGP is going to be solid; it's the IGPs I'd worry about.
[07:25] <bryceh> ara, that's fine
[07:26] <tjaalton> RAOF: ok
[15:06] <Sarvatt> a nvaa IGP seems to be working now surprisingly
[15:08] <Sarvatt> tried my 8200 out, didn't try 3D out but 2D was working. it's in my HTPC and the wife wanted the tv back so I couldn't try it long :D
[16:09] <Sarvatt> apw: regarding https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/404064 -- a fix has been cced to stable http://lists.freedesktop.org/archives/intel-gfx/2010-February/005803.html
[16:09] <apw> Sarvatt, hi
[16:12] <Sarvatt> heyo! sorry to ping you, i was just scanning through bugs fixed by recent patches going into drm-intel-next and that one was assigned to you so thought you might want to know
[16:15] <apw> ahh i see that now, missed the second link on first view
[16:16] <apw> Sarvatt, i've added a link in the bug
[16:18] <Sarvatt> the patch is actually attached in the upstream bug report thats already linked too
[16:18] <apw> sweet
[16:33] <bryceh> morning
[16:33] <Sarvatt> any way to search the logs attached to bug reports on launchpad through the web interface? doesn't look like a search checks those
[16:33] <Sarvatt> i'm looking for errors with [drm:i915_gem_object_pin] *ERROR* Failure to install fence: -28 fixed by a recent libdrm commit
[16:42] <Sarvatt> morning bryceh
[16:42] <bryceh> no, the web interface doesn't provide a way to search them
[16:43] <Sarvatt> btw, how do we get the hwdb id for the nouveauevaluation wiki page?
[16:43] <bryceh> there have been launchpadlib tools written which do that though, if you'd like to try your hand at crafting them
[16:43] <bryceh> Sarvatt, I'm a bit fuzzy on how that works.  I think the user gets it when they sign up
[16:43] <bryceh> and if we have the id, we can look up the info
[16:44] <bryceh> but there isn't a way for us, knowing the person, to find their hw
[16:44] <Sarvatt> when we sign up for what?
[16:46] <bryceh> for the hwdb
[16:48] <Sarvatt> hmm i dont see hwdb-client or hwdb-gui in lucid
[17:13] <jbarnes> Sarvatt: looks like ickle just posted a fix for the libdrm crash you mentioned yesterday
[17:14] <Sarvatt> it didn't fix 945 for me, already tested it :(
[17:15] <jbarnes> damn was hoping it was fence reg overallocation
[17:15] <Sarvatt> crashed after 7 minutes
[17:16] <Sarvatt> http://pastebin.com/f4a62401d
[17:20] <Sarvatt> commit message said it was just changing i915 and prior but i have 3 fences reserved on 945 too
[17:46] <Sarvatt> actually, it was a bit different, theres no uxa_prepare_access() error before the hang like there normally was - http://sarvatt.com/downloads/intel_crashes/02092010/
[17:46] <Sarvatt> in Xorg.0.log
[17:48] <Sarvatt> http://sarvatt.com/downloads/intel_crashes/Xorg.0.log
[17:49] <Sarvatt> thats what the hangs looked like before that libdrm commit
[18:35] <Sarvatt> Duke`: are you around?
[18:36] <Sarvatt> i just set up a 14 patch series for libdrm to revert intel back to 11-25 incase you want to try it with me to see if it still works
[18:36] <Sarvatt> http://sarvatt.com/downloads/intel_crashes/libdrm-reverts/
[18:41] <Sarvatt> just installed that and am building intel git against it to see if its still working right
[18:42] <Sarvatt> uploaded the debs incase you wanted them too
[19:05] <Sarvatt> bryceh: got enough ppa's? :D
[19:05] <Sarvatt> trying to find your cairo 1.9 snapshot to see if cairo-trace is in it
[19:09] <Sarvatt> woohoo it is built with your package, just not installed. that saves me alot of time :D
[19:25] <kklimonda> Sarvatt, I get some color corruption - see the end of this dmesg: http://pastebin.com/f3ab3aa06
[19:25] <kklimonda> Sarvatt, to be more precise it's font color corruption
[19:26] <Sarvatt> http://www.google.com/search?sourceid=chrome&ie=UTF-8&q=AIII,+invalid/inactive+channel+id+128
[19:26] <Sarvatt> funny the first hits are your exact gpu :D
[19:27] <kklimonda> heh :)
[19:30] <Sarvatt> were you watching a video when it happened?
[19:31] <Sarvatt> or opening a folder with videos getting thumbnailed in nautilus?
[19:41] <Sarvatt> kklimonda: <stillunknown> Sarvatt: that one (i guess), there's a patch, just hasn't hit upstream yet
[19:42] <Sarvatt> from #nouveau
[19:42] <Sarvatt> http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=250cc31f35f00b5dd4b76e6c0bb9425b4fe23304
[19:45] <Sarvatt> will make a new lbm-nouveau with nouveau git instead of linus git in edgers sometime
[19:49] <Sarvatt> we want testing with linus git though, if anything i'll try cherry-picking that into linus' tree and build a new lbm-nouveau but i can't at the moment because cloning kernel git will take a year on a tethered phone connection :)
[19:49] <kklimonda> hehe
[19:50] <Sarvatt> if anything you could grab the source, then grab http://cgit.freedesktop.org/nouveau/linux-2.6/patch/?id=250cc31f35f00b5dd4b76e6c0bb9425b4fe23304 then change the patch paths at the to a/updates/nouveau/whatever.c b/updates/nouveau/whatever.c and apply it  by hand with patch -p1 and rebuild
[19:50] <Sarvatt> the linux-backports-modules-nouveau-whatever source that is
[19:51] <kklimonda> Sarvatt, will do if it gets more distracting than it is now
[19:54] <Sarvatt> http://sarvatt.com/downloads/patches/nouveau_pgraph.patch
[19:54] <Sarvatt> that should apply with patch -p1 < nouveau_pgraph.patch from the linux-backports-modules-whatever/ directory
[19:55] <Sarvatt> thanks for that though, something we should probably pick up if it doesnt go upstream in time :D
[20:07] <tseliot> superm1: did you upload a new DKMS in Karmic with my  patch to fix bug #474917 ?
[20:08] <tseliot> if you don't plan to upload an update I'll mark the task for karmic as a won't fix
[20:09] <superm1> tseliot, didn't upload to karmic, probably wont at this point
[20:09] <superm1> should be fixed in lucid however
[20:09] <tseliot> superm1: yes, I know. I just wanted to double check with you
[20:16] <tseliot> superm1: also, did you have the chance to work on fglrx?
[20:18] <superm1> tseliot, yeah i think most of the conversion necessary should be done, but you should double check my work
[20:18] <superm1> it's all on phorogit
[20:18] <tseliot> superm1: ok, let me check
[20:18] <superm1> since we dont have a (working) driver for lucid right now, it was a bit hard to verify 
[20:45] <tseliot> superm1: I made these changes (on the basis of what we do with nvidia): http://pastebin.ubuntu.com/372728/
[20:46] <superm1> tseliot, that first set of changes should be in dkms's common.postinst
[20:46] <tseliot> right, but can I use them if I source from that file?
[20:47] <tseliot> without executing the rest of the script, that is
[20:47] <superm1> tseliot, Oh.  hm.
[20:47] <superm1> what's update-initramfs's behavior without the -k flag?
[20:49] <tseliot> superm1: it updates the kernel grub defaults to
[20:50] <superm1> hm well  i understand better why you've  got that in place now...
[20:52] <superm1> i guess that's the only way to do it for now then
[20:52] <superm1> I wish there was a cleaner way
[20:56]  * tseliot nods
[21:01] <tseliot> superm1: I think I'll push my changes
[21:01] <superm1> tseliot, okay.  do you know what piece is incompatible with the current fglrx in the X stack?
[21:02] <superm1> perhaps you can revert that single piece to the karmic version to be able to test all this
[21:02] <tseliot> superm1: they didn't tell me what's missing but it mustn't be trivial if it's taking so long
[21:03] <superm1> tseliot, well a lot of that is probably their development process too.  they normally develop 2-3 releases out
[21:03] <tseliot> superm1: yes, of course it must be a matter of priorities too
[21:08] <bryceh> I am actually a bit surprised they did not already put out a driver that works with xserver 1.7
[21:09] <tjaalton> tseliot: please make it provide the abi again and conflict with the current server. no reason to let people install it just to see the server crash
[21:10] <bryceh> I would love it if they'd fix their development process to deliver released drivers in time for ubuntu.  Receiving those pre-release drops ends up just making everyone paranoid about canonical
[21:11] <tseliot> tjaalton: that's a good idea
[21:11] <superm1> I dunno, maybe as a patch to the packages carried in ubuntu
[21:12] <tjaalton> tseliot: just providing the old abi is enough to make it conflict
[21:12] <tseliot> bryceh: right, but I have a *secret driver* so they're not being paranoid :-P
[21:12] <superm1> it's hard to gauge which releases get supported by the packaging kept in phorogit sometimes
[21:12] <bryceh> tseliot, you're a very sinister guy
[21:12] <superm1> and if you forget to update one of them, then suddenly a release that should work won't
[21:13] <tseliot> bryceh: I am. Furthermore I'm working from our secret lab in Lexington right now :-P
[21:13] <bryceh> say hi for me :-)
[21:13] <tseliot> superm1: do you mean a patch which changes the control file?
[21:14] <tjaalton> tseliot: btw, what's wrong with the e71?-)
[21:14] <tseliot> bryceh: sure, I'll say hi to dr. evil :-P
[21:14] <superm1> tseliot, just for now maybe uploading to lucid something that conflicts with the current x server
[21:14] <superm1> but not making that change in the upstream packaging
[21:14] <bryceh> btw, are you subbed to xorg-prop-drivers-testers@lists.launchpad.net ?
[21:15] <tseliot> tjaalton: the browser is an abomination. I can't even login on launchpad or on the website which should allow me to have my wifi connection in the hotel. Furthermore I keep pressing the "p" key when I try to hang up...
[21:15] <tjaalton> tseliot: heh yeah, the browser sucks. opera might be better though
[21:16] <tseliot> superm1: aah, ok, that would definitely be better
[21:16] <tseliot> bryceh: yes, I did
[21:16] <tseliot> tjaalton: I'll try webkit when I get my nexus
[21:16] <tseliot> :-)
[21:16] <tjaalton> tseliot: boo :)
[21:17] <tseliot> :-D
[21:48] <jcastro> ok
[22:16] <Duke`> Sarvatt, I'm x86_64, your packages are i386
[22:34] <RAOF> bryceh: Oh!  I've just noticed something obvious missing from the nouveau testing page: suspend/resume.  I'll add that in.
[22:35] <bryceh> RAOF, aha thanks
[22:49] <Sarvatt> can you build it yourself Duke`?
[22:49] <Sarvatt> i'll send the source if you want
[22:54] <Sarvatt> Duke`: grab xserver-xorg-video-intel_2.10.0+git20100209.41784e15-0ubuntu0sarvatt2~karmic* from http://sarvatt.com/downloads/intel_crashes/libdrm-reverts/ then dpkg-source -x xserver-xorg-video-intel_2.10.0+git20100209.41784e15-0ubuntu0sarvatt2~karmic.dsc
[22:59] <Duke`> Sarvatt, I'll see what I can do tomorrow, I need to go  to bed now or I'll have an hard day :)
[23:00] <Duke`> good night