/srv/irclogs.ubuntu.com/2013/01/17/#ubuntu-x.txt

=== Prf_Jako1 is now known as Prf_Jakob
=== jono is now known as Guest3379
=== Quintasan_ is now known as Quintasan
mlankhorstwee and mplayer -vo nouveau vdpau bug found :)11:16
mlankhorsterm swap nouveau and vdpau there11:16
bjsnidermlankhorst, that shouldn't work, unless there's a gallium state tracker for vdpau15:20
bjsnidernouveau users should use gl or gl315:20
mlankhorst$ glxinfo | grep -i nouv15:23
mlankhorstOpenGL vendor string: nouveau15:23
mlankhorstmesa.git even has hw decoding support on some cards15:30
=== schmidtm_ is now known as schmidtm
bjsniderso, doing a rotation with xrandr on ivb/sna takes down the xserver15:57
bjsniderwithout sna, all is fine15:57
bjsniderthat was the only serious sna problem i encountered15:58
=== yofel_ is now known as yofel
tjaaltonbjsnider: oh, filed a bug yet? assign it to me17:38
ricotztjaalton, hi :)17:39
ricotzcould you take a look at libwacom 0.7 and update?17:39
tjaaltonricotz: tomorrow, sure17:40
ricotzshould be straight forward -- https://launchpad.net/~gnome3-team/+archive/gnome3-staging/+sourcepub/2851075/+listing-archive-extra17:40
ricotztjaalton, thanks!17:40
tjaaltonwhen was it released?17:40
ricotzmid december i think17:40
ricotzlibwacom-0.7.tar.bz2 2012-12-20 403.5 kB 30 210 downloads17:41
tjaaltonhuh17:41
ricotzhttp://sourceforge.net/projects/linuxwacom/files/libwacom/libwacom-0.7.tar.bz2/download17:41
ricotzxf86-input-wacom-0.19.0.tar.bz2 2013-01-03 528.6 kB 103 196 downloads17:42
ricotz;)17:42
tjaaltonnot announced on any of the lists i'm on17:42
ricotzdon't worry, i hope you like to push them17:43
tjaaltonyep, sure17:47
ricotzthanks you17:51
bdmurraytjaalton: I've installed the new synaptics and I'm still having issue with my trackpad18:46
bjsnidertjaalton, i was thinking about it but i thought i might wait until raring to see if it's fixed there. this is in quantal18:46
tjaaltonbdmurray: that's weird, same backtrace on the log?19:07
tjaaltonbjsnider: ah, good plan19:08
bdmurraytjaalton: not exactly19:08
bdmurray[    63.776] (--) synaptics: Apple Wireless Trackpad: touchpad found19:08
bdmurray(EE) Apple Wireless Trackpad: Read error 1919:08
bdmurray[    93.284] (II) config/udev: removing device Apple Wireless Trackpad19:08
bdmurray[    93.307] (II) UnloadModule: "synaptics"19:08
tjaaltonbdmurray: that's a kernel bug then19:13
tjaaltonthe crasher is fixed19:13
brycetjaalton, ah thanks for taking a look at it19:13
tjaaltonbefore it crashed trying to log the error :)19:14
tjaaltontry the kernel from quantal, should work with it19:14
brycedid the kernel log anything?  dmesg?19:15
bdmurrayJan 17 10:41:58 impulse kernel: [   63.698471] power_supply hid-c8:bc:c8:f9:78:3d-battery: driver failed to report `capacity' property: -519:16
bdmurrayperhaps that?19:16
brycehmm, unlikely19:16
=== jcristau_ is now known as jcristau
brycetjaalton, any debugging options for synaptics or kernel input he could flip on?19:17
brycetjaalton, what was the fix for the X crash?  a particular patch, or a new version?19:18
tjaaltonbryce: a patch for synaptics to use signal safe logging19:26
tjaaltonnot aware  about any debugging options..19:26
tjaaltonwhot released a new rc for synaptics, many moons late :)19:27
tjaaltonshould've been out with xserver 1.1319:27
mlankhorstheya19:30
mlankhorstbryce: I've been fixing some vdpau crash bugs in mesa, I think it should be safe to turn on vdpau now19:30
mlankhorstat least on master branch19:30
brycemlankhorst, ok19:38
mlankhorstmight actually be somewhat useful on fermi/kepler19:43
mlankhorstsurprised internet's finest news source didn't pick up on it yet19:45
tjaaltonso, sna or no sna? I'd say yes19:47
tjaaltoncould do the switch tomorrow19:47
mlankhorstdidn't look like it broke that much19:47
tjaaltonright19:50
mlankhorstI think there's no harm in enabling it as a default now, but have to watch out for all the bugs :)19:50
tjaaltonickle is monitoring them as well19:51
tjaaltonoccasionally anyway :)19:51
mlankhorstI've pushed my old mesa patches upstream now that mplayer vdpau output no longer crashes19:59
tjaaltonnext week might be a good time to push new mesa out for testing, in a ppa first20:02
mlankhorstsure20:03
mlankhorstupdated http://nouveau.freedesktop.org/wiki/NVC0_Firmware20:03
mlankhorstif you're feeling daring you could try to make it work20:03
tjaaltonooh20:06
tjaaltoncan't remember what my t420s has, but accelration at least is disabled on it by default20:07
mlankhorstif you're really really lucky, try git master :P20:07
mlankhorstof git20:07
mlankhorsterm linux*20:07
tjaaltonenabling it results in a hang pretty quickly20:07
tjaaltonah20:07
mlankhorstthere has been a hang recently, but nvd9 is still broken for most20:07
mlankhorsthang fix*20:07
mlankhorstgah.. tired :(20:07
brycetjaalton, yeah the two sna bugs reported were cosmetic.  Make sure upstream knows about those, and go ahead and flip on sna20:23
tjaaltonbryce: righty-o20:25
tjaaltonbryce: seen these before? https://launchpadlibrarian.net/128742080/HookError_source_xorg.txt21:51
brycetjaalton, I noticed them the other day.  Guessing the HookError* stuff is new?21:52
tjaaltonyeah21:52
brycetjaalton, the flaw in question is bad handling of Xorg.0.log when utf characters are in there.  I've actually got that fixed in my xdiagnose branch.  I've just got a couple more tasks (one of which is thorough testing...) before I can upload it.21:53
brycetjaalton, I found that sometimes invalid utf-8 chars can slip in via the parsed edid in the Xorg.0.log, and that breaks python...21:53
tjaaltonah :)21:54
tjaaltonyeah it's not on every bugreport, but some21:55
brycetjaalton, I've set xdiagnose up with test cases and sample Xorg.0.log's.  So if we see HookErrors like this in the future, I can just add the given log to the test suite...21:55
tjaaltonnice21:55
brycealso added a catch-all that if the parser fails, the bug reports still get filed, just without the details parsed from the log.21:55
brycetjaalton, so, maybe you can help with the other task...21:56
bryceI am adding an xedid script which does stuff with edid's21:56
brycee.g. it can parse binary edid files into human readable listings, and convert hex edid from Xorg.0.log to binary ones, and so on and so forth21:57
brycewhen it extracts the edid from an Xorg.0.log, it can save it to a file, and I'm debating what to name that file by default21:57
bryce01.edid seems uncreative21:57
bryceI've seen others use 1024x768.edid and similar, so might try that21:58
brycewhy this is important is because xedid also permits installing edids into the kernel firmware21:58
bryceso we may start seeing these files floating around.  would be nice to ensure they have decent filenames by default...21:58
tjaaltonwhat's it for, debugging?21:58
bryceno, for cases where something has broken the edid, e.g. kvms or adapters or whatnot.  Or replacing the edid if the monitor came with a bad edid21:59
bryceit will probably also be useful for debugging but that's secondary22:00
brycehmm, maybe I'll just go with coded manufacturer-productid-serialno for now22:05
tjaaltonyeah, no strong opinion about those :)22:06
brycealright, now to the testing....22:07
=== cnd` is now known as cnd

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