[00:02] <Sarvatt> let me know if xserver-xorg-dev, libpixman-1-dev, x11proto-core-dev, is enough for your pbuilder build RAOF, thanks for the heads up
[00:02] <Sarvatt> i'll try building without the xorg state tracker to see if it goes
[00:03]  * bryceh waves
[00:03] <jcristau> xserver-xorg-dev should be enough, it'll pull in the rest
[00:05] <Sarvatt> don't know if --with-state-trackers=dri is enough, i always built it with --with-state-trackers=dri,glx and i used --with-state-trackers=dri,xorg,glx that time because thats what fedora uses :D
[00:05] <Sarvatt> heyo bryceh!
[00:06] <Sarvatt> RAOF: do you have edgers set up in your pbuilder? because you need the newer protos
[00:09] <RAOF> I do have edgers set up in the pbuilder.
[00:09] <RAOF> One of the few nice side-effects of pbuilder
[00:10] <RAOF> One of the few nice side-effects of pbuilder-dist always passing --override-config is that you can add --othermirror very easily
[00:13] <Sarvatt> jcristau: xserver-xorg-dev pulls in libpixman-1-dev?
[00:13] <RAOF> Sarvatt: Looks like everything's building nicely
[00:13] <Sarvatt> already uploaded with the new deps, hopefully it wont get mozilla-ed
[00:13] <jcristau> Sarvatt: yes
[00:14] <Sarvatt> sweet, didn't know that
[00:14] <Sarvatt> oh yeah it does now that i look at the control
[00:15] <RAOF> Mmm.  pbuilder-on-tmpfs is wonderfully fast until you start to hit swap :)
[00:15] <kklimonda> heh, or (in case you have no swap) your builds start to fail ;)
[00:16] <Sarvatt> i ran out of hdd space building mesa last time, thats why it took so long to see if the rule changes worked :D
[00:16] <Sarvatt> used up around 2 gigs building
[00:17] <RAOF> Wooop!  Ran out of swap space!
[00:19] <kklimonda> btw, what is the status of hibernation with nouveau drivers? have devs started working on that?
[00:20] <RAOF> I don't know; does it not work now?
[00:20] <Sarvatt> i'd blame other userspace stuff for suspend/hibernate not working, haven't looked through pm-utils fully yet but i'm pretty sure there are some spots where it checks for the quirks to do based on the normal module names
[00:20] <RAOF> AFAIK it should work, same as suspend.
[00:22] <kklimonda> RAOF, it seems to hibernate just fine (i.e. computer shuts down) but after I start it again I get a gdm login prompt
[00:22] <kklimonda> no idea how to debug hibernation on Linux as it has never worked for me
[00:23] <kklimonda> which isn't really an excuse now that I think about it.. :D
[00:23] <Sarvatt> guessing you mean it doesnt restore the old gdm session after you login again too?
[00:23]  * Sarvatt isnt sure if a gdm login prompt after hibernate is the expected behavior because he's never hibernated
[00:24] <Sarvatt> no swap partition here
[00:26] <Sarvatt> finally mesa shows up on edgers, building now
[00:27] <Sarvatt> /dev/dri/card0 didnt have the right permissions on nouveau without the udev change in the xorg-edgers/nouveau udev package
[00:29] <kklimonda> what are the right permissions? 0660 root:video ?
[00:35] <Sarvatt> yep
[00:39] <Sarvatt> looks like its fine with --with-state-trackers=dri,glx, i'll do tomorrows update with that
[00:46]  * johanbr reboots to try again
[00:46] <Sarvatt> its not done building, what are you trying?
[00:49] <Sarvatt> yep works fine without the xorg state tracker
[00:50] <Sarvatt> almost done building on edgers, its packaging now
[00:52] <RAOF> Woop!  Woop!
[00:55] <Sarvatt> johanbr: its not ready until you get mesa 7.8.0~git20100207.1a45c2bc-0ubuntu0sarvatt3 offered, you need both xorg-edgers/ppa and xorg-edgers/nouveau in your sources too incase you missed that part, then you just install xserver-xorg-video-nouveau and reboot/restart gdm
[00:55] <Sarvatt> can someone pass that along when he comes back? i have to run again
[00:56] <virtuald> godmorgon
[00:56] <RAOF> Sarvatt: Certainly.
[01:02] <johanbr> hmm... nouveau seems to have trouble opening the DRI device: http://pastebin.com/f1cb1a313
[01:03] <johanbr> and the permissions on /dev/dri/card0 are 660 root:video
[01:08] <johanbr> should the kernel modules with or without lbm_ be loaded?
[01:09] <Sarvatt> when's the last time you did a dist-upgrade? Current version of pixman: 0.16.2??
 johanbr: its not ready until you get mesa 7.8.0~git20100207.1a45c2bc-0ubuntu0sarvatt3 offered, you need both xorg-edgers/ppa and xorg-edgers/nouveau in your sources too incase you missed that part, then you just install xserver-xorg-video-nouveau and reboot/restart gdm
