00:04imirkin: writing into the pushbuf is free
00:04imirkin: the pushbuf is in gart (except for pascal iirc?)
00:04Lyude: imirkin: yeah - which is why it's so bizarre it's taking that long........
00:04imirkin: (ok, not _free_, but ... cheap)
00:05Lyude: imirkin: this -is- pascal, lemme check the code for that. although i'd kinda expect vram to be faster for using in that case, unless something else is somehow keeping the gpu busy
00:05imirkin: oh. well then you're writing to vram
00:05imirkin: which is a pci bus away
00:07Lyude: I think the next time I hit this I'll just have to start ftracing things and see what's taking so long
00:08imirkin: i don't think ftrace can help here
00:08imirkin: this is writing to "memory"
00:08imirkin: which is backed by vram
00:10Lyude: imirkin: why not? it'd mostly be to figure out if the most time is actually being spent writing to vram, or if it's being spent elsewhere. which is kinda what i'm curious about, because something else I realized (as this has happened in the past when I accidentally slowed down dmesg with debugging output, e.g. by turning on debug stuff in nouveau with a serial console enabled) is that it could
00:10Lyude: actually be printing to dmesg that's causing the delays here
00:11imirkin: fair enough
00:11Lyude: welcome to the fun of igt :)
00:11Lyude: hitting all of the weirdest bugs
00:12RSpliet: QA \o/
10:47orly_owl: which one is 'NVA0 (GT200)' on this page? https://nouveau.freedesktop.org/FeatureMatrix.html
10:53Moiman: orly_owl: https://nouveau.freedesktop.org/CodeNames.html
11:03orly_owl: Moiman: yep, i have a GeForce GTX 275, which is NVA0 (GT200). But NVA0 isn't on https://nouveau.freedesktop.org/FeatureMatrix.html
11:06orly_owl: so yeah...
11:23Moiman: it clearly says that it is part of NV50 family (Tesla)
11:27orly_owl: oh it falls under 'GeForce 200' as its GeForce 275, ok
11:27orly_owl: i did ^f GeForce 275, so i didnt see that
18:52emersion: hm, i get a crash in ttm_bo_release, is this a known issue?
18:59imirkin: there's been lots of messing with tto lately. but i'm not directly aware of such an issue.
23:26imirkin: emersion: can you link to the program you were having trouble with with nouveau draws crashing?
23:26imirkin: i forget the details, but iirc you were just doing glDrawArrays from client buffers
23:49emersion: imirkin: yeah https://github.com/swaywm/wlroots/blob/9e98f497af38852bdfffa93aa3fe014f6c6a72e4/render/gles2/renderer.c#L247
23:49emersion: you can reproduce by compiling sway/wlroots latest commits, then starting it from a tty with mesa master
23:50imirkin: ok. i tried doing something similar but it didn't trigger the issue
23:50emersion: i haven't tried to reduce the test case, nor i have tried something else than running from a tty
23:50imirkin: but frankly i don't see what you're doing that'd be materially different from my test-case
23:51imirkin: anyways, i'll poke around
23:51imirkin: no need to do anything on your end
23:51imirkin: just wanted to see the original code
23:51imirkin: not sure i'll get to actually trying to run sway -- does it support a "hosted" mode in an x11 window?
23:52imirkin: (sort of like xvfb)
23:53emersion: just run it with DISPLAY set and it'll run nested
23:55imirkin: ah cool
23:55imirkin: but still use gbm/whatever for rendering right?
23:55emersion: it will still allocate via GBM, and still use GLES2 for rendering, just like when running via DRM
23:55imirkin: and then just like dump out that data and call XPutImage or equivalent
23:56emersion: and then use DRI3 + Present to show the buffer
23:56imirkin: k, i'll give it a whirl then
23:56emersion: yeah, we wanted our X11 and Wayland backends to work just like the DRM one
23:57emersion: using a wlroots meson subproject as indicated by the wiki page should make compilation easy once the deps are available
23:58emersion: also, no need to actually install anything, it should just run fine from the build dir
23:58emersion: feel free to poke me if you run into any issue
23:58imirkin: right, will do
23:58imirkin: [510/510] Linking target sway/sway
23:58imirkin: that was fast
23:58emersion: eh :)
23:59imirkin: compared to e.g. mesa
23:59imirkin: which takes like 10 mins
23:59imirkin: uhm, so, briefly, how do i run it so that it does the thing you said?
23:59imirkin: just like ./build/bin/sway and that's it?
23:59imirkin: (since DISPLAY is in my env already)