00:00 Kevlar_Noir: it's more the 10% of oc
00:00 Kevlar_Noir: than
00:00 Kevlar_Noir: no I will not try that
00:02 imirkin_: ok
00:02 Kevlar_Noir: it has a range of frequencies
00:03 Kevlar_Noir: but I don't know if it will hit the 1241mhz
00:03 imirkin_: one way to find out...
00:03 Kevlar_Noir: or the minus value
00:07 Kevlar_Noir: imirkin_, ok I'm going to try
00:08 Kevlar_Noir: ok !!!
00:08 Kevlar_Noir: I'm @ 1012mhz
00:12 imirkin_: like i said, just coz a cstate is there, doesn't mean it'll get used
00:12 imirkin_: some require impossible voltage settings, other times they're only available with frequency boosting
00:14 Kevlar_Noir: it's fine.. now I'm searching for the kernel parameter.
00:15 imirkin_: nouveau.config=NvClkMode=15
00:16 Kevlar_Noir: super, cool
00:16 Kevlar_Noir: thank you
03:39 mwk: perfection
03:39 mwk: so... address-related ops now, I guess
03:53 imirkin: mwk: you probably noticed this, but /* TODO: figure out where this table came from some day. */ -- each row is 2N +/- 1
04:04 mwk: imirkin: that's rather obvious, yes
04:04 mwk: now try to figure out when it's -1 and when it's +1
04:04 imirkin: yeah, i didn't see a great pattern
04:04 mwk: I think they use yet another creative Booth multiplier variant
04:05 mwk: and by "creative" I mean "having loose connection to arithmetical accuracy"
04:06 mwk: I managed to RE such a thing for the main SF evaluator, have a look at xf_sf_mul
04:07 mwk: but when trying to apply similar logic to the reduction multiply, I'm one bit off (in the best case, there are several possible shifts etc
04:07 mwk: and since there is exactly one data point, I don't really have much to work on
04:09 mwk: imirkin: FWIW, for a constant c, xf_sf_mul can be described by a similar multiplication table to the one with the TODO
04:09 mwk: with a rather complex rule to decide where the +1s are
04:10 mwk: ie. for even entries, take bits 14-i:14-i-3 of the multiplier constant, and apply +1 if these 3 bits are equal to 1, 2, 3, or 7
04:11 mwk: for odd entries, take bits 14-i-1:14-i-4, and apply +1 if equal to 3, 5, 6, 7
04:11 mwk: or something like that
04:11 mwk: getting from *that* to the recovered Booth multiplication logic took me some time and lots of samples
04:13 mwk: so I'm going to guess simplifying this table is going to be impossible unless you just happen to smoke the exact same blend of substances as the designed
04:13 mwk: *designer
04:14 mwk: anyway, boarding a plane, see you later
04:15 imirkin: see ya
07:45 ClaudiusMaximus: my syslog was flooded with nouveau messages, as i have discovered after having had to hard-power-down my laptop after an Xorg lockup
07:45 ClaudiusMaximus: May 30 08:11:53 latte kernel: [23511.558126] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes)
07:45 ClaudiusMaximus: May 30 08:11:53 latte kernel: [23511.558129] nouveau 0000:01:00.0: swiotlb: coherent allocation failed, size=2097152
07:48 ClaudiusMaximus: https://mathr.co.uk/tmp/nouveau/swiotlb.txt the full error, this is repeated many times with minor variations in the register contents
07:49 ClaudiusMaximus: $ sudo cat /var/log/syslog | grep "swiotlb buffer is full" | wc -l
07:49 ClaudiusMaximus: 1115
09:16 ClaudiusMaximus: (crossposted form ##opengl) if i enable multisampling for the default framebuffer and glReadPixels from it, what is supposed to happen? I'm getting "one corner of the image stretched" when i expected "what i see on my screen"
09:17 ClaudiusMaximus: i'm pretty sure with the nvidia evilblob on my old desktop (gtx550ti) it worked as i expected, now testing with nouveau on my laptop (G98M [GeForce G 105M])
09:56 sigod: hi, what's up?
11:39 ClaudiusMaximus: i solved my opengl issue by using a multisampled fbo, instead of the default framebuffer with which apparently an "implicit msaa resolve" is supposed to take place with glReadPixels
11:40 kherbst: ohh yeah, nouveau doesn't do that
11:41 kherbst: or not correctly or whatever
11:41 kherbst: there are some piglit fails for that afaik
11:43 ClaudiusMaximus: with msaa on default framebuffer, glreadpixels gave me a stretched version of a corner of the framebuffer, seemingly not resolving it - with msaa in the fbo and blitting before readpixels it worked fine
11:45 kherbst: yeah, as I said, nouveau doesn't do that correctly :)
11:45 ClaudiusMaximus: ok :)
11:45 kherbst: imirkin: that GTX 660 I have is super nice to trigger that context switching bug. All it takes is like 2-3 glxspheres
11:45 kherbst: and things start to go wrong quite fast
11:46 kherbst: I am running a plasma session though...
11:48 ClaudiusMaximus: https://mathr.co.uk/tmp/nouveau/swiotlb.txt any ideas on this? guessing wildly, gpu memory fragmentation?
12:23 gdepoire: hello, my system freezes when I start the Minecraft game with nouveau drivers: https://pastebin.com/raw/5Kj91Ru2 uname: "4.16.0-1-amd64 #1 SMP Debian 4.16.5-1 (2018-04-29) x86_64 GNU/Linux", I have a GTX 1060
12:23 gdepoire: can anyone help me?
12:27 kherbst: uhh nice, reclocking doesn't work on that 660 as well... what a card
12:29 kherbst: gdepoire: I think this might be due to some multithreading issues
12:29 kherbst: fixing that is hard
12:29 kherbst: might be something else though
12:29 kherbst: gdepoire: is this kind of deterministic or does it happen randomly?
12:29 kherbst: with randomly I mean the time after starting
12:32 gdepoire: kherbst: it doesn't always freeze the system but when it does, I think it's always a certain point when the game is loading
12:32 kherbst: mhhh
12:33 kherbst: allthough I don't think plain minecraft does multithreaded GL
12:33 kherbst: ohh wait, it was added in 1.8 or something
12:35 kherbst: gdepoire: is there an easy way for you to run minecraft older than 1.8?
12:35 kherbst: just for testing?
12:36 kherbst: maybe there is an option to disable it all along...
12:36 kherbst: maybe hidden
12:36 kherbst: I don't know
12:36 pendingchaos: IIRC 1.12 or something seemed to work fine for me
12:38 kherbst: gdepoire: are you using optifine or something? is this still a thing?
12:38 pendingchaos: though maybe I was just lucky
12:38 imirkin: ClaudiusMaximus: hm, that should be fixed in 4.16.x. don't remember the x though.
12:39 kherbst: I could imagine that vanilla minecraft kind of runs fine, but ....
12:39 gdepoire: im using Optifine with forge 1.8.9, I will try 1.7.10
12:39 kherbst: gdepoire: try setting optifine to not use multithreading
12:39 kherbst: and see if this works
12:39 pendingchaos: https://www.optifine.net/faq
12:39 pendingchaos: "To fix it go to the graphics card control panel and set "Threaded Optimization" or "OpenGL Threading" to OFF"
12:41 pendingchaos: looking closer, it's a sort of driver-specific threading
12:41 kherbst: pendingchaos: yeah
12:41 kherbst: but there should be an option for optifine as well I think...
12:42 kherbst: but it is fun to see there are quite a lot of users still only playing <minecraft-1.9
12:44 gdepoire: i don't see any multithreading option in optifine
12:44 gdepoire: I set chunk-loading to default instead of multi-core and disable fast render but the bug still happens
12:45 gdepoire: now instead of freezing my system it crashed the jvm with SIGSEGV
12:45 kherbst: wel
12:45 kherbst: l
12:45 gdepoire: also, the bug happens at "reloading - modelmanager" when starting minecraft with forge
12:45 kherbst: that's easier to debug
12:46 karolherbst: but mhh
12:46 karolherbst: gdepoire: do you know if that happens on a plain install?
12:47 karolherbst: might be worth to open a bug report with that segfault and which package to download/install
12:47 gdepoire: I can't reproduce it without forge
12:47 karolherbst: okay, right. But is there like a package someone can download?
12:48 karolherbst: it is easier for us to fix if we know what we have to do to reproduce that
12:48 gdepoire: no but I can try to make an archive with the files you need if you want
12:49 karolherbst: yeah, that might help
12:50 karolherbst: imirkin: did we have some mayor fix regarding multithreading inside mesa 18.0 or something?
12:51 imirkin: no clue
12:51 imirkin: but unlikely
12:51 karolherbst: mhh, I just updated that machine from fedora 27 to 28 and now it doesn't freeze anymore...
12:53 karolherbst: or maybe...
12:53 karolherbst: I mean I reclocked now
12:53 karolherbst: maybe the default state is unstable...
12:58 pendingchaos: this looks interesting: https://github.com/MinecraftForge/MinecraftForge/commit/7da6c2d0e1b0056e520990d78f63a9be8d0db5ed
12:59 karolherbst: fun how they are patching minecraft these days
13:01 karolherbst: imirkin: reclocking really fixes it...
13:01 karolherbst: the voltage is even the same
13:01 karolherbst: okay, more or less it fixes it
13:15 karolherbst: imirkin: ever saw an issue like that? https://drive.google.com/file/d/1wiYlu3XO38begDP7T_l475DXHLUnDxKG/view
13:15 imirkin: not sure. could be high fps? dunno.
13:15 karolherbst: no
13:15 karolherbst: both at 60
13:16 imirkin: yeah, i got nothing
13:16 karolherbst: maybe that can also be caused by broken context switching firmware?
13:16 karolherbst: dunno
13:16 karolherbst: it sometimes looks like each window tries to render a frame from the other one
13:17 karolherbst: but could also be the compositor messing up
13:18 karolherbst: dmesg isnt helpful either
13:19 karolherbst: anyway, now they just frooze and I got this: https://gist.githubusercontent.com/karolherbst/58433cb60b31572a09bd9223da2d5a16/raw/0abada837497a1a3fbb124554f5bf43fe50d0f59/gistfile1.txt
13:19 karolherbst: I suspect context switching on that card, but...
13:21 karolherbst: or maybe just threading issues regarding push buffers...
13:23 karolherbst: imirkin: what do you think about adding a checksum to pushbuffers for debugging purposes?
13:24 karolherbst: allthough that kind of still leaves us with the problem that we don't know when and where something can be messed up
13:48 gdepoire: the Minecraft EULA says that I can't redistribute any game files, so how could I make a package to reproduce the bug?
13:53 karolherbst: gdepoire: either send it privately or give instructions on how to recreate such a package
14:40 gdepoire: also I forgot to say that when my system boots, I get this: "nouveau 0000:01:00.0: gr: intr 00000040" in dmesg
14:54 gdepoire: if anyone wants an archive to reproduce the bug, send me a PM and I will give you a link to download, because I'm not allowed to redistribute Minecraft files