/srv/irclogs.ubuntu.com/2010/08/26/#ubuntu-x.txt

* RAOF fires up his radeon system.00:00
RAOFThat patch fixed it for me, and is broadly correct.00:00
DaekdroomWell, what was that fix for anyway?00:00
DaekdroomBecause I'm getting a very similar traceback call.00:01
RAOFReference-count DRI2 buffers and take a ref when scheduling a swap so that the buffers are still valid when the vblank event occurs.00:01
RAOFThe problem was when a client sent a SwapBuffers request and then quit before the swap was complete.  That would result in it's buffers being freed, but the swap-complete callback would still try to use them.00:02
RAOFThere was also a similar -intel problem that got fixed in a similar way.00:03
DaekdroomRAOF, http://pastebin.com/RT9sizAq00:03
DaekdroomThat's from earlier today.00:03
RAOFThat looks like a different trace to me; you don't happen to have a second system so you could attach gdb and get a proper backtrace?00:05
DaekdroomNo second system, unfortunately.00:05
DaekdroomBut yeah, it looks slightly different to me, but didn't happen untill today00:05
RAOFBooo.  How easy is it for you to reproduce this?00:05
DaekdroomJust open this specific Wine program, why?00:06
RAOFWell, because you could give me ssh access and I could gather a proper backtrace :)00:06
DaekdroomI don't like handling ssh :S00:06
RAOFWell, you can find my public keys on launchpad.00:08
RAOFAlternatively, you can _kinda_ get a proper backtrace on one system, but it's a bit faffy.00:08
RAOFOh!00:08
RAOFWhat wine program?00:08
DaekdroomHuh, a game plataform called BYOND.00:09
RAOFLinky?00:09
DaekdroomTried to reproduce it somehow in a native app and still didn't find a single one00:09
RAOFI mean, I could try running it :)00:09
DaekdroomRAOF http://www.byond.com/ trying to run a game with hardware 2D acceleration, regardless if OpenGL or DirectX will cause a instant Xcrash00:10
DaekdroomI still have quite a few other native apps here I can try00:10
RAOFI'll give byond a whirl.  If you find another app which exhibits the crash, pipe up :)00:12
DaekdroomOk, I'll dig it.00:12
RAOFDaekdroom: Bah.  Any tips for running byond in wine?00:39
DaekdroomRAOF, oh, msvcrt00:40
DaekdroomForgot to mention that override00:40
RAOFWhich version?00:40
DaekdroomI use the vc6run one from winetricks00:40
Daekdroom*vb6run00:41
DaekdroomAh, nvm, vcrun600:41
DaekdroomHm, yeah, that last one00:41
RAOFAnd what game kills it for you?00:43
RAOFWell, that's promising ):00:45
RAOF:)00:45
RAOFFind a winning crasher? :)00:46
DaekdroomRAOF, apparently, any game as long as I try to activate 2d hardware accel00:46
Daekdroom(that, of course, requires the game to have graphics)00:46
RAOFSweet.  That just killed it.00:47
SarvattRAOF: http://sarvatt.com/git/cgit.cgi/mesa.debian/ in case it helps any, going to try to do the rest tomorrow00:58
RAOFSarvatt: Thanks muchly.00:59
Sarvattstill have the problem with demos though, the majority of that crap doesn't have any license :( i've got a really crappy package started here http://sarvatt.com/downloads/mesa-demos/01:01
Sarvattseems like its a bit too late for a r300g01:02
RAOFIndeed it does.01:03
RAOFParticularly since it breaks ums support.01:03
RAOFRe mesa-demos: I'd like to ship all the demos, but that can wait for Natty.01:05
Sarvattmaybe we should just just rip the ones we want out and put them in a subdirectory in the mesa tarball since we're repacking it, and have a seperate build step?01:06
RAOFAre we repacking the mesa tarball still?01:06
Sarvattyeah its still split into 201:07
Sarvattor will be that is01:07
RAOFMesaLib and… ?01:07
Sarvattdid MesaGLUT move too? 01:08
* Sarvatt looks01:08
RAOFFrom what I can see we don't build glut from the mesa source package at the moment anyway.01:11
RAOFOh, poot.  How are we getting an invalid buffer there?01:27
RAOFOh, whoops!03:57
RAOFMea culpa.03:57
hyperairSarvatt: what? dkms packages for phc? where?!04:35
hyperairSarvatt: and i thought the cpufreq governer was builtin rather than built as a module so phc couldn't be built as a module?04:35
=== freeflyi1g is now known as freeflying
NCommanderDoes anyone know if this symbol still exists in our version of Xorg?09:57
NCommanderXF86VidModeSetViewPort09:57
tjaaltonlibxxf86vm109:59
jcristauthat's not in Xorg... what tjaalton said09:59
=== yofel_ is now known as yofel
kklimondahmm.. any known problems with nouveau locking up? I get one when using firefox from time to time. Only thing in /var/log/messages I can see is [drm] nouveau 0000:01:00.0: PFIFO_DMA_PUSHER - Ch 2. After that I can't even kill X with sysrq+k - console flashes for a second, I can see [drm] nouveau 0000:01:00.0: GPU lockup - switching to software fbcon and then I'm back to frozen X.10:59
kklimondaup to date maverick, no ppas enabled10:59
RAOFkklimonda: That kernel message is the GPU locking up; what GPU do you have?11:06
kklimondaRAOF: nVidia Corporation G84M [Quadro NVS 140M] (rev a1)11:09
RAOFGah.11:15
RAOFThat's not particularly known, but there's not a huge set of debugging options for nouveau.11:17
kklimondaRAOF: anything I can do to help? :)12:58
RAOFIf you can find a dependable trigger it'd be useful and poke it upstream.13:05
RAOFSarvatt: I've pushed my work on those mesa packages to ubuntu-maverick on pkg-xorg; feel free to pick it up and run with it if you've got time today :)13:09
ionsarvatt: Is the new fglrx release in x-updates compatible with the current xserver-xorg? (It would be really nice if it had a Breaks relation to incompatible ABIs.)14:04
Sarvattion: I don't know, they dont mention it in the release notes when they make it work with newer ones and I dont have anything to test it on :)14:05
ionHehe14:05
dandelion, if your talking about fglrx 8.76.7, it works just fine on ubuntu 10.0414:05
ionmaverick14:05
SarvattRAOF: SWEET, I'm on it now14:05
=== simar__mohaar is now known as simar
tseliotion: no, there's no fgrlx for maverick yet15:02
SarvattRAOF: any opinions regarding dri-experimental shipping gallium drivers with the same name as dri? should I just set up diversions for now?15:02
Sarvattradeong got renamed to r300 screwing up my ddx patch to allow both installed side by side, could rename it as part of the build and go that route but it seems a dead end and other gallium drivers like the intel ones and swrast still wont work that way15:03
Sarvattr300 is the only extra one i'd like to throw in -experimental really though so maybe we should do that still. I can't decide whats more evil, patching a ddx to allow loading a different dri driver name or adding a diversion15:05
Sarvattanyone have any opinions on that? :)15:07
Sarvatthttp://www.mail-archive.com/xorg-devel@lists.x.org/msg09741.html -- said ddx patch15:08
tjaaltonI'm for the simplest approach; ship the gallium version as r300_dri15:16
tseliotSarvatt: I like your patch better, even though it can add maintenance burden. Oh and did I mention the fact that I hate diversions ;) ?15:16
tjaaltonit's experimental anyway15:16
tjaaltonpackage, driver less so I hear ;)15:17
jcristaujust decide whether you want to ship r300c or r300g15:18
tjaaltoni think it should be decided for nutty anyway15:19
tjaaltonhmm, or what was it called again15:19
tjaaltonah, well nutty feels about right here ;)15:19
Sarvattits too late to do r300g as the main one and many people will complain about losing accelerated 3D in UMS but r300g is the better of the two, ugh15:23
Sarvattyeah I like nutty too :)15:23
Dr_JakobSarvatt: you could ship both and have the X driver return different names depending if you have UMS or KMS.15:37
jcristauDr_Jakob: i suspect ums is getting uninteresting quite fast15:37
SarvattDr_Jakob: my patch does that15:38
Sarvattit only allows gallium in the dri2 path15:38
Sarvatti just didn't make gallium the default in that one15:38
Dr_Jakobah ok15:39
Dr_Jakobnever mind then...15:39
dandelI'm proposing a few package changes, however, i need some help from an nvidia guy who has OpenCL support working on their system.15:41
jgSarvatt, my bug exists in jbarnes' latest git.  Oh well...16:18
Sarvattok everything seems to be working (egl/gles/vg/etc), time to go over http://sarvatt.com/downloads/filelist_mesa_7.9.txt to make sure everything is right16:18
Sarvattjg: dang, sorry man :( jbarnes mentioned even the windows drivers are having all kinds of eDP bugs yesterday16:19
jgSarvatt: yeah, well I can finally build at test for jbarnes, when he has a spare moment.  And it was known to work at one point, so we can see the register state in working vs. non-working.16:20
jgunfortunately, that kernel won't resume properly, but at least the machine is no longer an expensive paperweight.16:22
SarvattI guess r300c is the way to go in maverick, i'll just fork the packaging for xorg-edgers again and make r300g the only option :)16:33
Sarvattanyone know if there is something special that needs to be done to use the egl _screen versions of the mesa demos?16:33
Sarvattthe _x11 ones work fine16:33
Sarvattosmesa demos don't build, a bunch of talloc undefined references16:34
Sarvattuploaded a preliminary mesa 7.9 here - https://edge.launchpad.net/~sarvatt/+archive/mesa17:13
Sarvattand holy crap mesa builds fast with DEB_BUILD_OPTIONS='parallel=24', 4 minutes! :D17:14
Sarvattthis needs some serious review by the arm people to see if there are any problems17:15
Sarvatthopefully there's a mesa RC soon to rebase this onto17:43
tseliotSarvatt: do you have 23 cores???17:46
Sarvattthe machine i'm building on has 24 yeah17:46
tseliotthen I think you could have done DEB_BUILD_OPTIONS="parallel=25"? (I think it's nr. of cores +1)17:47
jcristaudepends.17:47
tselioton what?17:47
tseliot(I'm curious)17:48
Sarvatt12 of those are hyperthreaded, 24 is probably overkill :)17:48
jcristautseliot: at some point you're io bound anyway17:48
Sarvattits got a real slow disk too17:48
tseliotyes, I see what you mean17:48
bilalakhtarI would like to report a problem. Whenever I boot maverick with all updates, the GDM login comes. If I press any key from now on, X shuts down instantly and starts again in a second or two. This happens only once. After the second start, it behaves properly. Is this fine?17:57
jcristauno17:57
bilalakhtars/Is this fine?/Is anyone else facing this problem/g17:58
bilalakhtarjcristau: ^^17:58
jcristauno idea about that one.17:59
Sarvattjg: looks like someone else has to use 2.6.35-rc6 on your same laptop too - http://blog.mydream.com.hk/howto/ubuntu-10-10-maverick-with-hp-elitebook-2540p18:04
jgSarvatt: I just filed a proper bug report at: https://bugs.freedesktop.org/show_bug.cgi?id=2982118:05
ubot4Freedesktop bug 29821 in DRM/Intel "eDP screen "flashes" on and off after boot." [Critical,New]18:05
tjaaltoni've got a hp blade with 12 cores hyperthreaded to 24 "cores" _and_ fast disks. I'll test some insane builds on it before it's put into production :)18:06
tjaaltonoh and 96GB memory18:06
tjaaltoncould just build it in a ramdisk18:07
Sarvatthmm libdrm-nouveau1 seems to be holding back a lucid -> maverick release upgrade - http://pastebin.com/6hQKa08c18:10
Sarvatttjaalton: sweet! this just has 512mb memory and 10gb of virtualized disk space :)18:15
* Sarvatt loathes OpenVZ18:16
=== apachelogger is now known as apache2logger
tjaaltonhttp://pastebin.com/CHCufLTN18:17
tjaaltonthe packaging phase is single-threaded, so it took 5m46s in total18:17
ionWhat’s that top-like software?18:19
tjaaltonhtop18:19
ionthanks18:19
ionD’oh. I already have installed it in the past, but completely forgotten about it.18:20
Sarvatthtop ftw!18:20
Sarvatttjaalton: whats the speed on those xeons?18:21
tjaaltonSarvatt: 2.67GHz18:21
tjaaltontime debian/rules build took 2m3s18:21
Sarvattyeah thats like twice as fast, the 4 minutes wasn't packaging18:23
tjaaltonheh, ok18:23
Sarvattok I dropped the Breaks: xserver-xorg-video-nouveau (<< 1:0.0.16) from libdrm-nouveau1 in maverick's package, versioned it higher than what's in maverick's archive and now I can dist upgrade from lucid to maverick, can anyone think of any other way to fix that? :)18:54
cndjcristau, are you about?18:59
jcristaucnd: sort of18:59
cndI see that you're the author of config/udev.c in xserver19:00
cndI wanted to know your thoughts on how best to resolve an issue I'm having19:00
cnddo you have the time to chat about it?19:00
jcristauyep?19:01
cndso I want to be able to use an InputClass to match just the Apple Magic Trackpad19:03
cndunfortunately, the apple bluetooth input products rename themselves after being configured by a user in os x19:04
cndso my trackpad now says it's product name is "cndougla's trackpad"19:04
jcristauugh19:04
tjaalton:D19:04
Sarvattfun!19:04
jcristaudoes apple ever do anything right?19:04
cndunfortunately, I don't see any great way to fix this19:04
cndbut I also see bugs in the udev code19:04
jcristaucan we match on product id instead of name?19:05
cndfor example, even on usb devices, the wrong udev node is checked for the usb id19:05
cndthe parent node should be checked it seems, but the event* node is checked19:05
cndso usb devices don't even get usb_id set properly anymore19:05
cndon top of that, the usb device ids listed for bluetooth devices is the device ids of the bluetooth receiver19:05
cndnot the actual device19:06
cndthe only way to get the actual device id is to parse the modalias19:06
cndjcristau, so, I'm wondering if you have any good ideas of how we should deal with this :)19:06
Sarvattcan you tag it in udev and MatchTag?19:06
cndSarvatt, you could, but tags are limited19:07
cndtags are meant to say what class of device it is19:07
cndand if we start using bits for individual devices, we'll run out quickly :)19:07
cndapple already does this renaming for at least three devices I have19:07
jcristauwe don't have the device id in the udev db except in the modalias?19:07
cndjcristau, correct, for bluetooth devices19:08
jcristaufun..19:08
cndI think for all bluetooth devices, but I only have my apple gear19:08
cndI'm willing to write a patch for the udev parsing19:08
cndI just want to make sure you can't think of any better way19:08
jcristaunot really, this sounds ugly19:09
cndfor example, maybe it's better to define a udev rule for bluetooth devices to parse the modalias for the device id instea19:09
cndd19:09
jcristaumight want to talk to #udev or linux-hotplug@vger19:09
cndyeah, I'll ask19:09
cndjcristau, my current thinking is to have a bluetooth udev rule parse the modalias and then set the product and vendor ids from the data19:12
cndbut xserver will still need a patch to look for the usb ids on the parent node instead of the device node19:12
cndso just fyi that I'll be looking into this19:12
jcristauok19:13
cndjcristau, I think it may be possible to get the id a different way19:23
cndI'm not terribly familiar with udev19:23
cndit's not obvious how to get all the data out of udevadm :)19:23
jcristauudevadm info --export-db should have most of it19:23
cndjcristau, I don't see any attrs though19:24
cndthat's where I get confused19:24
cndthere's attrs, and then there's properties19:24
cndwhat's the difference?19:24
Sarvattoh hmm, got a reply saying something might be able to be done to work around the libdrm Breaks: screwing up dist-upgrade in update-manager. that'd certainly be better than dropping the breaks20:27
mvoSarvatt: bug #614993 you mean?20:29
ubot4Launchpad bug 614993 in update-manager (Ubuntu) (and 1 other project) "10.04 -> 10.10 upgrade fails: pkgProblemResolver::Resolve generated breaks: Holding Back xserver-xorg-video-nouveau rather than change xorg-video-abi-8.0 (affects: 7) (dups: 5) (heat: 58)" [High,Confirmed] https://launchpad.net/bugs/61499320:29
Sarvattyeah20:29
mvoSarvatt: IIRC a conflict helped (instead of the break) when I looked with that problem, the resolver is sometimes a bit dumb20:30
Sarvatti couldn't work out an easy way to test that, i did try it but couldn't get update-manager to let me do a release upgrade without patching/rebuilding x-x-v-nouveau 0.0.16 too20:31
Sarvattsince the conflicts left things in a broken state20:31
mvoSarvatt: I played with it by patching /var/lib/apt/lists/archive.ubuntu.com*maverick*main*Packages and let apt go wild on it, but of course that is rather hackish20:32
mvoSarvatt: I can have a look again tomorrow, today I'm a bit too tired for anything complicated20:33
Sarvattremoving the breaks: was a bad idea, it ended up deciding to hold x-x-v-nouveau back to 0.0.15 which held back all of x from upgrading until i did a sudo apt-get install xserver-xorg-video-nouveau/maverick :)20:58
DaekdroomRAOF, just noticed from MaverickChanges that you fixed it. Thank you :)23:20
=== JanC_ is now known as JanC

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