08:07liamdawson: Hi, I can't get display output when using KMS with my NV110/Maxwell device (GTX970). I was hoping to run Wayland on my desktop.
08:07liamdawson: last boot log: https://paste.ubuntu.com/p/RtybktNCZc/
08:08liamdawson: can confirm I can boot if I set `nouveau.modeset=0`, but then I get the wrong resolution on my monitor, and can't log into a wayland session
08:08liamdawson: (actual behaviour I experience is Ubuntu splash pops up very briefly, then the screen goes black and goes into power-saving mode after a few seconds)
08:11liamdawson: (uname: Linux uluhtc 4.15.0-29-generic #31-Ubuntu SMP Tue Jul 17 15:39:52 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux)
08:40liamdawson: interesting, I could boot with modeset if I removed my 4K second display first, then I connected it later and it all works
10:28karolherbst: liamdawson: interesting
10:28karolherbst: liamdawson: is this HDMI or DP?
11:55RSpliet: liamdawson: your kernel params contain video=1920x1080. You'll probably want to remove that
11:57karolherbst: RSpliet: that shouldn't cause the EVO timeout though
11:58RSpliet: True. Anything between 4.15 and 4.18 touching/fixing EVO problems?
12:00karolherbst: I have still my patches but those only fix if you select interlaced modes with DP when the GPU can't do that
12:00karolherbst: but I think we hade some reworks there
12:00RSpliet: A few patches in the run-up to Volta support apparently; liamdawson: make sure you test with a more recent kernel as well (4.17)
16:01karolherbst: mhh, on the PIOR we also got EXT_TMDS10BPC_ALLOWED
16:17pendingchaos: imirkin, karolherbst: would extending nv-report.py to also print changes in only affected programs be interesting?
16:25pendingchaos: another idea is an option to print affected shaders that are most affected or smallest
16:37karolherbst: pendingchaos: yeah
16:37pendingchaos: the first idea, second idea or both?
16:38karolherbst: I think the ordering stuff isn't as important
16:38karolherbst: still helpful
16:38karolherbst: I think we should also report the deepest loop depth
16:39karolherbst: and for kepler the dual issueing rate
18:34pendingchaos: karolherbst: any idea what "shared programs" means in nv-report? "all programs"?
18:57karolherbst: pendingchaos: yes
18:59karolherbst: pendingchaos: it would be nice to have that dual issue report though, as I have some patches to improve it, but if you don't want to add it, I will propably do it myself. There is also dual issueing for maxwell, but we don't enbale it yet
19:00karolherbst: should allow us to gain up to 20% more perf as well
19:00karolherbst: or maybe more on maxwell, dunno
19:00karolherbst: on kepler it is quite significant overall
19:01karolherbst: we could probably just copy what maxas is doing here
19:02karolherbst: and maybe evevn improve it on kepler with the knowledge we got there
19:15karolherbst: on kepler it was quite alot...
19:15karolherbst: but kepler was special
19:16karolherbst: well and fermi
19:16karolherbst: SM 2.1 to 3.7 was able to do that fancy dual issueing thing
19:16karolherbst: 2.0 is GF100 and GF110
19:16karolherbst: wondering if it really doesn't work there
19:17karolherbst: pendingchaos: I guess I take care of that myself. I just got interested in doing that
19:23karolherbst: anyway, doens't seem like we get 20% more on maxwell with that... more like 5%
19:23karolherbst: at least those float/int conversions are there, so this will be nice
19:26pendingchaos: 5% improvement is nice
19:29karolherbst: yeah well
19:29karolherbst: on kepler we got a lot more from this
19:30mooch2: i mean, 5% improvement IS still beyond the margin of error :/
19:30mooch2: there's probably a bug somewhere keeping it from being any higher tho
19:31mooch2: and it could be in the hardware itself ;)
19:32pendingchaos: where do I post patches for shader-db? firstname.lastname@example.org?
19:33pendingchaos: actually #dri-devel might be better for this
19:38karolherbst: pendingchaos: do you know NV50_PROG_CHIPSET?
19:39karolherbst: mooch2: only fermi/kepler had real dual issueing
19:40mooch2: ah :/
19:40pendingchaos: karolherbst: maybe I did? I do now anyway
19:40mooch2: that figure makes sense then
19:45karolherbst: ../nouveau_shaderdb/gputest_pixmark_piano/7.shader_test - type: 1, local: 0, shared: 0, gpr: 50, inst: 3680, bytes: 33648, dual_issue: 0.246467 :)
19:45karolherbst: on gk104
19:45karolherbst: ./nouveau_shaderdb/gputest_pixmark_piano/7.shader_test - type: 0, local: 0, shared: 0, gpr: 7, inst: 19, bytes: 176, dual_issue: 0.421053
20:56karolherbst: perl is really a terrible language
20:57nyef: The pathologically eclectic rubbish lister? Yes. Yes, it is.
22:09karolherbst: nice, got a st 0x0: (st 0x0 yl wt 0x10)
22:15karolherbst: imirkin: GALLIUM_HUD=help is broken
22:15karolherbst: I get dozens of "this_is_not_the_query_you_are_looking_for"s
22:18karolherbst: ohh uhm
22:18karolherbst: we don't expose that stuff on pascal