08:01rpaul: Hi. Running debian (kernel 4.12.0-2-amd64), GeForce GT 240. Tried nouveau (libdrm-nouveau2 2.4.82). All worked fine until KDE locked screen. After unlocking computer hanged. Hard hang -- no pings, no magic sysrq
08:02rpaul: so, no suspicios entries in syslog
08:08Hooloovo0: is it repeatable?
08:20pmoreau: rpaul: Hello, is this a new behaviour you encountered after an update? Otherwise, lockups with KDE are expected as KDE uses multi-threading OpenGL and Nouveau does not handle that properly.
08:22rpaul: pmoreau, don't know is this new. I try to switch to nouveau once a half of year. Last time lockups was during the work
08:22rpaul: Hooloovo0, didn't try second time. It's office box, don't have much time to reproduce
08:23rpaul: pmoreau, any hope to resove MT opengl?
08:23pmoreau: skeggsb has been working on it, not sure what the current status is.
08:28Hooloovo0: does opengl not handle multi-threading cleanly?
08:29Hooloovo0: that feels wrong, but I'm not sure what it was designed around
08:31pmoreau: Hooloovo0: It is more Nouveau not being thread-safe from what I understand.
08:32Hooloovo0: is that a goal? nowadays, it seems like that would be a good direction to thead
08:51rpaul: I wonder where the main nouveau code is? kernel? libdrm? x11 driver?
08:51odinsbane: How do I find out what features would work with a specific video card. I want to setup a computer with a graphics card that can run the same/similar code as a GPU cluster we have access to.
08:54pq: rpaul, nouveau has distinct parts on all of kernel, libdrm, xf86-video-nouveau and Mesa, all doing different things. What are you interested in?
08:58rpaul: pq, where is MT unaware
09:54duttasankha: can I discuss about gdev in here?
10:16airlied: rpaul: libdrm/mesa is broken multithread
10:32pmoreau: duttasankha: I’m not sure whether anyone here as much experience with gdev, besides maybe mupuf and mwk
10:56rpaul: airlied, thanks
10:56rpaul: pq, multithreading
11:00imirkin_: odinsbane: it's more by family than by specific card. if you're looking for GL features, you can look at https://people.freedesktop.org/~imirkin/glxinfo/#v=Mesa%2017.1.0
11:01imirkin_: (the 17.2.0 features aren't fully filled out yet)
18:25pmoreau: imirkin: Images are back up again. :-)
19:26imirkin_: ahaha. well played, RH. https://hastebin.com/raw/ebayoleqis (in response to a mesa-dev email)
19:27imirkin_: i almost want to follow those instructions...
19:29imirkin_: probably should reciprocate and add him to my ban list...
19:31karolherbst: imirkin_: I thinkI totally missed any of this
19:32karolherbst: but now I got kind of interested in the details
19:32imirkin_: the basic gist is that i'm auto-blocked due to my past misbehavior. however if i urgently want to reach the dude, i should write "i'm terribly sorry for having previously been bad"
19:33karolherbst: sounds like a good plan indeed
19:34imirkin_: ugh. this internet is broken. we need a new one.
19:38pmoreau: imirkin_: I got that same reply as well
19:39imirkin_: should just get him unsubscribed from mesa-dev, i suppose
19:43imirkin_: robclark: perhaps you can hit this guy with a clue-by-4?
19:44robclark: what email is this?
19:48pmoreau: It was as a reply to my series, but I haven’t been sending anything to him besides patches to the list.
23:13RSpliet: relaying a little notification from sooda: http://nvdla.org/
23:13RSpliet: verilog+SystemC sources to their just released DLA hardware
23:14RSpliet: first thing I was curious about is "what's ness?". Seems like a HW generation script/program, but never heard of it before :-)
23:24RSpliet: also, they kind of obviously chopped away a falcon core from their design last-minute