/srv/irclogs.ubuntu.com/2011/08/23/#ubuntu-x.txt

brycehtacked it onto the end of https://wiki.ubuntu.com/X/InterpretingIntelGpuDump00:01
brycehlooking at the oneiric gpu lockups, they seem to follow this trend00:04
brycehwonder what 0x6xxxxxxx signifies00:05
RAOFbryceh, Sarvatt: Hm.  Andy's just enabled the vmwgfx kernel module in the latest kernel upload.  What do you think about turning on the associated mesa stuff?00:20
brycehhrm00:20
brycehhow stable do we think it is?00:21
RAOFI have no idea.  Sarvatt, you've played with it, haven't you?00:21
brycehsomething we could put into -experimental ?  (or do we still have that package?)00:21
RAOFWe do still have that package; it's got classic r300 and r600 drivers, and i915g.  Oh, and llvmpipe.00:22
brycehmight not be a bad idea to stage it there for a bit just in case.00:25
RAOFYeah.00:25
brycehbut I don't have strong feelings one way or the other00:25
RAOFWe'd also have it build an xserver-xorg-video-vmware-ish package; it uses the xorg state tracker from gallium.00:25
bjsniderRAOF, still awake and whatnot?01:24
RAOFbjsnider: Yeah, 'course.01:25
RAOF(It's almost midday ;))01:25
bjsniderquestion about gallium01:25
bjsnideruh, ok01:25
bjsniderit's night01:25
RAOFWhat's the question?01:26
bjsnideranyway, if a state tracker is added to gallium, does a driver, nouveau for instance, have to do anything to add support for that tracker or is it automatic?01:26
RAOFI'm not entirely sure.  I think the answer is somewhere in the range from "no, it's automatic" to "yes, but only very minimal hookup assuming the driver supports the appropriate gallium interfaces".01:27
bjsnideri thought, in reading the original documentation, that the answer was "definitely no"01:28
bjsniderso if an opengl 4.xx state tracker is added all gallium drivers would immediately support it01:28
RAOFI think that's not necessarily going to be the case; I'm not sure if the existing gallium interfaces can express all of GL 4.x.01:30
bjsniderwell, in that case, it's not going to be an issue for about 40 years01:30
bjsniderbut even if it's a small state tracker that accelerates text off the gpu or something01:31
RAOFOr, rather, I'm pretty sure that some of GL 4.x, particularly geometry shaders, requires driver support that doesn't currently exist.01:31
RAOFI think my thinking might be slightly reversed; state trackers need to know something of the pipe drivers, but pipe drivers don't necessarily need to know about state trackers.01:32
RAOFSo the gallium EGL tracker just has all the pipe drivers built in; it used to have code to select which pipe driver to dlopen, etc.01:33
bjsnideryou mean as new drivers are added, the state trackers have to be modified to take that into account?01:34
RAOFYes.01:36
RAOFOr, at least, the *targets* do.  If you wrote a new pipe driver capable of accelerating GLES, gallium's egl_gallium.so wouldn't use it until you'd updated some stuff.01:37
bjsniderwell, either way it's a fair amount of work01:37
RAOFI don't think that's the case; I think it's a fairly small amount of work.  Once you've got the state tracker or pipe driver, of course.01:38
bjsniderbut would that be thousands of lines of code or just a few dozen?01:38
RAOFI guess I could look at historical precedent - getting the xorg state tracker to work with nouveau, or ati.01:38
RAOFIIRC those were done in few commits of not much code.01:38
brycehhmm, weird, why does ubuntu-bug xkb-data work but ubuntu-bug xkeyboard-config doesn't?01:47
RAOFbryceh: Because xkeyboard-config isn't a binary package?01:48
brycehit must be01:49
brycehmy understanding of apport hook naming must be off01:49
brycehhmm, no, seems my understanding is right, it's just not working like it's supposed to01:53
brycehif you have a hook named 'source_foo.py' as opposed to just 'foo.py' it's supposed to include all binary packages produced by foo01:54
brycehahh, but it doesn't support filing against the source package name itself!01:55
brycehwhich is weird.01:55
RAOFTime for pittiping!02:02
brycehindeed; going to dig through some python code a bit first02:03
bryceh(aha found it)02:20
brycehehh wonkiness02:22
bjsniderthat's the advantage of being a motu. when you find a bug in something you can just infiltrate the code and correct it.02:31
brycehs/a motu/open source/ ;-)02:32
brycehin this case, I don't have commit access to apport's bzr tree anyway, so still have to get the patch approved by pitti, so don't matter that I'm motu02:32
bryceh>>> cache = apt.Cache()02:33
bryceh>>> cache['xkb-data']02:33
bryceh<Package: name:'xkb-data' architecture='i386' id:1126L>02:33
bryceh>>> cache['xkeyboard-config']02:33
brycehTraceback (most recent call last):02:33
bryceh  File "<stdin>", line 1, in <module>02:33
bryceh  File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 177, in __getitem__02:33
bryceh    raise KeyError('The cache has no package named %r' % key)02:33
brycehKeyError: "The cache has no package named 'xkeyboard-config'"02:33
brycehunfortunately... dunno how to look up source packages via apt.Cache()02:33
bjsnideri could look through the code but not correct the problem02:38
bjsniderwell, i suppose there's a chance i could correct it02:38
bjsnidera borken clock is right twice a day02:38
brycehfwiw, found the issue already reported as bug #359810.  Posted my fix there06:52
tjaaltonhmm, would be nice to have a one-off debugging script to trigger via the kernel cmdline, and which would save the critical logs for later use09:28
tjaaltonfor instance when KMS doesn't work09:29
jibelI get bug 831884 with today's desktop ISOs on 2 intel systems. 10:10
jibelX fails to start on Live CD on intel: [drm] failed to set drm interface version10:11
tjaaltonhum, where's ubotu10:30
tjaaltonjibel: which package did you file it against?10:30
jibeltjaalton, xserver-xorg-video-intel http://pad.lv/83188410:32
tjaaltonjibel: not seen that one before11:10
tjaaltonjibel: from which machine did you file the bug?11:16
tjaaltonsince it's intel too and running oneiric11:16
jibeltjaalton, I generated the report from the ASUSTeK Computer INC. 1015PE with N10 graphics card11:56
jibeltjaalton, but I get the exact same problem on a Dell N4010 with an Arrandale booting from USB.11:58
jibelhttps://bugs.launchpad.net/bugs/585853 looks similar.12:12
jibelthat would confirm a problem with lightdm12:12
tjaaltonjibel: yeah, so it's a race condition between plymouth and lightdm..12:19
jibeltjaalton, yup, I'll ask the desktop team. I'll close the intel task once we narrowed it down. thanks for looking into it.12:23
seb128stop the blame it on lightdm game ;-)12:25
=== Prf_Jako1 is now known as Prf_Jakob
=== thade_w|2 is now known as Alexia_Death_
=== shadeslayer_ is now known as shadeslayer

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