=== bryce_ is now known as bryce2
rippslucid ati drivers still use mesa, right? I thought that gallium3d was ready for ati now.02:08
RAOFradeon gallium is still pretty new; I don't think *any* of the gallium drivers are ready for primetime yet.02:10
RAOFIncluding the intel one, which has been going the longest :).02:10
RAOFI could be wrong, though.  I don't pay that much attention to the radeon side of things.02:11
jcristauthe intel one is probably the least ready02:12
RAOFWhich seems odd, but I presume is due to laribee slipping and slipping and slipping.02:14
jcristauor maybe i don't know which one you're talking about.  there's probably a poulsbo gallium driver.  but meh, poulsbo.02:15
RAOFNot one that we have the source to, I presume :)02:15
RAOFMy memory is correct, right?  Tungsten Graphics, of Intel-driver fame, started gallium?  As what seemed to me to be a project to make Intel's upcoming Larribee super-x86 GPU work?02:18
NoelJBAs of today, I have a situation where (and I have uninstalled and reinstalled to check), 2.6.32-11 works with nvidia-current, and 2.6.32-12 will start with it, but as soon as I open a terminal window and do nothing other than hit <cr>, the system hangs (requires hard power-off).03:33
NoelJBweird thing is that it was working earlier today.03:44
tjaaltonbdmurray: if it's a serial tablet it won't work yet04:31
tjaaltonoh, usb id..04:32
tjaaltonnevermind then04:32
tjaalton* Add klingon language definition.04:46
tjaaltonin libx11...04:46
tjaaltonlike that's ever going upstream?04:46
tjaaltonand failed to build05:57
libvthat'll really help the spread of the linux desktop.06:04
tjaalton"look, even trekkies love it"06:10
libvthe marketing potential of that is enormous.06:20
libvtrekkies are also a big and popular subculture06:20
libvespecially known for their low geek count :)06:21
libvthe uptake of free software with trekkies, since they spend soo much time watching telly and playing trekkie windows/console games, must be very low06:22
libvso the potential of growth there is enormous!06:22
libvand what young boy doesn't dream of being able to use the ever so popular "openoffice turned my homework into klingon" excuse06:23
tjaaltontlhIngan maH!06:29
libvis there a definition for vulcan?06:31
tjaaltonno, that should be fixed06:31
libvright, because otherwise this whole brilliant world domination scheme will fail06:32
SarvattRAOF: need to have lbm-nouveau conflict with all the nvidia-stuff it looks like15:20
Sarvatt[   26.151671] NVRM: The NVIDIA probe routine was not called for 1 device(s).15:21
Sarvatt[   26.151675] NVRM: This can occur when a driver such as rivafb, nvidiafb or15:21
Sarvatt[   26.151677] NVRM: rivatv was loaded and obtained ownership of the NVIDIA15:21
Sarvatt[   26.151678] NVRM: device(s).15:21
Sarvattah nevermind that was because of my xorg.conf from the nvidia package, thats why it was so late into the boot15:26
Sarvatthmm, why did X start with display :0 on vt1 with nouveau? http://sarvatt.com/downloads/nouveau.1.log15:28
Sarvattalso, XAA? RAOF, how did you change the nouveau probe routine to always asume KMS?15:29
tjaaltonSarvatt: the log is with -nv btw15:31
Sarvattargh thanks tjaalton15:31
* Sarvatt needs morning coffee before messing with these things :)15:31
Sarvattso the xserver patch didnt work there15:32
Sarvattah my fault of course15:32
Sarvattthats the machine i was playing with 100_rethrow_signals.patch on so i had the same version15:32
_stink_hey folks - i'm playing around with X drivers.  little question: i see that x drivers in packages are .so files.  when i compile a sort-of-obscure x driver, the ./configure;make ends up with a .la file.  i'm vaguely aware that these are different, but can X load the .la if i put it in the module directory along with the other .so files?15:35
jcristauyou should get a .so with the .la15:36
_stink_ok.  any hint on the linking or whatever step that's missing that i need to get the .so?15:38
jcristauthere isn't one.  libtool gives you a .so together with the .la15:39
_stink_ok.  thanks for the info!15:40
_stink_oh, huh, didn't even look at the .la.  silly me.15:41
_stink_i thought it was binary.15:41
Sarvattthings look good this time15:41
kklimondahey, how can I debug not working xv with nouveau driver in lucid? The one posted on mailing list today. xvinfo says no adaptors present but it worked just a moment ago (maybe a restart ago)15:43
Sarvattthe lbm stuff is loaded unconditionally if you have nvidia hardware though, nvidia isn't working when its installed at the same time15:43
Sarvattwhat does cat /var/log/Xorg.0.log | grep Xv say?15:44
kklimondagrep XV shows: (II) Loading extension XVideo15:45
kklimonda(II) Loading extension XVideo-MotionCompensation15:45
Sarvattpastebin the whole log?15:45
Sarvattsarvatt@arcueid:/etc/X11$ cat /var/log/Xorg.0.log | grep Xv15:45
Sarvatt(II) NOUVEAU(0): [XvMC] Associated with Nouveau GeForce 8/9 Textured Video.15:45
Sarvatt(II) NOUVEAU(0): [XvMC] Extension initialized.15:45
Sarvatt(EE) NOUVEAU(0): Error creating GPU channel: -1615:47
Sarvatt(EE) NOUVEAU(0): Error initialising acceleration.  Falling back to NoAccel15:47
Sarvattdo you have the nouveau firmware installed?15:47
Sarvatti had it installed before i installed the ppa packages so i'm not sure about that part, lets see15:48
kklimondayes, I have15:48
Sarvattdmesg | grep firmware show it loading both?15:49
Sarvatt[    2.085401] nouveau 0000:05:00.0: firmware: requesting nouveau/nv86.ctxprog15:50
Sarvatt[   13.683234] nouveau 0000:05:00.0: firmware: requesting nouveau/nv86.ctxvals15:50
kklimondayes - both15:50
Sarvattkklimonda: sorry, had to run to a job there, would you mind putting your dmesg on pastebin too?17:16
Sarvattkklimonda: don't know if you saw my message because of the split right after but would you mind putting your dmesg on pastebin too?17:33
kklimondaSarvatt: http://pastebin.com/f18c6079517:37
Sarvatthmm, and it happens every boot? [   17.394177] [lbm-drm] nouveau 0000:01:00.0: GPU lockup - switching to software fbcon is the only thing that stands out compared to mine17:48
kklimondawell, not every boot because it worked once - but since then I get this GPU lockup every time17:50
kklimondaonce as at one boot :)17:51
Sarvattoh just realized i have quiet splash removed from the kernel command line still because nouveau had problems with it in the past, lets see if it works with it there now :) we have basically the same GPU17:59
Sarvattindeed thats the problem18:00
Sarvatt(EE) NOUVEAU(0): Error creating GPU channel: -1618:00
Sarvatt(EE) NOUVEAU(0): Error initialising acceleration.  Falling back to NoAccel18:00
Sarvattremove quiet splash from your /etc/default/grub GRUB_CMDLINE_LINUX_DEFAULT="quiet splash whatever" line and update-grub after will fix it for now, I know thats no real fix18:01
Sarvattactually, I ran update-initramfs -u between those reboots as well, let me make sure it wasnt that first18:03
Sarvatti had that problem in the past for a long time though and i had to remove quiet splash to work around it18:04
Sarvatti did the update-initramfs because I noticed your ctxvals was getting loaded right after ctxprogs and mine was getting loaded 12 seconds after18:05
Sarvattand now its getting loaded at the same time18:05
Sarvattyep it was quiet splash, removed it again and it works18:07
Sarvatt(II) NOUVEAU(0): [XvMC] Associated with Nouveau GeForce 8/9 Textured Video.18:07
Sarvatt(II) NOUVEAU(0): [XvMC] Extension initialized.18:07
Sarvatt(this kind of defeats the whole purpose of nouveau KMS getting brought in so early for the nice splash across all the major GPU's though)18:08
Sarvattworks fine with just quiet, just splash screwing with it18:12
Sarvatt  else if (strcmp (driver_name, "nouveau") == 0)18:17
Sarvattyeah plymouth needs a little adapting for lbm-nouveau I think18:17
Sarvattgood news, the plymouth change fixed it18:29
Sarvattline 444 of http://cgit.freedesktop.org/plymouth/tree/src/plugins/renderers/drm/plugin.c18:29
Sarvattchanging it to  else if (strcmp (driver_name, "lbm-nouveau") == 0)18:30
Sarvattprobably better to just add a new elseif section for lbm-nouveau but I just wanted to see if it would work18:31
kklimondaSarvatt: ok, thanks18:31
Sarvatti'll upload a fixed plymouth to that PPA18:31
Sarvattif i can figure out a versioning change that wont screw with the shlibs..18:32
Sarvatt^ non-intrusive plymouth patch to work with lbm-nouveau without wiping out normal nouveau support, works here18:50
Sarvattheyo bryce, if you were using the nouveau on edgers/nouveau ya have to remove splash to get acceleration it looks like, plymouth has to be adapted to the lbm-nouveau module name to use the drm renderer otherwise its screwing with the framebuffer and not initializing properly in X18:56
bryce2Sarvatt, ok thanks18:57
Sarvatti'm not sure what version i should call the new plymouth in the PPA though, its really odd18:57
Sarvattplymouth (0.8.0~-8)18:57
Sarvatti get shlibs warnings with anything i try18:58
bryce2why not 0.8.0~8 ?18:58
bryce2or 0.8.0~0ubuntu1~sarvat~1 or similar18:58
Sarvatt0.8.0~-8ubuntu1 doesn't work at least18:59
Sarvattwell i guess i'll just do it and ignore the shlibs warnings :D19:00
Sarvattoh weird dpkg-gensymbols: warning: new libraries appeared in the symbols file: libplybootclient.so.219:00
Sarvatthttp://sarvatt.com/downloads/patches/0001-src-plugins-renderers-drm-plugin.c-Add-check-for-lbm.patch is the patch to fix it, i linked it on #ubuntu-devel since its not really upstream material since its specific to our nouveau rename just for one release19:01
bjsniderrefresh my memory: how much has to be removed for the nvidia installer to work? jockey and all of the packaged drivers isn't it?19:03
Sarvatti dont think it'll work at all regardless on lucid with the way things are done now, will it?19:04
bryce2Sarvatt, sounds like you need to update the symbols file?19:04
bjsniderwell, it may not work afterwards, but i mean for the installer to run19:05
Sarvattmaybe we should just disable glx-tls in mesa so we dont have to do the whole /usr/lib/mesa or /usr/lib/nvidia-current stuff and can just use an alternative for /usr/lib/libGL directly19:05
bryce2Sarvatt, uhh19:06
Sarvatterr so mesa's libGL doesn't have to get put in /usr/lib/mesa/libGL.so.119:06
bryce2Sarvatt, run this issue by tseliot first, he may have a better idea for solving that19:07
tseliotSarvatt: ??19:11
tseliotwhy? What happened?19:11
tseliottjaalton: do you know if calibration works for wacom touchscreens? It doesn't seem to work here19:16
tseliotit says the calibration property has no items19:16
tseliotis it still WIP?19:17
Sarvatttseliot: I was just saying that because we couldn't leave libGL.so.1 in /usr/lib because it wouldn't take the alternatives due to the tags because of tls and I might be missing something but noone can install nvidia drivers directly from nvidia with how our libgl is an alternative always now19:25
Sarvattplus I have no idea about this - https://bugs.edge.launchpad.net/ubuntu/+source/mesa/+bug/25921919:26
ubottuUbuntu bug 259219 in mesa "Broken TLS support in libGL.so" [Undecided,Confirmed]19:26
tseliotSarvatt: right, I haven't worked on the installer yet19:27
tseliotSarvatt: that bug has been there since intrepid19:31
Sarvattugh, I miss my htc dream, this new phone has horrible reception19:31
Sarvattbryce2: libplymouth2.symbols is entirely 0.8.0~ and I didnt touch any of these things getting shlibs warnings, i think the current package probably had the shlibs warnings.. i'll just version it 0.8.0~-9~nouveau I guess19:36
Sarvattspinfinity seems to be the best plymouth plugin IMO19:36
Sarvattsolar has way too much cpu usage, spinfinity doesnt hardly use more than the default one and the progress bar looks muuch nicer19:37
Sarvattthe bar takes up the whole bottom of the screen instead of being offcenter under the ubuntu logo19:38
tjaaltontseliot: what tool are you using?19:39
tseliottjaalton: xinput19:39
tseliotSarvatt: we'll use our own plymouth theme19:40
tseliot(not the one which is currently in Lucid though)19:40
Sarvatttried xsetwacom tseliot?19:41
tseliotSarvatt: with the new wacom driver? Would it work?19:41
tjaaltontseliot: there are at least two calibration tools, recently discussed on xorg@. apparently they work and so should xinput19:41
jcristauSarvatt: did 259219 ever get forwarded upstream?19:41
tjaaltontseliot: if you are using evdev..19:42
tseliottjaalton: I'm getting 3 wacom devices19:42
tjaaltontseliot: so use the wacom tools19:42
Sarvatti dont think so, tjaalton brought it up on dri-devel a few years ago it looks like but no responses19:42
Sarvattok uploaded the fixed plymouth to xorg-edgers/nouveau, should be fixed when you get that update kklimonda 19:43
kklimondaSarvatt: thanks19:43
tjaaltonbbl ->19:44
Sarvattkklimonda: no thank you for testing it, wouldn't have seen that bug otherwise :D19:57
Sarvattwhat do we want to do about nouveau coexistance with nvidia?19:58
Sarvattwe need a conflicts somewhere, nvidia doesnt work with lbm-nouveau installed since that takes over the device before nvidia can, and there are a bunch  of libgl errors with the nvidia libgl still hanging around while using nouveau19:59
tseliottjaalton: I'm using xsetwacom but things such as Rotation don't seem to work19:59
tseliotSarvatt: I've just uploaded a fix for that19:59
tseliotI'm about to do the same for -173 and -9619:59
tseliotall we need to do is put the blacklist file in the initramfs20:00
tseliotso that nouveau is blacklisted early20:00
tseliotis this what you were referring to?20:01
Sarvattkind of20:01
Sarvattthat'll fix nvidia to work but theres still the problem getting nouveau to work with nvidia installed20:02
tseliotSarvatt: why? If you switch to nouveau, do ldconfig and reboot it should work20:03
Sarvattare you blacklisting lbm-nouveau or just nouveau?20:04
tseliotjust nouveau20:04
tseliotwhat's lbm-nouveau?20:04
Sarvattits called lbm-nouveau in what we're going with20:04
tseliotaah, so you're backporting the whole thing20:04
Sarvattapw renamed all the relevant modules lbm-* to not interfere with the normal ones20:05
Sarvattthats why I had to do that change in plymouth since it was just looking for nouveau to use the drm renderer20:05
tseliotlet me correct myself: you should switch to nouveau, do ldconfig, update the initramfs and reboot20:05
Sarvattplus remove the xorg.conf..20:06
tseliotSarvatt: ah, do you mean it was trying to use plymouth+nouveau drm with nvidia?20:06
Sarvattright now i have nvidia-current and nouveau installed, if nvidia-current is installed ldconf is still going to prefer the nvidia-current libgl isnt it?20:07
tseliotSarvatt: it depends on what you set the alternative to20:07
tseliotupdate-alternatives --display gl_conf should tell you what is set to20:08
Sarvattnope plymouth's nouveau drm renderer plugin was hardcoded to look for the nouveau module and i had to add another match for lbm-nouveau for it to use it -- http://sarvatt.com/downloads/patches/plymouth-lbm-nouveau.patch20:09
Sarvattdo we want to allow nvidia and nouveau to coexist on the system? wont it always prefer the nvidia libGL.so.1 if nvidia is installed becaue of the priorities?20:09
Sarvattplus we dont want the nvidia xorg.conf to be there if someones using nouveau20:10
SarvattI know they can change the alternative manually its just doesn't seem like something we should expect a normal user to do to me20:14
Sarvattare you using an intuos3 tseliot? spotted a kernel rotation fix for intuos3 tablets that might not be in 2.6.3220:17
Sarvattah nope its in 2.6.3220:18
kklimondaSarvatt: still no luck - I've even removed quiet and splash.. It worked at least once but after reboot I'm still getting "GPU lockup" in my dmesg.20:19
Sarvatthmmm, odd because i could reproduce the exact errors and it was fixed here20:20
Sarvattmight have screwed up the packaging20:20
Sarvattbuilt it locally on another machine where i had the problem and packaged it on this one, wouldn't put it past me to have applied the patch in the wrong terminal :D20:22
kklimondaSarvatt: I've checked source package already and your patch is there20:24
Sarvattyeah indeed it is.. 20:25
Sarvattso its still giving the gpu channel -16 error in the Xorg.0.log?20:35
Sarvattunrelated but i just noticed a little problem with the nouveau detection patch for xserver RAOF is using20:39
Sarvatt                Screen  "Builtin Default fbdev Screen 0"20:39
Sarvatt                Screen  "Builtin Default vesa Screen 0"20:39
Sarvatt                Screen  "Builtin Default fbdev Screen 0"20:39
Sarvatt(loading fbdev twice)20:39
Sarvattits odd its setting the resolution so late for you20:44
tseliotSarvatt: nvidia and nouveau can coexist and if you switch to the alternative provided by nouveau you will get mesa's libGL.so.120:44
Sarvattyeah but do you really expect users to do that manually?20:44
jcristauthey can't really coexist because only one of the kernel drivers can own the device though20:48
kklimondaSarvatt: the whole boot is odd and random - after I press enter in grub I get either clean screen or a bit of color characters or the whole screen is set to the weird color (even before resolution is changed). Then either resolution changes and screen stays black or screen shuts down completely and It goes back on only a second before X kicks in.20:48
tseliotSarvatt: no, Jockey should deal with that20:48
tseliotjcristau: a reboot will be required. And 20:49
tseliotit works here20:49
jcristaujockey adds the blacklist as needed when you tell it to switch?20:49
tseliotyes, it will, I'm working on it20:50
Sarvattdoes it remove the xorg.conf too?20:50
tseliotSarvatt: it switches back to whatever was there before. I can make sure that xorg.conf is removed when switching to nouveau 20:51
Sarvatti dont use jockey at all so all of this change just adds a ton more manual configuring to me but I guess I'm in the minority there20:51
bjsnideris xorg.conf ever necessary when using nouveau?20:51
bjsnideris there an option that needs to be passed to nouveau through xorg.conf?20:51
Sarvattnot required with the xserver detection priority changes but plenty of people do use xorg.conf for other options and there is alot of stuff you can tweak in there for it20:53
bjsnidermaybe it should just be changed from nvidia to nouveau then20:53
Sarvattif you have an xorg.conf and dont specify the driver to use it'll only try to use nouveau and give up with the detection change, at least we dont ship the generic xorg.conf with one device section anymore20:54
Sarvattkklimonda: can you pastebin your dmesg with the newer plymouth? just curious at the changes since the other one20:56
kklimondaSarvatt: http://pastebin.com/f7027676120:57
Sarvattanyone know how to tell what plymouth theme is currently in use?20:57
Sarvattoh yeah both of us are using nouveau.modeset=1, that doesnt do anything so we can drop it :D20:58
Sarvatt(the modules lbm-nouveau now and it only has KMS)20:59
Sarvatttheres my logs21:01
kklimondayou don't have the huge gap after "[lbm-drm] Initialized nouveau"21:02
Sarvattreinstalling plymouth and libplymouth2 from the PPA just incase21:06
Sarvatthad my locally built one installed still21:07
Sarvattbecause I got the exact same GPU lockup in dmesg and noaccel in X when I had the old plymouth installed21:08
Sarvattok it works fine with the PPA plymouth here - (II) NOUVEAU(0): [XvMC] Associated with Nouveau GeForce 8/9 Textured Video.21:12
Sarvattkklimonda: sudo update-initramfs -u -k 'all' and reboot21:16
Sarvatti just noticed you booted generic-pae that time and -generic before, plymouth might not have rebuilt all your initrds21:16
Sarvattmore like, it DIDNT update all your initrd's, it only does 1 by default21:16
Sarvattso you had the old plymouth in the other kernel's initrd21:17
kklimondaSarvatt: I don't even have plymouth in initrd :)21:20
Sarvattparts of it go in there always afaik, it just doesnt stash the whole theme into it21:21
kklimondaSarvatt: I've done as you asked - no change - but it was just a slip on my part. I have both -generic and -pae installed and I've been testing both after you have uploaded new plymouth to see if there is something different between them. here is the last boot with -generic: http://pastebin.com/f174369d21:22
Sarvattdarn, of course it wouldn't be that easy :D21:27
RAOFAh, good.  We're debugging the -pae weirdness?21:30
kklimondaRAOF: no - I can't get it to work at all :/21:30
kklimondaRAOF: and it worked twice just fine - I've even send you an email ;)21:31
RAOFWhy didn't I see the plymouth issue on my laptop, I wonder?21:36
kklimondahardware specific? or my gpu is dying again and that's some bizarre symptom..21:36
Sarvatti'm wondering if it has something to do with the mtrr allocation problem21:36
Sarvattyou had splash enabled before RAOF?21:37
Sarvattwe both had to remove splash from the kernel command line messing with nouveau before and it didnt happen with splash removed21:38
Sarvattthats why I didnt notice it at least21:38
RAOFI had splash enabled!  I even switched the plymouth screen to spinfinity.21:38
RAOFI *did* see some GPU lockups, but it seemed only when nv loaded, not nouveau.21:39
Sarvattwish we had an updated nouveau, it would display NV_WARN(dev, "failed to reserve VGA memory\n"); if its the MTRR problem21:40
RAOFWhich part is that?  The kernel module?21:41
Sarvattyeah was looking at this from just after rc4 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ac8fb975e8c88d312a376b035494be17548d01c621:42
RAOFThere seem to be quite a lot of fixes streaming into the nouveau kernel module recently.  I could see how easy it is to update linux-backport-modules, if you like.21:42
Sarvattdoesn't look too bad but i'm not sure, the scripts are just hardcoded for apw's machines paths21:45
Sarvattwonder why  he picked rc4 for nouveau21:45
RAOFProbably because that was about the time we were talking about it.21:46
Sarvattshoot, hopefully I can continue booting with the lid closed after drm/nouveau: report LVDS as disconnected if lid closed since I use that machine headless, my intel doesnt start gdm until I open the lid if i boot closed21:49
Sarvattoh nevermind it has a module option to ignore it too21:49
bryce2I was talking with apw about it yesterday21:51
bryce2he picked rc4 just because that's what he had at the time.  He hasn't updated it just because he was unsure if anyone was needing it for testing21:51
bryce2I told him it'd be a good idea to update it since we're testing on it21:52
bryce2he didn't seem to think it would be much work to do it, but I don't know if he's had a chance to look at updating it yet21:52
RAOFI might have a look; it can't hurt to learn a little more about it :)21:54
RAOFThat seems pretty painless.22:09
Sarvattoh yeah looks really easy, updates/UPDATE-NOUVEAU then updates/MUNGE-NOUVEAU.. maybe we should stuff the firmware in there too?22:10
RAOFI think the separate firmware package is a better idea for now; that makes it easier to strip out later should we want/need to.22:11
* RAOF test-builds the updated linux-backport-modules-nouveau.22:13
Sarvattalready done it? i was doing the same22:16
RAOFHm.  Looks like I didn't do it quite right.22:17
Sarvattinstalling the -server headers to try building it here, you updated the paths in UPDATE-NOUVEAU, ran it then ran MUNGE-NOUVEAU and it didnt work?22:19
RAOFWhen checking the diff against the current package it didn't appear to contain the changes I expected.22:20
Sarvattlooks right here22:24
RAOFOh, no; they are there.  There just seemed to be lots of *-> lbm_* changes I wasn't expecting hiding them.22:24
Sarvattoh maybe it runs MUNGE-NOUVEAU in the build process22:25
RAOFI think it might, yes.22:25
RAOFMy build failed looking for double-munged objects.22:25
Sarvattyep it does make[3]: *** No rule to make target `/home/sarvatt/source/linux-backports-modules-2.6.32-2.6.32/debian/build/build-generic/nouveau/lbm_lbm_drm_kms_helper.c', needed by `/home/sarvatt/source/linux-backports-modules-2.6.32-2.6.32/debian/build/build-generic/nouveau/lbm_lbm_drm_kms_helper.o'.  Stop.22:26
RAOFYup.  There it is in debian/rules.d/2-binary-arch.mk22:26
Sarvattmakes sense why update wasnt executable and that one was then22:26
RAOFOh, yeah.  That's why it's building compat-wireless again.  Three different kernel flavours!22:35
tjaaltontseliot: rotation isn't related to calibration :) and if it doesn't work it's a bug22:37
tseliottjaalton: yes, I know, they are separate issues22:37
Sarvatttheres a bunch of rotation changes in wacom git since our snapshot, no idea if theres any fixes there though22:39
Sarvatthmm might just affect intuos4 mice22:43
Sarvattit no likey the updated module22:58
RAOFIn what way?  I'm updating mine now.22:58
Sarvattmaybe because the lid is closed, trying with the module parameter now23:00
Sarvattignorelid:Ignore ACPI lid status (int)23:01
* Sarvatt ponders making that default on if thats it23:01
RAOFI'm not sure why X adds the vesa & fbdev sections to the default config; possibly it *always* adds them.  In which case we need to patch vesa to not blow up horribly in the presence of kms.23:03
Sarvattyeah it does always add those on pc arches23:04
kklimondaSarvatt, RAOF: well, rejoice - my problem disappeared on a clean install. At least for now.23:04
kklimondaSarvatt, my new dmesg looks more or less like yours23:04
Sarvattstill would like to know what was hanging around to cause it23:04
Sarvattdid you have nouveau-generic or nouveau-generic-pae installed?23:05
Sarvattdo you still get the mtrr error?23:05
kklimondayes, I still get it23:05
RAOFDoes that mean suspend/resume & Xv works for both -generic and -generic-pae for you now?23:06
kklimondaRAOF, both seem to work fine with -pae, I'll test -generic in a moment23:07
Sarvattlbm-nouveau.ignorelid=1 fixed my problem with the newer module23:07
Sarvattglad i looked at the changes beforehand23:08
SarvattRAOF: how did you get in a situation where the servers autoconfiguration actually tried to use vesa or fbdev and caused a problem? you'd have to have nouveau and nv not installed23:13
Sarvattunless you mean in failsafe, thats a different script in /etc/gdm/ forcing vesa there, i have my /etc/X11/xorg.failsafe.conf usinf fbdev to make failsafe work23:14
RAOFSarvatt: For some reason in some cases I found vesa was binding before nv, producing a pretty bloom pattern on my lvds.23:14
kklimondaRAOF, works fine now on both -generic and -pae - only issue I have is that before kms kicks in and sets the right resolution I see garbage on my screen23:15
RAOFSarvatt: Where's your newer plymouth?23:16
kklimondaand plymouth kicks in way too late23:16
Sarvattyeah nouveau is switching to high rez way too late here too23:17
RAOFHm.  Must be my apt proxy kicking in.  *Now* I can see that.23:17
RAOFPlymouth kicks in pretty early for me.  That might just be my nv4x not needing firmware loaded, I guess.23:20
SarvattRAOF: you said you were using spinfinity? did you plymouth-set-default-theme with --rebuild-initrd to do that? the --rebuild-initrd option seems to be making plymouth work for other people23:20
Sarvatt[   14.962137] Console: switching to colour frame buffer device 160x50 14 seconds in :(23:20
Sarvatttrying to sudo plymouth-set-default-theme spinfinity --rebuild-initrd and see if it comes up earlier23:22
jcastrohi jbarnes, I ran into this today: https://bugs.freedesktop.org/show_bug.cgi?id=2641823:22
ubottuFreedesktop bug 26418 in Driver/intel "[i965] GPU hang on -intel 2.9.1 on Lenovo (triggered by GnomeDo?)" [Critical,New]23:22
jcastrojbarnes: I am sprinting with bryce so I am able to do whatever you need23:23
RAOFSarvatt: Takes my laptop 2sec to switch to the colour framebuffer.23:23
Sarvattoh boy, think its hung in plymouth like my intel is doing sometimes, cant ssh in after that reboot :)23:25
Sarvatthopefully its just an extra long fsck23:26
RAOFFirst reboot after rebuilding the initramfs again & plymouth hung before properly starting the spinfinity animation.23:27
Sarvattyeah the first boot after upgrading hung for me as well on 0.8.0~-823:28
Sarvattlooks like it hung on my nvidia laptop too after changing themes and rebuilding23:29
RAOFBut works the second time around.23:30
RAOFSarvatt: Are you going to uploaad the updated l-b-m-nouveau to xorg-edgers/nouveau?23:31
Sarvattsecond boot worked fine here too, had to dig that laptop out :D23:32
RAOFOh, man.  It takes so long to load the firmware for your card.23:32
Sarvattits a little screwy, i got the 80x25 text console for most of the boot, then it showed the spinfinity theme for about a second and went to X23:33
Sarvattno progress bar or anything23:33
Sarvattguess it is the firmware loading that slows it down so much :(23:33
RAOFWell, that does take a whopping 6 seconds out of your boot time, yes.23:34
Sarvattthink i'll try with the firmware-less patch23:34
RAOFWhat's the firmware-less patch?23:34
Sarvattthe blob takes 10 seconds to load too23:35
RAOFYou could try just removing nouveau-firmware for testing.23:35
RAOFEverything should still work, as long as you don't mind not having accel.23:35
Sarvattargh didnt bookmark it23:40
Sarvattoh yeah good point23:40
Sarvattit was the patch so nv50 didnt need firmware23:40
RAOFOh?  The voodoo generator patch?23:42
RAOFSarvatt: You're after http://0x04.net/~mwk/gen.diff23:45
Sarvattthats it23:45
Sarvattbtw theres a doc in his directory there where it looks like they are working on CUDA support and it says to expect major api breakage soon :P23:45
Sarvattno luck removing firmware23:46
RAOFSo they're working on the final set of ABI changes, then?  Woot.  Excellent timing.23:47
Sarvattin a few months after the other things in the TODO :)23:48
Sarvattits got timetables23:48
RAOFIt looks like it takes ages to timeout on fetching the firmware.  Maybe the voodoo generator will work better.23:49
Sarvattyeah going to try that now. did you want me to upload lbm or did you want to do it?23:49
Sarvatti'll just upload it and see if it clashes :D23:51
Sarvattjust did ~pre223:51
RAOFIf you're doing so now, I won't :)23:52

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!