03:36imirkin: Lyude: there are, on g84+ gpus, subchan methods for waiting on fences
03:36imirkin: (not sure if that answers your question)
07:18orbea: in gentoo with mesa9999 I'm noticing wine-nine-standalone is broken and can't find any available backends. However this is only with the nouveau ddx + DRI2, it works with DRI3 + modesetting or nouveau and DRI2 + modesetting. Also xnine works everywhere...
07:20orbea: it also works when starting the nouveau ddx with DRI3 and then using LIBGL_DRI3_DISABLE=true
13:48imirkin: orbea: bisect?
13:48imirkin: there were some timing changes
13:49orbea: imirkin: occcurs with the stable package too, not sure how far back I would need to go
13:51imirkin: oh, this is nine-only?
13:51imirkin: nine kinda requires DRI3 iirc
13:52imirkin: check with those guys
13:54orbea: imirkin: xnine works as does modesetting + dri2
13:54imirkin: well i have no clue.
13:54imirkin: the nine people might.
13:54orbea: i mentioned it to them, they thought it was wierd too
13:55orbea: im also not sure how much longer I will have nouveau in that box, it was a temporary measure
21:03orbea: the firefox right click menu has corrupted graphics with DRI3 + the nouveau ddx
21:03orbea: modesetting + DRI3 works
21:03orbea: I guess that is what I'll use
21:35karolherbst: orbea: mhh, any idea what changed?
21:37orbea: karolherbst: not sure, I just know I changed my xorg config from the nouveau ddx to modesetting to investigate a nine bug which it also avoided...
21:39orbea: it just seems the nouveau ddx has various bugs...
21:40orbea: i think i used modesetting when I was using this card last
21:52ccr:rubs his head in wonder.
21:56ccr: perhaps someone who understands nouveau kernel code could check this: in nouveau_gem.c : nouveau_gem_pushbuf_reloc_apply() u_free(reloc) is called, but then the same u_free(reloc) is done also in nouveau_gem_ioctl_pushbuf() which calls nouveau_gem_pushbuf_reloc_apply(). it would seem like a use-after-free/double free to me. kasan is not saying anything, but I'm not sure if I'm hitting the right code path.
21:59ccr: previously the allocation and freeing of reloc was done entirely inside nouveau_gem_pushbuf_reloc_apply(), but 03e0d26fcf791e48164ff7c280c71225c361a89e changed it. to my casual observer eye it seems like the u_free() was left in by accident.