05:01 imirkin: gnurou: is the vbios supposed to set bit 1 of 0x2240c?
05:03 imirkin: gnurou: it seems like at least the vbios in https://bugs.freedesktop.org/show_bug.cgi?id=97620 doesn't do that
05:03 imirkin: (which comes from a GF104)
07:10 idl0r: imirkin: thanks. i'll try your patch later today i guess
12:48 karolherbst: anybody know a good way to discribe "Speedo" best?
12:56 mupuf: karolherbst: Individual chip calibration factor?
12:58 karolherbst: mupuf: doesn't matter what you say, I know nothing about it at all, so I would just believe you :D
12:58 karolherbst: but yeah, it has something to do with the manufacturing process
12:58 mupuf: well, you read speedo from the fuses, right?
12:58 karolherbst: I think gnurou said something about it months ago
12:58 karolherbst: yeah
12:58 mupuf: then yeah
12:59 karolherbst: it used to be a little device, no idea if it's still true
12:59 mupuf: it is just like the calibration for the the thermal diode
12:59 mupuf: ?
12:59 karolherbst: really no idea, I just say what I read somewhere
12:59 mupuf: speedo is a linear factor for computing the voltage, right?
12:59 karolherbst: well somewhat
13:00 karolherbst: it is more complicated than this
13:00 karolherbst: let us say, it affects the calcuation
13:00 mupuf: can you send me a link to it again?
13:00 karolherbst: yeah
13:00 karolherbst: mupuf: https://github.com/karolherbst/nouveau/blob/master_4.7/drm/nouveau/nvkm/subdev/volt/base.c#L118-L131
13:01 mupuf: ok, it is a linear factor for multiple parts of the equation
13:01 mupuf: whatever, same shit
13:01 karolherbst: I see
13:01 mupuf: oh, there is a speed squared at some point
13:01 karolherbst: yeah
13:01 karolherbst: and sometimes even multiplied with temperature
13:02 karolherbst: see 0x1
13:02 mupuf: but yeah, this is basically the individual chip's calibration
13:02 mupuf: it may not be calibrated per chip and may be done per batch, but I doubt it
13:03 karolherbst: we never will know
13:03 mupuf: for all intent and purposes, we should consider it per-chip
13:03 karolherbst: but it is pretty precise
13:03 karolherbst: value range is somewhat like 0x450 to 0x800
13:03 mupuf: basically, there are good chips and bad ones ;)
13:03 mupuf: bad ones require a higher voltage
13:03 karolherbst: *really good and *really bad ;)
13:03 mupuf: good ones require a lower voltage
13:03 mupuf: that's it
13:03 karolherbst: yeah
13:04 mupuf: the speedo must be computed based on the transition time of a bunch of test transistors throughout the chip
13:04 karolherbst: most likely, yes
13:04 mupuf: and they find the worst one and use it for calibration
13:04 mupuf: I don't think it is fancier than this
13:06 mupuf: still is pretty fancy though :p
13:06 karolherbst: well, it was fun to RE at least :D
13:06 karolherbst: especially finding that damn register
13:06 mupuf: yep!
13:06 mupuf: you deserve major kuddos for this1
13:07 mupuf: you will get a beer from me at XDC ;)
13:07 karolherbst: all I wanted was a stable driver :(
13:07 karolherbst: :D
13:07 karolherbst: thanks
13:07 mupuf: Samuel will also get one :D
13:10 hakzsam: mupuf, hehe :)
13:16 karolherbst: what a silly name "speedo" is
13:17 mupuf: well, speed_factor would be better
13:17 mupuf: that would be accurate
13:50 karolherbst: yeah maybe, I just used the same word like done within the tegra sources
16:41 orbea: Anyone mind checking if this apitrace could be an issue (PCSX2 regression) in nouveau only? My thinkpad only blackscreens... http://ks392457.kimsufi.com/orbea/stuff/trace/PCSX2-TOL.trace.xz
16:41 orbea: should have missing text and strange shadows
16:41 orbea: https://github.com/PCSX2/pcsx2/issues/1574
16:43 karolherbst: with intel it is black :(
16:43 orbea: so I guess its not only my intel...
16:43 karolherbst: checking nvidia
16:44 karolherbst: mhhh troublesome
16:45 karolherbst: doesn't work with nvidia either
16:45 orbea: strange
16:45 orbea: maybe there is something with the apitrace...
16:45 karolherbst: llvmpipe also black
16:45 karolherbst: "247766: warning: 0:4(12): error: extension `GL_ARB_shader_image_load_store' unsupported in fragment shader"
16:45 orbea: replays fine on my desktop at least
16:47 karolherbst: orbea: can you make a trace with MESA_EXTENSION_OVERRIDE=-GL_ARB_shader_image_load_store ?
16:47 orbea: sure, hold on
16:56 orbea: karolherbst: http://ks392457.kimsufi.com/orbea/stuff/trace/PCSX2_TOL_GL_ARB_shader_image_load_store.trace.xz
16:57 karolherbst: orbea: did you see that one issue is gone?
16:58 orbea: which one? seems the same here, messed up menu, missing text and shadows that hsould not be there?
16:58 karolherbst: mhh menu is fine now
16:58 karolherbst: nice, llvmpipe works now
16:58 karolherbst: "11823: message: major api error 1: GL_INVALID_OPERATION in glTextureBarrier(not supported)"
16:59 karolherbst: same shadow issue
16:59 orbea: strange. looks like this here http://ks392457.kimsufi.com/orbea/stuff/pics/scrots/pcsx2/2016-09-19-090359_1680x1050_scrot.png
16:59 karolherbst: this is with the first trace
16:59 karolherbst: but not with the second
16:59 orbea: actually no, I was wrong, menu is better
16:59 orbea: still missing the text in the though
16:59 karolherbst: hakzsam: did you implement GL_ARB_shader_image_load_store?
17:00 karolherbst: might be application bug though
17:00 orbea: yea, I think it is, but I was thinking maybe its also connected to nouveau since the gsdx dumps the pcsx2 debugger made did not show an issue for Gregory
17:00 karolherbst: I see
17:01 imirkin_: careful with retrace - you need one with fixed glCopyImageSubData
17:01 karolherbst: well it still won't replay for nvidia
17:01 karolherbst: imirkin_: what do you mean?
17:01 imirkin_: see issue 404 in apitrace github
17:01 imirkin_: i think latest release might already have the (fake) fix
17:02 imirkin_: anyways, with i965/SKL i saw a weird triangle issue in the menu at the end with the original trace
17:02 hakzsam: karolherbst, for sure yes :)
17:02 karolherbst: I have 7.1 installed
17:02 hakzsam: this is required for GL 4.2 :)
17:02 karolherbst: hakzsam: k, there might be an issue somewhere
17:02 orbea: apitrace-7.1-x86_64-2_SBo here
17:02 hakzsam: but I didn't implement core mesa though
17:02 karolherbst: imirkin_: right, me too
17:02 karolherbst: imirkin_: but not with the second trace
17:03 karolherbst: the shadow seems odd though
17:04 karolherbst: more like a real emulation bug+
17:04 orbea: im trying to bisect it now, shouldn't take that long actually...
17:04 karolherbst: orbea: GL_ARB_shader_image_load_store support maybe?
17:04 karolherbst: I would say git bisect is pretty useless except you find a version with enable GL_ARB_shader_image_load_store and without that issue
17:05 orbea: it as a recent regression
17:05 orbea: *was
17:05 orbea: I have a build and git commits where it worked
17:05 karolherbst: if you mean with recent 2 weeks, that maybe
17:05 karolherbst: *then
17:05 orbea: 1 week even, thought it would of been like 20 steps, but its only 4
17:05 karolherbst: orbea: ahh nice, check for GL_ARB_shader_image_load_store there
17:05 karolherbst: ohh okay
17:05 karolherbst: yeah, then it should be there for sure
17:05 karolherbst: :)
17:06 karolherbst: orbea: 20 steps is _a_lot_
17:06 karolherbst: 1millions commits
17:06 orbea: heh
17:06 karolherbst: *million
17:06 karolherbst: within linux you get usually 14 at most
17:06 orbea: that is good to know :)
17:07 karolherbst: 2^steps
17:07 karolherbst: orbea: what is odd about the shadows though?
17:07 orbea: they shouldn't occur at all
17:08 karolherbst: I see
17:08 karolherbst: still looks like emulation bug
17:08 karolherbst: or weird game engine + driver issue
17:08 karolherbst: imirkin_: did you also saw some odd shadows in the scene?
17:09 imirkin_: mmmaybe
17:09 imirkin_: yes.
17:09 karolherbst: k
17:09 karolherbst: orbea: see, so either a core mesa bug or pscx2 ;)
17:10 orbea: I figure if its mesa or nouveau it would of been something Gregory messed up that only occurs on some platforms
17:25 orbea: yay, I found the bad commit, hopefully Gregory or the guy that committed it can figure somthing out. Thanks for the time. https://github.com/PCSX2/pcsx2/commit/5420fcaf3ad41ba504e55ca366fc56ce19996e8c
17:27 imirkin_: that seems somehow unlikely
17:27 orbea: i'll test it manually...
17:27 imirkin_: are you sure you finished the bisect?
17:28 imirkin_: did it say "first bad commit is X"?
17:28 orbea: yea http://dpaste.com/2BF45E4
17:28 imirkin_: quite odd.
17:28 karolherbst: I guess this enabled some option
17:28 orbea: yea, did seem kind of wierd.
17:29 karolherbst: orbea: try to play around with those options and see what changes
17:29 imirkin_: it seems primarily concerned with options in dialogs
17:29 imirkin_: my guess is that you took a wrong turn somewhere
17:30 orbea: will see in a few minutes when I test it and the commit before it manually
17:34 imirkin_: skeggsb: mlankhorst: airlied: one of you should probably do a xf86-video-nouveau 1.0.13 release to get the new ABI support in place
17:35 imirkin_: [or teach me how to do those releases, although i don't know that i have the proper permissions for that]
17:36 orbea: yaa, seems I went somewhere wrong...
17:44 mlankhorst: imirkin_: there's a script in xorg to do it for you
17:44 imirkin_: mlankhorst: where?
17:45 mlankhorst: important part is making distcheck works
17:45 imirkin_: but i'm probably supposed to sign stuff, and upload tarballs... i doubt i have permissions for the latter. or do i?
17:46 mlankhorst: do you have access to the nouveau git? separate from mesa
17:46 imirkin_: yes
17:46 imirkin_: i'm in the 'nouveau' group
17:48 mlankhorst: ok in that case
17:49 mlankhorst: clone https://cgit.freedesktop.org/xorg/util/modular/
17:50 mlankhorst: release.sh does it for you, needs a path to the checked out git tree iirc
17:50 imirkin_: ok awesome
18:26 idl0r: imirkin_: confirmed; patch did the trick
18:26 idl0r: :)
18:29 imirkin_: feel free to reply with a tested-by
18:30 imirkin_: so that people know it's not just me being a jerk
18:31 idl0r: :D
18:36 idl0r: imirkin_: hm, how does that work? :P
18:37 idl0r: haven't used any patchwork instance yet
18:37 imirkin_: reply-to-email? :)
18:37 imirkin_: you can't do anything in patchwork
18:37 idl0r: ah
18:38 karolherbst: Tom^: there?
18:39 Tom^: yes
18:40 karolherbst: Tom^: nvapoke 0x21000 40040001 && nvapoke 0x122634 0 && nvapeek 0x0214a8 && nvapoke 0x122634 0x41 && nvapoke 0x21000 40040000
18:40 Tom^: blob?
18:40 karolherbst: doesn't matter
18:41 Tom^: oh right i cant use blob, all envytools still broken, which i suspect is still that missing resource2 file.
18:42 karolherbst: it is a simple kernel paramter though :p
18:42 karolherbst: ohh wait
18:42 karolherbst: let me check something
18:42 karolherbst: meh, no trace from you
18:42 karolherbst: I could use another gpu for an example...
18:43 karolherbst: Tom^: it is fine
18:43 karolherbst: got it
18:43 Tom^: so uh no nvapokes?
18:43 karolherbst: nope
18:44 Tom^: oki
18:56 karolherbst: Tom^: what are high clocks for your? 2150?
18:56 karolherbst: ehm
18:56 karolherbst: *1075
18:56 Tom^: ive never been above 1097
18:56 karolherbst: k
18:57 karolherbst: odd though, your chip quality seems a bit worse then the one I found
18:57 Tom^: karolherbst: http://i.imgur.com/NnIqKwA.png
18:57 karolherbst: how bad
18:57 karolherbst: :D
18:57 Tom^: :(
18:58 karolherbst: the pokes/peeks should print something lower than 0x691 then
18:59 karolherbst: Tom^: boot with iomem=relaxed
19:00 Tom^: one day im so setting kexec up-
19:04 Tom^: karolherbst: http://i.imgur.com/zWsYc2a.png
19:05 karolherbst: as I thought
19:05 karolherbst: the one I got has 1681
19:05 karolherbst: *0x691
19:06 karolherbst: that means around 50MHz ;)
19:06 karolherbst: also a 780 ti
19:06 Tom^: meh
19:06 Tom^: not everything needs to be riced you silly gentoo user.
19:07 karolherbst: thats production quality though
19:09 Tom^: mhm
19:17 karolherbst: well mine is over the moon anyway :p
19:26 idl0r: imirkin_: i just replied, i hope that works
19:27 imirkin_: idl0r: cool, thanks. you were probably moderated, but it should make its way through eventually
19:28 idl0r: imirkin_: ah, ok. i just replied by using the mbox version of the patch
19:28 imirkin_: yep, good idea :)
20:24 orbea: I think I found the pcsx2 bad commit now, it wasn't so much I made a wrong turn in git bisect. It was more that there was something in the source directory I was testing in that masked it or introduced it when not expected... https://github.com/PCSX2/pcsx2/commit/310f13a2f768a823136fd38d092391693d037a30
20:25 karolherbst: orbea: huh
20:46 pmoreau: imirkin_: How are GLSL global variables handled in NV50 IR? Cause AFAICT, creating Values require a non-null function?
20:47 imirkin_: everything goes into the "MAIN" function
20:48 pmoreau: Interesting. And NV50 handles that properly, regarding scopes and so on?
20:49 imirkin_: well, everything's always in one function
20:49 imirkin_: but in theory function calls are supported
20:49 imirkin_: although in practice i dunno that it's been tested in the past few years
20:49 pmoreau: Oh right, forgot about that
20:49 karolherbst: crappy airline, my light got canceled :/ will arrive later
20:49 pmoreau: karolherbst: :-(
20:50 karolherbst: "lack of crew", troublesome
20:50 pmoreau: O.O
20:50 karolherbst: :D
20:50 karolherbst: well
20:50 karolherbst: I still will arrive at 10pm
20:50 karolherbst: so ain't _that_ bad
20:50 pmoreau: Still before hakzsam :-)
20:51 hakzsam: yup, I will land at 11pm :/
20:51 karolherbst: so, the question is, do I need a new board card? :D
20:51 karolherbst: *boarding
20:52 karolherbst: ahh I have a new one already
20:52 pmoreau: imirkin_: I’ll have to think about it some more. I am unsure how global variables are handled in OpenCL, who is responsible for allocating the global memory.
20:53 imirkin_: pmoreau: could still do it in a MAIN function
20:53 imirkin_: pmoreau: also are they meant to go into registers or memory?
20:53 pmoreau: Well, that will work as long as I only have one kernel.
20:54 pmoreau: Which isn’t too far fetched for the time being :-D
20:54 imirkin_: pmoreau: have a look at how all the linkage stuff works between functions... you could make them implicit arguemnts to every kernel or something
20:54 imirkin_: dunno
20:55 imirkin_: functions have ins and outs
20:56 pmoreau: I’ll talk with Jason and Connor about it, since I am not quite sure what those OpUndef are, and why the compiler would decide to declare it global, when it represents a variable declared within a function body.
20:57 pmoreau: Passing a pointer to it as argument seems reasonnable.
21:23 karolherbst: mhh I get linking errors in glmark2
21:23 imirkin_: yeah, that's expected i think
21:23 karolherbst: "Failed to link program created from files None and None: error: declarations for uniform `modelview` have mismatching precision qualifiers"
21:23 karolherbst: and then it segfaults later :/
21:23 imirkin_: there's a bug about it
21:23 karolherbst: ahh I see
21:23 karolherbst: nouveau specific?
21:23 imirkin_: https://bugs.freedesktop.org/show_bug.cgi?id=97804
21:23 imirkin_: no
21:24 karolherbst: ahh I think I saw that bug actually
21:32 karolherbst: uhhh
21:32 karolherbst: should I be troubled when I hear noises coming from my gpu?