/srv/irclogs.ubuntu.com/2011/03/14/#ubuntu-x.txt

RAOFWIN!  I can now corrupt the function parameters on IA32 rather just calling off into random memory!04:58
tjaaltonRAOF_: fixing the TLS bug?07:33
=== RAOF_ is now known as RAOF
RAOFtjaalton: Yup.  I may be slightly insane, because I think I'm beginning to understand mesa dispatch.09:35
tjaalton<g>09:41
RAOFAlthough I'm *not* sure why I appear to be corrupting all the arguments on IA32.09:41
RAOFOn x86-64 it was because I wasn't saving enough registers, but (a) registers aren't *used* in passing arguments in IA32 and (b) I'm only clobbering %eax, which is safe to clobber, and (c) I'm not even really doing that.09:43
RAOFBecause, obviously, on IA32 mesa calculates the base address of the dispatch table at init time and writes that directly into the function definitions.09:46
tjaaltonglad I don't do assembler. at all :P09:46
tjaaltonsome mips years ago09:46
RAOFThere's some sparc assembler here too.  That'll be broken also, but sucks to be on sparc.09:47
mvoRAOF: ohhh, progress on the mesa issue? that is excellent! that will make my software-center users happy :)09:51
RAOFYeah, sorry about that.09:51
mvowell, not really your fault, the joy of natty. I'm happy that you dived so deep into it for the fix09:52
mvosounds very painful to debug it09:52
RAOFI get to learn all sorts of arcana about IA32 assembly, the System V ABI, the TLS ABI…09:54
RAOFAnd that x86-64 assembler is much nicer.09:54
RAOFAnd now, as I stare at gdb disassembly, I realise that it's time to learn more about relocations and the PLT…09:55
mvogeeh, good luck09:57
jcristausparc asm isn't nearly as horrific as x8610:01
RAOFMore difficult for me to test, though.10:12
=== seb128_ is now known as seb128
tseliotRAOF: did you rebuild the X packages in the ubuntu-x-swat PPA bumping the video ABI number?15:39
lagcnd: Good day15:41
lagcnd: Did you receive my email with the non-empty device.* files?15:41
cndlag, yep, but it's a bit low in the queue :(15:41
cndI'm trying to get through a backlog15:41
cndand I have to get a root canal in a few hours too15:41
cndso...15:41
cndhopefully tomorrow?15:42
lagSure15:43
lagGood luck with the root canal - rather you than me15:43
cndbryceh_, tjaalton: would one of you be able to upload an update to python-libavg? (bug 733247)15:59
ubot4`Launchpad bug 733247 in libavg (Ubuntu) "Please upgrade to libavg v1.5.4 (affects: 1) (heat: 10)" [Undecided,Confirmed] https://launchpad.net/bugs/73324715:59
cndI can prepare a source package if you need16:00
jcristaui thought libavg was broken by mesa tls fun anyway?16:00
cndjcristau, I gave them a hacky patch :)16:01
cndit literally loads libstdc++ using python before doing any opengl stuff16:01
jcristauewww :)16:01
=== yofel_ is now known as yofel
tjaaltoncnd: hey, I'm not at my ws atm, so can't sponsor it until maybe 2.5h from now17:10
cndtjaalton, I won't be around then17:20
cndmaybe tomorrow17:20
tjaaltoncnd: put the package somewhere and I'll download it then17:31
cndtjaalton, ok, I'll get to that in a bit17:33
cndI have to leave now17:33
tjaaltoncnd: ok17:49
sweezewith latest xserver-xorg-video-ati from xorg-edgers, ForceGallium=true in xorg.conf no longer works.  I've temporarily copied /usr/lib/dri/r600g_dri.so over r600_dri.so, but what's the "right" way to get the gallium driver from the packages to be used?19:38
sweeze(braid w/ s3tc libtxc_dxtn.so hack seems to work w/ gallium, but not classic drivers)19:39
Sarvattsweeze: it's always used by default, /usr/lib/dri/r600_dri.so is the gallium one. if you have an r600g_dri.so its hanging around from an old build19:46
sweezeSarvatt: hmm... looks like not true in libgl1-mesa-dri package in ppa?  19:53
sweeze`strings /usr/lib/dri/r600_dri.so |grep -i gallium` is empty19:53
sweezebut on r600g_dri, gallium strings show up19:53
Prf_JakobIs there a ppa to get a kernel capable of KMS on radeon cayman cards?21:44
Sarvatthmm good question.. lets see21:45
Sarvatthttp://kernel.ubuntu.com/~kernel-ppa/mainline/drm-next/21:46
Prf_Jakobah cool21:47
=== unitylogger is now known as gnomeshellogger
Prf_JakobWhats the magic ppa name for that repo?21:47
bryceh_it's not actually a true PPA21:47
Sarvattlinux-firmware 1.48+ from natty has the firmware if you aren't on natty21:48
Sarvattyeah have to install it manually21:48
Prf_Jakobah21:48
Prf_JakobYeah maverick21:48
Sarvatthttps://launchpad.net/ubuntu/+source/linux-firmware/1.48/+buildjob/229799221:49
Sarvattcan grab the firmware deb there21:49
Prf_JakobThanks!21:50
Sarvattthere's no accel or anything yet though21:52
Prf_JakobI just want a native resolution on my 30" :-/21:53
Prf_JakobHmm I guess I need some xf86-video-ati bits to go with that as well.22:03
Prf_JakobHmm that kernel just made my screen go black and the network didn't work :-/22:13
Sarvattsudo apt-get build-dep xserver-xorg-video-ati && dget -u -x https://launchpad.net/~xorg-edgers/+archive/ppa/+files/xserver-xorg-video-ati_6.14.99%2Bgit20110307.6319a33c-0ubuntu0sarvatt~maverick.dsc && cd xserver-xorg-video-ati-6.14.99+git20110307.6319a33c && fakeroot debian/rules binary22:14
Prf_JakobSarvatt: awesome!22:14
RAOFbryceh_, tjaalton, Sarvatt: What do you think of uploading a temporary fix for the mesa tls annoyance?  I've got it for platforms without asm optimisations and for x86-64 asm.  IA32 is still kicking my arse, and I don't care about sparc.22:22
RAOFWe could upload a mesa with assembly disabled on i386, which would work.22:23
bryceh_RAOF, sure22:23
bryceh_RAOF, in fact we should probably start pushing buttons on the xserver update, what do you think?22:24
RAOFProbably, yeah.22:24
tjaaltonRAOF: i guess nothing would break?-)22:24
RAOFAlthough you might know better; I've been diving through things man was not meant to know.22:25
Sarvattthink we're going to end up just disabling tls completely at this rate?22:25
=== gnomeshellogger is now known as TheHarald
RAOFSarvatt: Why?  It works for x86-64 ;)22:26
RAOFAnd that's an ABI change that'll freak out the server, IIUC.22:26
bryceh_RAOF, I've been distracting myself with some toolsmithing work lately, but I think what I should do is test booting the ppa on a few machines, then put out the usual announcement, and maybe tues/weds we can do the uploads22:27
RAOFbryceh_: Sounds reasonable.22:28
RAOFI'll need others to help with the uploads, as usual; the DMB didn't get a quorum last night :(22:29
tjaaltonmeh22:30
bryceh_RAOF, not a problem22:30
jcristauRAOF: i think the enable-glx-tls server is happy to load drivers built with --disable-glx-tls22:53
jcristauRAOF: it's the other way around that doesn't work22:53
RAOFAh, ok.22:53
jcristau(because tls enabled drivers require symbols only found in tls enabled loaders)22:54
RAOFRight.22:54
tjaaltonideas how this is possible http://launchpadlibrarian.net/66332175/DpkgTerminalLog.txt23:06
tjaaltonfrom bug 73467623:06
ubot4`Launchpad bug 734676 in xorg-server (Ubuntu) "package xserver-xorg-core 2:1.9.99.902-2ubuntu2 failed to install/upgrade: installing xserver-xorg-core would break existing software (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/73467623:07
tjaaltononly thing I can think of is a very stale mirror23:07
bryceh_tjaalton,   xserver-xorg-video-tseng provides xserver-xorg-video-8 and is present and installed.23:18
bryceh_tjaalton, perhaps uninstall -tseng and try again?23:19
tjaaltonbryceh_: yeah, but the archive should have the new one23:19
bryceh_tjaalton, PPAs involved?23:19
tjaaltonI guess there's no other reason than a stale mirror then23:19
tjaaltonno idea, not mine23:19
bryceh_I wonder if having -fglrx installed would produce that error message (although obviously not in this case since it's -intel)23:20
tjaaltoni guess it's proven that fglrx/nvidia has been removed on upgrade :)23:21
bryceh_heh, ok true23:22
tjaaltoni'll close this on23:22
tjaaltone23:22

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