[00:21] <Q-FUNK> RAOF: actually, the fix for geode's ZTV module is a lot simpler than that: we simply need to stop including "linux/videodev.h" and that's it.  our driver is already V4L2. :)
[00:21] <RAOF> Q-FUNK: Heh, ok.
[00:22] <RAOF> I admit, I didn't look any further than “ooh, V4L1.  No-one will miss it if I just disable it” :)
[07:36] <RAOF> Anyone feel like sponsoring a final round of rebuilds for the X server?
[07:41] <tjaalton> RAOF: sure
[07:42] <RAOF> tjaalton: http://cooperteam.net/Packages
[07:43] <RAOF> Thanks.
[07:50] <tjaalton> RAOF: yeah, uploaded
[07:51] <RAOF> Ta.
[12:08] <apw> if one has nvidia h/w one does not get 3c in nouveau, is there a recipe for getting the gallium drivers for that ?  (and do they indeed sort that out)
[12:18] <tjaalton> 3d, yes, install libgl1-mesa-dri-experimental (or such, don't have the package name handy)
[12:24] <tjaalton> apw: ^
[12:53] <apw> tjaalton, thanks
[13:10] <apw> tjaalton, actually jockey offered that to me, and installed it, but it doesn't seem to work at all
[13:11] <tjaalton> apw: breaks stuff? which card do you have?
[13:12] <apw> tjaalton, no breakage, just classic desktop and unity saying 'software renderer in use'
[13:12] <apw> 05:00.0 VGA compatible controller: nVidia Corporation GF100 [GeForce GTX 480] (rev a3)
[13:12] <apw> apparently
[13:12] <tjaalton> hmm, wonder if it's too new
[13:12] <apw> tjaalton, could well be ... such is life
[13:13] <tjaalton> Xorg.0.log should tell
[13:13] <tjaalton> kms works though?
[13:13] <apw> yeah it switches into high res i recon
[13:13] <tjaalton> k
[13:13] <apw> nouveau is kms only right ?
[13:14] <jcristau> yes
[13:14] <apw> [    27.543] (--) NOUVEAU(0): Chipset: "NVIDIA NVc0"
[13:14] <tjaalton> ok, but does it load the DRI2 driver?
[13:14] <tjaalton> or even attempt that
[13:14] <apw> [    27.426] (II) Loading extension DRI2
[13:14] <apw> nothing to say if it worked or not
[13:15] <tjaalton> put the full log on pastebin
[13:15]  * apw should warn that this is a very new machine and quite possibly has stupidly new h/w
[13:16] <apw> the kernel won't even boot the secondary cpus, not that that should matter
[13:16] <apw> pastebinit Xorg.0.log
[13:16] <apw> http://paste.ubuntu.com/563843/
[13:16] <tjaalton> thanks
[13:16] <tjaalton> [    28.528] (EE) NOUVEAU(0): Error initialising acceleration.  Falling back to NoAccel
[13:16] <tjaalton> guess that's it then
[13:19] <tjaalton> and the line above
[13:24] <tjaalton> apw: the gallium driver for nvc0 was merged upstream on nov 12th, dunno if it's in 7.10 or not
[13:24] <apw> ah ... very very fresh then
[13:24] <jcristau> tjaalton: afaict it's not
[13:25] <tjaalton> jcristau: yep, latest commit from october
[13:25]  * apw will have to purchase an older one then and ram that in instead
[13:26] <tjaalton> apw: xorg-edgers might have a newer mesa for you :)
[13:29] <tjaalton> yep
[13:57] <apw> how well does X cope with two cards inserted, different manufactueres,  i'd be happy selecting one or other in some way; making a dual card test setup
[13:58] <jcristau> it sometimes work.
[13:58] <apw> jcristau, sounds like something to avoid then
[15:05] <marjo> apw, bryceh: FYI, I just submitted # 693093
[15:06] <marjo> apw: thx
[15:06] <apw> bug #693093
[15:06] <ubot4> Launchpad bug 693093 in linux (Ubuntu) (and 1 other project) "[i945gme] 2.6.37-10.24: Black Screen on Boot (affects: 10) (heat: 136)" [High,Confirmed] https://launchpad.net/bugs/693093
[15:07] <apw> marjo, thats an old bug ...
[15:07] <marjo> apw: sorry
[15:08] <marjo> apw, bryceh: # 714635
[15:09] <marjo> apw, bryceh: #714635
[15:09] <tjaalton> bug 714635
[15:10] <ubot4> Launchpad bug 714635 in linux (Ubuntu) "[i945gme] 2.6.38-2: Black screen on boot (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/714635
[15:14] <apw> marjo, did you get the intel_reg_dumper outptu ?
[15:14] <marjo> apw: yes, attached it already
[15:15] <apw> marjo, to the right bug ?
[15:16] <apw> marjo, oh its mixed in with the apport stuff, didn't know you could do that
[15:29] <apw> marjo, we probally should get the Xorg.log.0 onto that bug as well
[15:33] <marjo> apw: done
[15:39] <apw> tjaalton, i'd say that that X startup has gotten stuck, HW cursor is not the last thing one sees on my boxes
[15:41] <tjaalton> apw: yeah
[15:43] <apw> marjo, i wonder if you are able to try an strace on the Xorg process once it is stuck
[15:43] <apw> to find out whether it thinks it is in the kernel
[15:44] <marjo> apw: sure, can you please give me specific directions?
[15:44] <apw> ps -ef | grep /X
[15:44] <apw> take the pid from that ... second column
[15:46] <tjaalton> could also try with 'Option "HWCursor" "off"'
[15:49] <marjo> apw: next?
[15:49] <apw> you wait while i recover the machine i tried the command out on (stupidly) from within X, no no no, supid
[15:49] <tjaalton> :)
[15:50] <apw> yeah i know, /me takes the dunce of the day hat and puts it on
[15:51] <tjaalton> need to run, back in 3,5h
[15:52] <apw> ok ... back.  
[15:52] <apw> marjo, ok this should do the trick: sudo strace -p `pidof X`
[15:52] <apw> and see what that says
[15:52] <apw> not something one should run in an xterm, no not a good idea
[15:54] <marjo> apw: "attach: ptrace(PTRACE_ATTACH, ...): No such process"
[15:55] <marjo> apw: i'm doing this through ssh
[15:55] <apw> ps -ef  | grep X
[15:55] <apw> whats the output of that look like
[15:57] <apw> marjo, ^^
[15:57] <marjo> 1000      1298  1181  0 10:57 pts/0    00:00:00 grep --color=auto X
[15:57] <apw> so you have no X running at all then
[15:58] <marjo> apw: ack
[15:59] <apw> add that info to the bug, i would not not expect X to exit without telling us why it did so
[15:59] <apw> bryceh, ever heard of that ^^
[16:00] <jcristau> can happen if it aborts e.g. because of a missing symbol
[16:00] <jcristau> would show up in gdm log
[16:01] <marjo> apw: what's weird is I can go into recovery mode/low graphics mode
[16:01] <apw> marjo, could we have the gdm log as well please
[16:01] <marjo> apw: will do in a few minutest, ok?
[16:01] <marjo> minutes, ok?
[16:02] <apw> no rush
[16:02] <marjo> apw: thx
[16:06] <marjo> apw: i see a few *.log and -slave.log files
[16:06] <marjo> apw: any specific one to upload to bug report?
[16:06] <apw> marjo, probabally :0.log
[16:07] <marjo> apw:ok, will do
[17:21] <marjo> apw: :0.log attached to bug #714635
[17:21] <ubot4> Launchpad bug 714635 in linux (Ubuntu) "[i945gme] 2.6.38-2: Black screen on boot _after_ visible splash (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/714635
[17:50] <jcristau> win.
[17:50] <jcristau> /usr/bin/X: symbol lookup error: /usr/lib/xorg/modules/drivers/intel_drv.so: undefined symbol: intel_batch_wait_last
[17:54] <jcristau> marjo: sounds like you have an obsolete version of the driver
[17:56] <marjo> jcristau: which driver?
[17:57] <jcristau> the one that's missing a symbol
[17:57] <jcristau> the xserver-xorg-video-intel package
[18:03] <marjo> jcristau: when you say obsolete, do you mean that i don't have an updated one? or is there a new one that i did NOT pick up?
[18:05] <jcristau> i mean that bug was fixed in 2:2.14.0-1ubuntu2
[18:05] <marjo> jcristau: installed  xserver-xorg-video-intel and now things are working!
[18:07] <marjo> jcristau, apw: thx much!
[18:07] <apw> marjo, yay ...
[18:08] <apw> jcristau, thanks for the help getting to the right log :)
[18:08] <jcristau> np
[18:08] <marjo> jcristau: was there a previous bug I can refer to in my bug report?
[18:08] <jcristau> none mentioned in the changelog afaict, so no idea
[18:09] <marjo> jcristau: that's too bad
[18:09] <marjo> so i'll just say fixed with  xserver-xorg-video-intel 2:2.14.0-1ubuntu2, right?
[18:13] <marjo> so i'll just say fixed with  xserver-xorg-video-intel 2:2.14.0-1ubuntu6, right?
[18:24] <bryceh> marjo, yes fixed with  xserver-xorg-video-intel 2:2.14.0-1ubuntu2
[18:25] <bryceh> marjo, that was an obvious issue we caught right away; we simply hadn't caught it before uploading due to insufficient testing
[21:49] <RAOF> Mornin all.
[21:52] <jcristau> heya RAOF 
[21:53] <RAOF> jcristau: Good $TIME_OF_DAY :)
[21:53] <jcristau> :)
[21:54] <RAOF> Hm.  apw has an nvc0 card?  Congratulations for volunteering to test the acceleration we may or may not merge in for those cards!
[21:55] <jcristau> it's a wheezy evening.
[21:55] <RAOF> I presume wheezy is currently in a mad state of flux?
[21:56] <jcristau> yeah
[21:57] <jcristau> sid got libreoffice today
[21:58] <jcristau> probably new compiler and libc soon..
[21:58] <RAOF> Any coordination with our libreoffice maintainer?
[21:59] <jcristau> aiui your libreoffice packages were based on the ones in experimental
[21:59] <RAOF> Heh.  Now sid's unfrozen I'll need an actual sid chroot for testing rather than everything going through the experimental one.  Let's see if it's debootstrappable!
[22:04] <apw> RAOF, seems so ... its scheduled for an unscrewing and shoving in a box shortly for replacement with something supported, but happy to test
[22:05] <RAOF> apw: How well did it work (3D excepted) while it was in there?
[22:05] <RAOF> Did you notice that there was no 2D acceleration, for example :)
[22:05] <apw> RAOF, its still in there, runs in 2D well enough
[22:05] <apw> heh no, but the machine has a lot of CPU :)
[22:06] <RAOF> I suspect that correlates well with brand new GPUs :)
[22:07] <apw> RAOF, but if you have some test bits in a bucket somewhere please point me at it
[22:07] <RAOF> xorg-edgers has the test bits.
[22:10] <LLStarks> does ubuntu-x have a dedicated triage team like the the ubuntu mozilla squad?
[22:11] <apw> RAOF, ahh ok will try and get those one it, when i've bought something that it can drive other than the 37in tv in the front room
[22:11] <RAOF> No.  We've got bryceh and his amazing band of arsenal scripts, though.
[22:12] <RAOF> apw: Yeah, no hurry.  I'm not in a great rush to grab new libdrm, nouveau packages to speed up but possibly break new cards.
[22:12] <LLStarks> because i've been thinking about joining the ubuntu-x-swat team and i'm not sure if i have enough credentials
[22:17] <tjaalton> or quota for your inbox ;)
[22:18] <tjaalton> meh, wanted to try alpha2 & nouveau, but the dvd-drive seems broken
[22:18] <RAOF> LLStarks: You're welcome to start triaging, although we're actually pretty on top of it at the moment.
[22:20] <RAOF> What do you want to do in the swat team?
[22:25] <LLStarks> be mindful of my hardware and continue giving good reports regarding how stable and unstable bits affect said hardware
[22:26] <LLStarks> i know a little c, but i am not well-versed in the graphics stack to do any coding
[22:28] <RAOF> That can change :)
[22:30] <RAOF> A good way to learn how to give good reports is to look at what happens when bugs get upstreamed - what questions get asked, etc.
[22:30] <RAOF> Also, if you want to invest a little time then bisecting regressions is an excellent way to help get them fixed, and can get you a little familiarity with the build process.
[22:31] <LLStarks> i've been bisecting -intel as needed, getting proper kernel drm bits is more of a pain for me
[22:32] <RAOF> Yeah, that's quite awkward.
[22:34] <LLStarks> i've been looking for a good jumping in point for learning about the stack. drm, glx, xserver, etc
[22:35] <jcristau> usually a jumping in point is a bug that annoys you so much that you fix it.
[22:37] <LLStarks> had that the other day with libswscale. feels good man.
[22:37] <RAOF> The stack is actually a lot less complex than it looks from the outside.
[22:43] <bryceh> heya RAOF
[22:44] <RAOF> bryceh: Good evening.  Or afternoon.
[22:44] <RAOF> Or whenever!
[22:50] <tjaalton> ok, alpha2 boots fine with a working media, but compiz fails after installing the nouveau gallium driver
[22:50] <tjaalton> compiz: nv50_pc_emit.c:863: emit_flop: Assertion `STYPE(i, 0) == 0x09' failed.
[22:50] <tjaalton> crashes there
[22:51] <tjaalton> and the livecd still offers to install the blob
[22:51] <tjaalton> thought it was disabled for now
[22:51] <RAOF> :(
[22:51] <RAOF> Yeah, so did I.
[22:51] <RAOF> Oh, actually - Jockey doesn't know about server ABIs.
[22:51] <tjaalton> right
[22:51] <RAOF> But I thought we *were* disabling it on the livecd.
[22:51] <tjaalton> and actually, talked with pitti about it and he
[22:52] <tjaalton> damn us layout
[22:52] <tjaalton> anyway pitti said he would add that support once the drivers itself had all the deps/breaks in place
[22:53] <tjaalton> the blobs, that is
[22:53] <RAOF> Ah, good.
[22:54] <tjaalton> RAOF: is mesa 7.10+git possible for natty?
[22:54] <tjaalton> will try edgers tomorrow to see if compiz works with it
[22:55] <RAOF> We can certainly try.  We'll pull in 7.10.1.
[22:56] <tjaalton> sure, and this crasher is something that should be .1 material anyway
[22:56] <jcristau> assuming you trust the nouveau people to care about stable branches
[22:56] <tjaalton> hehe
[22:56] <tjaalton> anyway, 2D is very snappy on my 8600GT
[22:57] <RAOF> Well, if we can identify the fix, applying it hopefully won't be *too* hard.
[22:57] <RAOF> Yeah.  Nouveau's 2D is excellent.
[22:59] <tjaalton> maybe ill just upgrade it lucid->natty anyway, compiz aint _that_ important
[22:59] <tjaalton> but tomorrow
[22:59] <RAOF> I think you might find that compiz will work as long as you're not loading unity.
[23:00] <tjaalton> oh, hmm
[23:01] <tjaalton> k, will play with it in the morning
[23:01] <tjaalton> night! ->