[01:10] <Sarvatt> does dmesg | grep efifb show anything?
[01:11] <johanbr> nope
[01:11] <kklimonda> Sarvatt, works fine for me
[01:12] <johanbr> I built the mesa package locally, maybe that's the problem...
[01:14] <johanbr> we'll see how it goes after a reboot
[01:15] <Sarvatt> how did he manage to have a pixman version over a month old is what i'm wondering
[01:17] <Sarvatt> kklimonda: compiz work? tried any 3D apps yet? I'm doing it all remotely so beyond compiz and glxgears I haven't seen if anything works
[01:18] <Sarvatt> i dont know if theres any visual corruption in compiz either, just that it didnt give any errors
[01:18] <kklimonda> Sarvatt, well - compiz works just fine. the quality of scaled windows (in alt+tab, super+w) isn't too good but it may be something I can tweak
[01:19] <RAOF> You'll probably find gnome-shell exposes a little bit of corruption.
[01:19] <kklimonda> Sarvatt, my cats are alive so at least it doesn't kill wicked ones ;)
[01:19] <Sarvatt> theres probably something you can tweak in driconf to fix that
[01:20] <Sarvatt> kitty halftime show on the puppy bowl is over :(
[01:21] <Sarvatt> the alt-tab display looks like crap on intel here too
[01:22] <johanbr> there we go... problem disappeared after I uninstalled plymouth
[01:22] <Sarvatt> yeah not surprised there, i have to do all kinds of junk to get plymouth working right on every machine i have
[01:23] <Sarvatt> its segfaulting every 3rd boot or so on intel too, and getting hung displaying the splash every time ureadahead profiles
[01:26] <Sarvatt> how did you get in a state where you have pixman 16.2 though?
[01:27] <johanbr> I'm a bit leery of running full dist-upgrades, so I tend to upgrade packages by hand every now and then
[01:27] <johanbr> guess I mixed pixman
[01:27] <johanbr> *missed
[01:27] <Sarvatt> i was a bit worried that you might have missed a grub fix that was causing the same error you were getting on warm boots here
[01:29] <johanbr> that is also possible, and that removing plymouth just papered over the symptoms
[01:30] <johanbr> anyway, time to head home... thanks for the help!
[01:39]  * RAOF checks the -rc7 gitlog to discover whether there's any nouveau updates that could be shoved into l-b-m-nouveau.
[01:54] <BUGabundo> RAOF: bug I mention in cube with nouveau gallium
[01:54] <BUGabundo> http://dl.dropbox.com/u/112892/cube.png
[01:55] <hyperair> oh hey compiz works on nouveau =O
[01:56] <BUGabundo> yes
[01:56] <BUGabundo> spend the evening testing it
[01:56] <BUGabundo> want my log from +1 ?
[01:56] <hyperair> no need =)
[01:56] <hyperair> i'll test it myself when i get home =p
[01:56] <BUGabundo> (01:46:17 AM) freenode: conclusion: nouveau gallium 3D support works ok, but is *very* slow
[01:57] <hyperair> oh heh
[01:57] <BUGabundo> (01:45:15 AM) freenode: TOTALLY FORGET RAIN EFFECTS
[01:57] <BUGabundo> (01:43:47 AM) freenode: windows previews FAIL
[01:57] <hyperair> my card can't support rain anyway >_>
[01:57] <kklimonda> BUGabundo, how do the fail?
[01:57] <BUGabundo> (01:38:32 AM) freenode: if I go from Compiz to metacity, I get a freezes background
[01:57] <kklimonda> they*
[01:57] <BUGabundo> (01:43:59 AM) freenode: got the windown, but nothing in there
[01:57] <BUGabundo> (01:43:10 AM) freenode: selective zoom works
[01:57] <BUGabundo> (01:43:25 AM) freenode: all apps switcher seem to work
[01:58] <BUGabundo> (01:42:52 AM) freenode: both apps expose and Desktop expose work
[01:58] <BUGabundo> (01:42:57 AM) freenode: fire writing works
[02:00] <kklimonda> now the next linux graphics gizmo I'm interested in is wayland..
[02:00] <BUGabundo> RAOF: is it normal for collors to seem off with this driver??
[02:00] <BUGabundo> some yellows are no longer as yellow
[02:00]  * BUGabundo wonders if that is sleep deprivation 
[02:00] <hyperair> lol
[02:00] <kklimonda> it may be
[02:00] <RAOF> No; it should be at least as good as nv.  If you happen to have an 18bit LDVS panel (and your laptop almost certainly does), it should actually look better.
[02:01] <RAOF> Because nouveau sets the dither mode properly.
[02:01] <BUGabundo> I noticed it looks smoother
[02:01] <BUGabundo> but collors are off
[02:01] <BUGabundo> even greys 
[02:01] <hyperair> colours
[02:01] <hyperair> or colors.
[02:01] <BUGabundo> gramar nazy
[02:01] <BUGabundo> :p
[02:01] <BUGabundo> thanks !
[02:03] <BUGabundo> RAOF: any way I can test this better?
[02:03] <BUGabundo> or make sure I got one of those 18bit LDVS panel  ?
[02:03] <RAOF> Well, if you didn't pay lots and lots of money to get a 24bit panel, you've got an 18bit panel.
[02:03] <BUGabundo> eheh
[02:03] <BUGabundo> got it
[02:04] <BUGabundo> the screen look brighter too
[02:04] <RAOF> And just general testing; suspend, resume, hibernate.  Use it for a while; does it die screaming after 5 hours?
[02:04] <RAOF> That sort of thing.
[02:04] <BUGabundo> then again I'm tired 
[02:04] <BUGabundo> ok
[02:04] <BUGabundo> suspend test coming up
[02:04] <BUGabundo> brb
[02:05] <RAOF> Just use it as your driver; if it's not obnoxious, great.
[02:10] <kklimonda> BUGabundo says that suspend has failed for him - "I had sound a net, but no x or tty acess"
[02:49] <Sarvatt> how are you getting gallium 3D support BUGabundo? building mesa yourself? i only added it to edgers a few hours ago, sure you aren't just using swrast?
[02:52] <RAOF> Compiz would bomb out with swrast.
[02:53] <kklimonda> Sarvatt, he uses xorg-edgers ppas
[02:57] <Sarvatt> i just dont know how he could have spent the evening testing it when it was only up for under an hour when he said that and i only mentioned it in here, sounded like he might have been using swrast :)
[02:58] <kklimonda> Sarvatt, either I or RAOF has mentioned it to him on #ubuntu+1
[02:58] <Sarvatt> no problems here so far though outside of a 5 second stall closing the glxgears window once under compiz, openarena extreme tux racer and neverball are all very playable at 1280x800
[02:59] <Sarvatt> the alt-tab graphics look as nasty under nouveau as intel, comparing them side by side :D
[03:00] <Sarvatt> really ugly text rendering scaled down like that
[03:01] <kklimonda> I'm suprised how good 3D support is
[03:01] <kklimonda> I was expecting it to bork my system completely
[03:02] <johanbr> yes, me too
[03:02] <johanbr> a few minor rendering artifacts, but overall it works very well
[03:02] <RAOF> I get a very fetching all-white screen.
[03:03] <Sarvatt> doing what?
[03:03] <Sarvatt> font shadows look a little funky
[03:03] <RAOF> Starting compiz.
[03:04] <Sarvatt> guessing everyone else testing is using nv50 :D
[03:05] <RAOF> Ah.  Because I've got bad permissions somewhere.
[03:07] <Sarvatt> ya get the udev upgrade?
[03:08] <johanbr> changing the window translucency looks a bit funky...
[03:08] <Sarvatt> standard main compiz profile RAOF? or do you have any extra plugins enabled?
[03:09] <RAOF> No, I don't think I do have the udev upgrade.  Where is it?
[03:09] <Sarvatt> should be 1:149-6~nouveau
[03:09] <Sarvatt> its in xorg-edgers/nouveau
[03:10] <RAOF> Oh.  I *can* make compiz SIGFPE in nouveau_dri.so :)
[03:12] <Sarvatt> wonder if its related to not having ctxprogs from the blob on your nv40
[03:12] <RAOF> Possibly.  I'll restart using the blob's ctxprogs.
[03:12] <RAOF> I think it's more likely to be AIGLX being broken.
[03:15] <Sarvatt> probably, seems to work decently on nv50 at least. going to test the patched lbm-nouveau that doesnt need firmware for nv50 again in a bit
[03:15] <johanbr> did anyone try gnome-shell?
[03:16] <RAOF> Well, that wasn't a ringing success; it seems setting ctxfw=1 is a good way of making nouveau just not come up.
[03:16] <Sarvatt> oh it doesnt add the firmware to the initrd
[03:16] <RAOF> Oh.
[03:16] <RAOF> It doesn't?
[03:17] <Sarvatt> noticed that when i built the one that doesnt need firmware, it only installed the firmware for the other models that need it
[03:17] <RAOF> Oh!
[03:17] <Sarvatt> modinfo lbm-nouveau lists the stuff it adds
[03:18] <kklimonda> johanbr, not really - we all expect it to fail though ;)
[03:19] <johanbr> hmm, sounds like a challenge ;)
[03:19] <Sarvatt> i dont, mutter works fine :)
[03:20] <Sarvatt> i did test that out, just not the full gnome-shell
[03:23] <johanbr> starting gnome-shell causes a hard lockup
[03:24] <johanbr> and no DRI after a cold boot
[03:26] <RAOF> Sarvatt: Have you actually uploaded udev 149-6~nouveau?  I can't see it.
[03:26] <RAOF> No, it should be there...
[03:27] <RAOF> Why can't I see it?
[03:28] <Sarvatt> what version do you have now?
[03:29] <Sarvatt> you can just makes these changes to the 3 files in /lib/udev/rules.d/ http://sarvatt.com/downloads/patches/udev-lbm-nouveau.patch
[03:29] <RAOF> 149-5
[03:30] <Sarvatt> you have xorg-edgers/nouveau enabled right?
[03:31] <Sarvatt> that'd be the only reason i can think of
[03:31] <RAOF> I do, yes.
[03:36] <RAOF> Oh.  It seems my apt-proxy was being stupid.
[03:47] <RAOF> With bonus corrupted VTs!
[14:10] <BUGabundo> guud afternoon
[14:16] <kklimonda> hey
[14:39] <BUGabundo> FYI suspend to RAM is broken with nouveau gallium on nvidia 8400gm
[14:42] <BUGabundo> http://dl.dropbox.com/u/112892/Screenshot1.png
[14:42] <BUGabundo> http://dl.dropbox.com/u/112892/Screenshot2.png
[14:43] <BUGabundo> funny view of Cube bugs
[14:49] <kklimonda> BUGabundo, what's weird is that it works on my quadro 140m just fine (and quadro is based on 8400something)
[14:50] <BUGabundo> maybe an option
[14:50] <BUGabundo> don't know
[14:50] <BUGabundo> maybe Reflexion plugin
[14:51] <kklimonda> right, you should try with default plugins probably
[14:59] <BUGabundo> ahhhh
[14:59] <BUGabundo> 3D Windows BUG
[14:59] <BUGabundo> :)
[15:02] <BUGabundo> "Paint Windows Like Backgroud" seems to be the cause of my Windows Preview bug
[16:36] <BUGabundo> windows shifting may be slower
[16:36] <BUGabundo> but browsers and some ups, scrolling is *much* smoother
[16:37] <BUGabundo> there's no comparition in Firefox
[16:38] <hyperair> no comparition?
[16:38] <hyperair> comparison?
[16:38] <BUGabundo> much nicer
[16:38] <hyperair> ah
[16:38] <BUGabundo> yea, ytpo
[16:39] <hyperair> well i've heard nouveau does well in the 2D acceleration field
[16:39] <hyperair> stuff like banshee's smooth scrolling works better on nouveau too.
[16:39] <hyperair> although it's very jerky with intel
[16:40] <BUGabundo> it needs a bit work here : http://dl.dropbox.com/u/112892/ubuntu-x.png
[16:40] <BUGabundo> other then that, its very nice
[16:41] <hyperair> lol
[16:41] <hyperair> that looks bad
[16:42] <BUGabundo> everything from tooltips, to other  overlays is like that
[16:42] <kklimonda> overlays?
[16:43] <BUGabundo> hyperair: I'm almost sure it's a bug in 3D Windows plugin
[16:43] <BUGabundo> turning that off it does improve a lot
[16:43] <hyperair> i see.
[16:43] <BUGabundo> kklimonda: as in stuff that goes overing other
[16:43]  * hyperair doe more
[16:43] <hyperair> er
[16:43] <hyperair> stupid lagging X
[16:43] <BUGabundo> ahah
[16:43] <hyperair> it just drops my keyboard events damnit >_>
[16:44] <hyperair> i meant i don't use the cube any more
[16:44] <BUGabundo> mew
[16:45] <BUGabundo> its _pretty_ 
[16:45] <hyperair> yeah, but not practical.
[16:45] <BUGabundo> sure
[16:45] <hyperair> i have three rows of workspaces
[16:45] <BUGabundo> expose and zoom are nicer and usefull
[16:45] <hyperair> it's a 3x3 grid.
[16:45] <BUGabundo> 5x2
[16:45] <BUGabundo> usually have 4 desktops filled
[16:45] <hyperair> so with a maximum of 2 desktop switches, i can switch to any workspace in that 3x3 grid.
[16:45] <hyperair> and have 9 workspaces.
[16:45] <hyperair> the cube can't do that =\
[16:45] <BUGabundo> right
[16:46] <hyperair> if the cube supported multiple rows of workspaces, then sure
[16:46] <BUGabundo> windows expose FTW
[16:46] <hyperair> windows expose?
[16:46] <hyperair> you mean scale?
[16:46] <BUGabundo> yes
[16:46] <BUGabundo> http://dl.dropbox.com/u/112892/expose.png
[16:46] <hyperair> agreed.
[16:46]  * hyperair uses that intensively
[16:46] <hyperair> even for closing windows
[16:47] <BUGabundo> ahah
[16:47] <BUGabundo> got to have a BIG screen
[16:47] <BUGabundo> to hit those X
[16:47] <hyperair> what X?
[16:47] <BUGabundo> close wind
[16:47] <BUGabundo> lol
[16:47] <BUGabundo> the cross 
[16:47] <hyperair> um you close the X in expo mode?
[16:48] <hyperair> that's not scale
[16:48] <hyperair> that's expo!
[16:48] <hyperair> i'm talking about scale. middle clicking on a window closes it
[16:48] <BUGabundo> there used to be this 3rd party compiz plugin that would stick scale on a secondary Monitor
[16:48] <BUGabundo> I loved it
[16:48] <hyperair> never used it
[16:49] <BUGabundo> http://dl.dropbox.com/u/112892/expose2.png this ?
[16:49] <hyperair> yeah tht
[16:49] <BUGabundo> yeah
[16:49] <hyperair> middle click on a window and it closes
[16:49] <BUGabundo> nice to find a wind
[16:49] <BUGabundo> oooooooohhhhhhhhhhh
[16:49] <BUGabundo> really?
[16:49]  * BUGabundo tries
[16:49] <hyperair> yep
[16:50] <hyperair> and rightclick on it and it zooms in to normal size
[16:50] <hyperair> temporarily
[16:50] <hyperair> if you've got the text filter thing you can even filter the windows based on title
[16:50] <BUGabundo> naa
[16:50] <BUGabundo> mine does ZOOM
[16:51] <hyperair> configure it in scale addons
[16:52] <hyperair> http://www.ubuntu-pics.de/bild/41579/screenshot_01_FVjiE6.jpg
[16:53] <BUGabundo> its already enabled
[16:53] <BUGabundo> maybe it conflicts with zoom
[16:53] <BUGabundo> wow that theme is scary
[16:53] <hyperair> what?
[16:54] <hyperair> and no it doesn't conflict with zoom
[16:54] <BUGabundo> then I'm doing it wrong
[16:54] <hyperair> lol
[16:54] <hyperair> i think compiz by default has it enabled
[16:54] <hyperair> er has it enabled by default
[16:55] <hyperair> what's scary about my theme anyway? O_o
[16:55] <hyperair> or am i missing something
[16:55] <BUGabundo> bright blue
[16:55] <hyperair> O_o
[16:56] <hyperair> is bright blue scary?
[16:56] <BUGabundo> for a DE: YES
[16:56] <hyperair> O_o
[16:56] <hyperair> but why?
[16:56] <BUGabundo> lets see: super + w, get it scaled, then without letting go, mouse middle click?
[16:57] <BUGabundo> doesn't work
[16:57] <hyperair> oh, i see.
[16:57] <hyperair> you're using the keyboard!
[16:57] <hyperair> it doesn't work that way
[16:57] <hyperair> you need to trigger the scale using one of the hot-edges
[16:57] <kklimonda> it works from keyboard here
[16:57] <hyperair> kklimonda: the scale addons thing?
[16:58] <BUGabundo> confilts with Super-mouse2 for zoom box
[16:58] <hyperair> BUGabundo: you're doing it wrong >_>
[16:58] <BUGabundo> I don't use mouse!!!
[16:58] <BUGabundo> if I can avoid it
[16:58] <BUGabundo> so corners is a NO GO
[16:58] <hyperair> heh
[16:58] <hyperair> lol
[16:58] <hyperair> okay, let's think..
[16:58] <hyperair> there are keyboard shortcuts available for setting in scale addons
[16:58] <kklimonda> hyperair, yes
[16:58] <hyperair> set something there
[16:59] <hyperair> BUGabundo: and set your scale plugin's behaviour to not require you to hold down your key
[16:59] <hyperair> BUGabundo: like when you release your scale's keybinding, it should stay in scale mode
[17:00] <hyperair> "Key  bindings toggle scale mode"
[17:00] <BUGabundo> bah
[17:00] <BUGabundo> never mind
[17:00] <BUGabundo> don't use it either
[17:01] <BUGabundo> would eventually forget about it 
[17:01] <hyperair> lol
[18:52] <Sarvatt> hmm, should this be fixed released or wontfix? his problem is r600_dri.so doesnt exist in karmics ia32-libs, its fixed in lucid but wont be fixed in karmic https://bugs.edge.launchpad.net/ubuntu/+source/mesa/+bug/515933
[18:55] <Sarvatt> fix released it is, i can't set wontfix anyway :)
[19:06] <Sarvatt> darn.. ya got me hoping the fix in your bug would fix the flickering post-resume alot of us are getting on 945 jcristau :D http://bugs.freedesktop.org/show_bug.cgi?id=25371
[19:07] <Sarvatt> still getting the flickering and lockup post resume here with drm-intel-next though
[19:07] <Sarvatt> (with powersave=1)
[19:08] <Sarvatt> i still cant suspend if i ever mount a sd card on the lastest .33, thats a nasty one
[19:19] <knittl> EVIOCGNAME <- could this be related to failing wakeup from standby?
[19:22] <Sarvatt> nah thats normal right now with the udevification and harmless afaik
[19:23] <Sarvatt> looks like its loading evdev for every device and when something else like synaptics takes it over it gives that error and unloads evdev for that device unless I'm mistaken
[19:24] <Sarvatt> (EE) ioctl EVIOCGNAME failed: Inappropriate ioctl for device <- that?
[19:25] <Sarvatt> jbarnes: are you around by any chance? I have a question about this commit http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7121413f2accf14cf05b38539fb7a8be77543370
[19:26] <Sarvatt> aspire ones have a DMI product name of AOA110 or AOA150 and not Aspire one so I'm not sure it ever gets used?
[19:26] <jbarnes> Sarvatt: hm
[19:26] <Sarvatt> mine is quirky and always reports the lid closed to devicekit-power, I cant boot with the lid closed
[19:26] <jbarnes> worked on my machine
[19:27] <jbarnes> it had an old bios though iirc
[19:28] <Sarvatt> would something like this potentially work? I'm no kernel hacker, not sure if its worth fixing kernel-package to build a new kernel to try it :D http://sarvatt.com/downloads/patches/0001-Make-drm-i915-blacklist-Acer-AspireOne-lid-status-ac.patch
[19:28] <Sarvatt> am I supposed to be able to boot with the lid closed though? not sure if thats intended or if that would fix that
[19:29] <jbarnes> well you should probably leave the existing one alone
[19:29] <jbarnes> since I tested that on my aspire one
[19:29] <jbarnes> the others look ok, though I'm not sure about the * matching
[19:29] <Sarvatt> i'm using a gateway bios on my acer aspire one, its the same thing as the acer bios except with a gateway vendor name and it has more brightness levels exposed, acer blocked out the lower brightness levels because it causes backlight flickering but i like the lower power :D
[19:31] <jbarnes> if you've tested and confirmed against those machines and it makes things work, definitely send a patch to intel-gfx and cc eric@anholt.net
[19:35] <Sarvatt> ok I'll make another leaving the Aspire one match alone and add AOA1* seperately, I'm positive AOA1* only matches AOA110 (ssd model) and AOA150 (hdd model) aspire ones. I just wasn't sure if that commit was intended to let you boot with the lid closed because I dont have a problem booting with the lid open and didnt before that commit and I'm pretty sure that commit isn't doing anything here because Aspire one isnt anywhere in the dmi 
[19:36] <Sarvatt> will try it out, thanks :)
[19:36] <Sarvatt> devkit-power always reports lid-is-closed:   yes on this thing
[19:39] <Sarvatt> nouveau has a module option to ignore acpi lid status that I need to boot if the lid is closed, guess its intentional that things dont start up right with a closed lid
[19:41] <Sarvatt> was hoping [PATCH] drm/i915: handle FBC and self-refresh better would fix the blinking and eventual hangs with intel_gpu_top reporting 100% use in framebuffer compression that only happens after resume here on this netbook but no luck :(
[19:48] <Sarvatt> hmm powertop saying Xorg is writing to /var/log/Xorg.0.log preventing the hdd from sleeping but its not writing anything to it, wonder what thats about
[19:50] <johanbr> Sarvatt, I've noticed that powertop "writing to..." line can be pretty inaccurate
[19:51] <johanbr> sometimes it claims that user programs are writing to /usr
[19:51] <Sarvatt> jbarnes: just curious, but have you tried using intel 2.10 on your aspire one? I'm not aware of *anyone* able to use 2.10+ without random batchbuffer I/O error hangs on 915-945
[19:51] <Sarvatt> sorry to bug you so much :)
[19:53] <Sarvatt> some change in libdrm between 11-25 and 12-03 made 915-945 completely unstable with intel 2.10 on any kernel
[19:54] <BUGabundo> evening
[19:54] <Sarvatt> thats blocking us going to 2.10 in lucid :(
[19:54] <jbarnes> Sarvatt: I haven't tried it yet
[19:54] <Sarvatt> heyo BUGabundo 
[19:54] <jbarnes> but yeah I've heard similar reports
[19:54] <jbarnes> a bisect might help
[19:55] <Sarvatt> i can't bisect libdrm to find out what did it because almost all the commits between are unstable on their own, I've been trying for months
[19:56] <Sarvatt> but I know a libdrm git checkout from 11-25 is stable with intel 2.10
[19:56] <Duke`> During the past days, I suffered less often of the Execbuf Error
[19:56] <jbarnes> Sarvatt: just libdrm huh?
[19:57] <jbarnes> I figured it must be an xf86-video-intel problem
[19:57] <jbarnes> but if it's libdrm that could be even more serious
[19:57] <Sarvatt> yeah some interaction between libdrm and the new things in the ddx there, libdrm git is 100% stable on its own with intel 2.9.1
[19:58] <Sarvatt> and intel from 11-11 is fine with the newer libdrm as well
[19:58] <jbarnes> is there new execbuf2 stuff in there possibly?
[19:58] <Sarvatt> it happens on 2.6.30 and 2.6.31 kernels as well
[20:00] <Sarvatt> intel git was broken between 11-11 and 12-06 or so for me as well so I can't bisect the driver to see what change in there messed it up
[20:01] <jbarnes> arg
[20:01] <bryceh> heya jbarnes
[20:01] <jbarnes> bryceh: hi
[20:10] <BUGabundo>  1211   0.80s   0.07s     0K     0K     0K     0K  --   - S  44% Xorg
[20:10] <BUGabundo> I'm seeing much more CPU usage since I changed to nouveau gallium
[20:10] <Sarvatt> seeing alot of  invalid BO alignment 4096 crashes under 2.6.31 as well, at least those dont happen under .32+ but people with the karmic kernel are having problems using edgers
[20:12] <Sarvatt> BUGabundo: just dont expect nouveau gallium to work right, the call for testing was for the xorg-edgers/nouveau PPA because that's what's going to be in lucid :D
[20:12] <BUGabundo> Sarvatt: that's what I started using last night
[20:12] <Sarvatt> i'm just enabling 3D support in edgers for people that want to break things, they dont even want upstream 3D related bug reports yet because they know its broken :)
[20:12] <BUGabundo> its terribly slow
[20:13] <BUGabundo> I WANT 3D !  I WANT 3D !  I WANT 3D !  I WANT 3D !  
[20:13] <BUGabundo> That's the only reason I installed it
[20:13] <BUGabundo> 3D is NOT broken
[20:13] <BUGabundo> it works fine here
[20:13] <Sarvatt> that will change on a day to day basis for sure, it breaks all the time :D
[20:14] <kklimonda> Sarvatt, so you were just lucky when grabbing git snapshot? :)
[20:14] <kklimonda> ugh
[20:15] <Sarvatt> well unlucky for some people, at least we're lucky its working well on nv50 :) its completely usable here, i already removed the blob
[20:15]  * BUGabundo stabs Sarvatt
[20:15] <BUGabundo> don't go kill it for me
[20:15] <BUGabundo> I need it on its BEST mode for Saturday FLOSS presentation
[20:15] <BUGabundo> gonna try getting a few more users to Ubuntu 
[20:16] <BUGabundo> if Compiz is broken, then Ill lose points!!!
[20:16] <BUGabundo> you don't want that on your shoulders do you ? 
[20:16] <BUGabundo> :P
[20:16] <Sarvatt> BUGabundo: not sure if you got the message but its expected to use both xorg-edgers/ppa and xorg-edgers/nouveau at the same time if you use nouveau
[20:17] <BUGabundo> that's what I have
[20:17] <Sarvatt> okie, just wanted to be sure since i said it in here when you werent around :)
[20:17] <BUGabundo> I followed RAOF pointers
[20:17] <Sarvatt> theres udev and plymouth updates to work for nouveau in xorg-edgers/nouveau that i didnt put in xorg-edgers/ppa yet
[20:17] <BUGabundo>  1211   0.98s   0.18s     0K     0K     0K     0K  --   - D  57% Xorg
[20:17] <BUGabundo> still this is TOO MUCH cpu
[20:17] <Sarvatt> thats using compiz?
[20:17] <BUGabundo> yes
[20:18] <BUGabundo> nv blob was much nicer
[20:18] <BUGabundo> $ ls
[20:18] <BUGabundo> total 12K
[20:18] <BUGabundo> -rw-r--r-- 1 root root 67 2010-02-07 23:13 xorg-edgers-nouveau-lucid.list
[20:18] <BUGabundo> -rw-r--r-- 1 root root 63 2010-02-07 23:13 xorg-edgers-ppa-lucid.list
[20:18] <BUGabundo> -rw-r--r-- 1 root root 63 2010-02-07 23:13 xorg-edgers-ppa-lucid.list.save
[20:19] <Sarvatt> pastebin your xorg.0.log and dmesg? just curious what they look like on your system with that setup to see if i spot any more errors :D
[20:20] <Sarvatt> btw if you want to go back to nouveau without 3D support just sudo ppa-purge xorg-edgers, it'll just remove xorg-edgers/ppa and leave xorg-edgers/nouveau
[20:20] <kklimonda> Sarvatt, have I already thanked you for the ppa-purge script?
[20:20] <kklimonda> Sarvatt, it's the best thing since sliced bread ;)
[20:20] <kklimonda> ok, I got weird font colors in xchat :D
[20:20] <Sarvatt> the -p argument to ppa-purge is broken after some changes tormod did so you cant remove xorg-edgers/nouveau yet :(
[20:21] <Sarvatt> no worries kklimonda glad it helped, surprised there wasn't anything similar out there already
[20:21] <BUGabundo> Sarvatt: $ pastebinit Xorg.0.log http://paste.ubuntu.com/372001/
[20:21] <BUGabundo> $ dmesg | pastebinit http://paste.ubuntu.com/372003
[20:22] <BUGabundo> Description: Disables a PPA and reverts to official packages
[20:22] <BUGabundo>  This package provides a script capable of automatically downgrading all
[20:22] <BUGabundo>  packages from a given PPA back to the official Ubuntu versions.
[20:22] <BUGabundo> hey that's nice
[20:32]  * BUGabundo is sad
[20:32] <BUGabundo> this drivers suck for video!!!!
[20:32] <BUGabundo> can't watch a single video .... it just shows horizontal strikes
[20:33] <kklimonda> whoa, I've just all my fonts.. they have all disappeared
[20:35] <bryceh> BUGabundo, please keep comments constructive
[20:35] <BUGabundo> kklimonda: also you no longer know how to speak english
[20:35] <BUGabundo> bryceh: I know
[20:35] <BUGabundo> just frustrated
[20:36] <bryceh> BUGabundo, perhaps take a break and come back to it later when you're more calm?
[20:36] <BUGabundo> aahaha
[20:36] <BUGabundo> bryceh: no worry my friend
[20:36] <BUGabundo> all cool
[20:37] <BUGabundo> I wouldn't be testing this, if I wasn't capable of having it breaking on me, would I ?
[20:37] <BUGabundo> just that sometimes, one of you guys can have some tips that might make this better for me (and everyone else) or maybe I provide some useful report
[20:39] <bryceh> BUGabundo, keep in mind people on this channel are busy with development work so requests for help on bugs often interrupts other important work, so it is a good idea to avoid impoliteness when asking for help
[20:40] <BUGabundo> okidoki. go back to your work... I'll be in +1 :D
[20:40] <BUGabundo> helping others too
[20:56] <Sarvatt> it being slow is fully expected unfortunately, i'm worried about bugs like kklimonda's fonts disappearing.. is that with compiz disabled or enabled?
[20:57] <kklimonda> Sarvatt, it was with compiz enabled but replacing it with metacity haven't fixed that
[20:57] <kklimonda> Sarvatt, only after I've switched to VT and back again I got fonts back
[21:00] <Sarvatt> do you have Force Synchornization between X and GLX enabled in compiz?
[21:01] <kklimonda> yes
[21:04] <Sarvatt> looks like you're hitting https://bugs.launchpad.net/bugs/517807 too btw BUGabundo_dinner 
[21:08] <BUGabundo> Sarvatt: for exactly what symptom ?
[21:09] <Sarvatt> i just saw the [22076.107618] swapper: page allocation failure. order:2, mode:0x4020 in your dmesg
[21:09] <BUGabundo> ah thanks
[21:11] <BUGabundo> Sarvatt: my X fallback to no WM, I $DISPLAY=:0 compiz --replace &, but now I lost my top bar (gnome)
[22:15] <coz_> just noticed nvidia drivers showing up in hardware drivers... is it safe to install and reboot??
[22:16] <tseliot> yes, it should be
[22:17] <tseliot> if you're referring to lucid
[22:17] <coz_> tseliot,  ok let me try it now    
[22:17]  * coz_ crosses fingers :)
[22:17] <coz_> tseliot,  yes I have another system with lucid on it  so its installing now 
[22:18] <coz_> tseliot,  do you know what the issue was this week ??  plymouth?
[22:23] <coz_> nope  nvidia still not installing 
[22:24] <coz_> let me reboot this again
[22:24] <coz_> nope
[22:24] <coz_> doesnt even go to text console
[22:25] <coz_> pure black lol
[22:25] <coz_> ah another reinstall I suppose lol
[22:29] <bjsnider> is that problem with nvidia-current being blacklisted fixed?
[22:30] <coz_> not sure   there were no drivers even listed in hardware drivers  all week
[22:30] <coz_> manual install  didnt work last time I tried
[22:30] <coz_> system freeze with manual install
[22:59] <bryceh> RAOF, Sarvatt, question on https://edge.launchpad.net/~xorg-edgers/+archive/nouveau - is this all stuff staged to be uploaded for Lucid?  Any tasks needing done before I start looking at uploading these packages?
[22:59] <bryceh> Also, do you suggest a particular order to upload them?
[23:02] <RAOF> I think it's all ready to go, modulo the obvious versioning.
[23:02] <kklimonda> bryceh, right now you can't install lbm -generic and -generic-pae packages at the same time - that should probably be fixed (even if they aren't to be installed side-by-side a Conflicts: field have to be added).
[23:02] <RAOF> kklimonda: Thanks for reminding me.  Yes.
[23:03] <bryceh> does lbm need uploaded before the X bits?
[23:03] <RAOF> That should be fixed; l-b-m-n ships an initramfs hook.  That should be moved to the existing framebuffer copyfest.
[23:03] <RAOF> Yes.  The X bits need lbm before they'll work at all.
[23:03] <Sarvatt> the linux-backports is the most important one to get in, ROAF would be the one to ask though because I'm not sure whats going on with the libdrm/nouveau packages in there. looks like he has the libdrm updates queued in git though. it would be nice to have a metapackage in lbm that the ddx can depend on so its not broken every abi bump before going in as well
[23:04] <bryceh> ok, so  0. nouveau-firmware, 1. lbm, 2. libdrm, 3. -nouveau, 4. xorg-server
[23:05] <bryceh> what about the plymouth and udev bits?
[23:05] <bryceh> guess those should follow lbm?
[23:05] <RAOF> I think they want to precede lbm, actually.
[23:06] <Sarvatt> those dont hurt anything if they are uploaded early
[23:06] <bryceh> ok
[23:07] <bryceh> ok, so  0. nouveau-firmware + udev + plymouth, 1. lbm, 2. libdrm, 3. -nouveau, 4. xorg-server
[23:08] <Sarvatt> it shouldnt hurt anything if xserver is updated too before the rest too, it'll just fail to load nouveau and move on with no xorg.conf. it was just back when we had a default xorg.conf in early karmic with 1 device section and no named driver in there that we couldn't use those
[23:09]  * bryceh nods
[23:09] <bryceh> I put it last though since nouveau is not yet in main, so having it load nv is going to still be appropriate until we're closer to that point
[23:10] <bryceh> (but perhaps I'm wrong?)
[23:10] <Sarvatt> yeah, if anything it'll just be opt-in for people who choose it in an xorg.conf without that patch
[23:11] <Sarvatt> a libdrm version bump would be nice right about now.. :)
[23:11] <RAOF> We'd need to pull in a new DDX too, though.
[23:11] <RAOF> :)
[23:12] <Sarvatt> could we sneak nouveau-firmware in the lbm package with the other firmware in it? :D
[23:13] <bryceh> is nouveau-firmware going to be a Ubuntu-X package, or the kernel team's?
[23:14] <Sarvatt> it'll go away lucid+1 almost guaranteed
[23:14] <bryceh> (I've been assuming the latter)
[23:14] <bryceh> oh btw I talked to them about this a bit last week, and it sounded like they'd be keen on backporting the upstream stuff that makes it go away, so that it never becomes an issue for lucid
[23:15] <bryceh> so if you have recommendations for what to backport, we should just let them know
[23:16] <Sarvatt> i've been using that all this time with no problems but i'm sure theres some reason it's not upstream yet :D
[23:20] <Sarvatt> i got nouveau gallium set up on xorg-edgers/ppa to play with too if you didn't see, compiz is working great here and the only game I've been had problems with is nexuiz (who doesnt have problems with that one)
[23:21] <bryceh> great
[23:21] <RAOF> It doesn't work for me, though, which is not great :`(
[23:24] <Sarvatt> oh yeah about that - glxinfo show gallium being used? was it just compiz starting that killed things for you? tried any 3D games or anything without compiz?
[23:27] <Sarvatt> ack
[23:27] <Sarvatt> I'll break the kernel API and bump to 0.0.16 real soon now anyway, so
[23:27] <Sarvatt> I'll fold the changes in when I update libdrm for it.
[23:28] <RAOF> Compiz killed things; texture_from_pixmap is broken.
[23:28] <Sarvatt> LIBGL_ALWAYS_INDIRECT=1 compiz --replace work?
[23:30] <RAOF> Oh, it probably would, wouldn't it.  Let me check.
[23:36] <Sarvatt> ah compiz --indirect-rendering does the same thing
[23:37] <jcristau> oh, nice, tormod got a newer radeontool into debian
[23:53] <bryceh> Sarvatt, RAOF, I added a small "how to revert nouveau" section at https://wiki.ubuntu.com/X/Nouveau - could you take a minute to look at that and let me know if I missed anything we'd need to do?