05:45 pmoreau: imirkin: I'll try
06:07 karolherbst: pmoreau: are you on 4.5 already?
06:07 pmoreau: Yes
06:08 karolherbst: ahh okay. Then you can simply use my stable_reclocking_kepler_v2 branch
06:08 pmoreau: Cool! So it includes the serie you sent yesterday?
06:08 karolherbst: yeah
06:08 karolherbst: and master
06:09 karolherbst: my master_4.5 branch is skeggsb/master just compatible with 4.5
06:09 karolherbst: and I base all my stuff on it (or older master_$ver branches)
06:10 pmoreau: Great
06:15 pmoreau: I need to clone Linux, and I'll build your branch and try it.
06:15 mithro: karolherbst: any info I can provide from my setup which would be useful to you?
06:17 karolherbst: mithro: mhh you was the one with the three displays right?
06:17 mithro: karolherbst: the 3x4k - yeah
06:17 karolherbst: mhh
06:17 karolherbst: well I never looked into the display stuff myself
06:17 karolherbst: maybe mupuf? He got 3x4k working
06:17 karolherbst: mupuf: but only if he boots with all dispalys connected
06:18 karolherbst: mithro: hotplugging still doesn't work, right?
06:18 mithro: I'm not sure, my displays seem to disappear when I turn them off and then reconnect when they turn back on
06:18 karolherbst: ohh okay
06:18 mithro: and that seems to work okay on the x side of things (not so much on the window manager side)
06:19 karolherbst: mithro: are you using plasma5 by any chance?
06:19 karolherbst: or something qt5 based?
06:19 mithro: nope - awesomewm with gnome
06:19 karolherbst: there is a qt5 bug
06:19 karolherbst: okay
06:19 karolherbst: mithro: but booting with both DP displays and then plugging in the hdmi one later still doesn't work, right?
06:20 mithro: karolherbst: I haven't tested that recently, I can if you want
06:20 karolherbst: yeah, would be nice
06:20 karolherbst: if this is a "stable" bug, then we should look into that
06:40 mupuf: karolherbst: sorry, never looked at the display. I know imirkin and pmoreau did
06:40 karolherbst: mupuf: ahh okay
06:40 karolherbst: I never looked there too, so
06:41 pmoreau: Not to much success though, but I did look at it true
06:43 pmoreau: Now that I have a external screen at home, I'll be able to look back at some problems I had with external screens on my laptop.
06:44 pmoreau: Hans also looked a bit at display, but I don't know how far he went.
06:45 karolherbst: well the issue mithro had was that he had 2 4k dispalys connected through DP and when he connected a third one through HDMI nouveau couldn't read the EDID
06:45 karolherbst: but booting with all connected seems to work fine
07:02 pmoreau: imirkin: Should I make a fix of the fix, since the commit has already been pushed to master?
08:06 imirkin: pmoreau: go ahead
08:34 pmoreau: karolherbst: Back on Nouveau with your patches, let's see if everything goes well
08:34 karolherbst: :)
08:35 arizo: what do those patches do?
08:35 karolherbst: stabilize kepler reclocking
08:36 karolherbst: in a way, that not working reclocking is a bug :p
08:36 arizo: don't have that kepler
08:37 pmoreau: karolherbst: Well, I can go up to 0f without any crash, nor "failed to change voltage" messages.
08:37 karolherbst: yeah, this should always work with these patches
08:37 karolherbst: heavy load is more interessting
08:37 pmoreau: But I should probably try to put some more load
08:38 pmoreau: What would you recommend for heavy loading?
08:38 karolherbst: full load, run heaven or something
08:38 pmoreau: Ok, let's see how to get it
08:38 karolherbst: or furmark
08:38 karolherbst: or well, anything should do as long as vsync is disabled
08:39 karolherbst: I still have to implement some stuff (reclock/revolt on temperature change)
08:40 arizo: why not work over fermi
08:40 karolherbst: because fermi doesn't have memory reclocking
08:40 karolherbst: and it does affect fermi
08:40 arizo: all the rest is already better
08:41 karolherbst: arizo: yeah well, memory reclocking is really hard to get right, you have to spend months for this
08:41 arizo: can i help?
08:41 arizo: i can try to find that bit
08:41 karolherbst: it is more like a script
08:41 karolherbst: you have to generate a working script on the fly
08:41 karolherbst: it isn't trivial
08:41 arizo: ic
08:42 karolherbst: it includes a lot of tracing of the nvidia driver and finding the generic algorithm which is behind what nvidia does and so on
08:43 karolherbst: well you could try to do that, but it is not a beginner task and yeah well, it isn't easy
08:44 arizo: can we write to nvidia and ask them to help?
08:44 arizo: then i can't help i thought u need just simple trying attempts to get it activated
08:45 imirkin: pmoreau: do you happen to have dEQP set up on a machine with i965?
08:46 karolherbst: arizo: well you could find other things which doesn't work and try to solve them first, over time you might able to actually help with the reclocking bits
08:46 CustosLimen: hi
08:47 CustosLimen: so I'm having some weird situation here: https://bpaste.net/show/a0db917ded2a
08:47 CustosLimen: I can see "1920x1200" in output of xrandr
08:47 CustosLimen: but when I try and use It I get xrandr: cannot find mode 1920x1200
08:47 arizo: karolherbst: wich things?
08:47 karolherbst: arizo: no idea, whatever doesn't work on your gpu
08:48 imirkin: CustosLimen: fyi, you're not using nouveau
08:48 karolherbst: CustosLimen: and try out arandr (or the settings of your desktop environment), maybe you just get the parameters wrong
08:48 CustosLimen: karolherbst, arandr gives same error
08:49 CustosLimen: karolherbst, I used it and switched to xrandr cos it did not work
08:49 CustosLimen: imirkin, how do you know ?
08:49 imirkin: CustosLimen: i'm guessing the issue is around the fact that the fb is too small
08:49 imirkin: CustosLimen: the names of the connectors... either radeon or an old xf86-video-modesetting
08:49 imirkin: CustosLimen: try xrandr --output DisplayPort-0 --right-of DVI-0
08:50 CustosLimen: imirkin: xrandr: cannot find output 0x46
08:50 CustosLimen: let me check xorg log
08:51 imirkin: are both displays up and running and mirroring each other?
08:51 pmoreau: imirkin: I should have i965 on this laptop, but… I haven't played much with it. Only once, to set it as the default "boot" card, and I ended up with a complete black screen, as soon as it booted.
08:52 CustosLimen: imirkin, yes
08:52 imirkin: pmoreau: ah ok. don't worry about it then.
08:54 CustosLimen: imirkin, here is my xorg log: http://termbin.com/b13f
08:54 karolherbst: pmoreau: this is a macbook with the on the fly swithching support?
08:54 CustosLimen: glxinfo output: http://termbin.com/gzez - and lspci output: https://bpaste.net/show/6cffe8071acc
08:55 CustosLimen: brb - let me reboot - I just compiled with glamor support
08:55 karolherbst: pmoreau: I thought this was fixed in the gmux code?
08:56 imirkin: [ 9.554] Current Operating System: Linux hadean 4.1.15-gentoo-r1 #1 SMP Mon Jan 25 03:01:31 SAST 2016 x86_64
08:56 karolherbst: uhh gentoo stable
08:56 imirkin: CustosLimen: i would recommend something newer for better GM20x support. fyi, there's no acceleration for now.
08:57 imirkin: karolherbst: yeah, some crazy people out there don't update to linus's master branch every day :p
08:57 karolherbst: unbelievable
08:58 karolherbst: I am always annoyed by the name of "git-sources" because it is totally a package for the stable kernel
08:58 karolherbst: ...
08:58 karolherbst: there is nothing gitish about it
08:58 pmoreau: karolherbst: Could be. I think it's one of the rMBPs which caused troubles to l1k.
08:58 karolherbst: pmoreau: I had one of these once, but sandybridge based + radeon
08:58 karolherbst: but
08:58 karolherbst: I got intel to work
08:59 karolherbst: there is a magic reg you have to set (if it is still the same) to pipe the output through intel
08:59 karolherbst: mhh
08:59 karolherbst: I mean, well
08:59 karolherbst: you know what I mean
08:59 CustosLimen: imirkin, latest stable gentoo kernel is 4.1.15-r1
08:59 CustosLimen: imirkin, what version would you recommend ?
08:59 CustosLimen: imirkin, I can install others - just mentioning it
09:00 karolherbst: pmoreau: but I am sure I lost my script to do that...
09:00 CustosLimen: I have some nvrm stuff in my dmesg
09:00 CustosLimen: just came when I restart xorg
09:01 pmoreau: karolherbst: Unigine did put some pressure (running it 1440p at 8x MSAA and extreme tesselation), and made Nouveau unhappy (mostly some "nv50cal_space: -16").
09:01 CustosLimen: what is this ?
09:01 CustosLimen: http://termbin.com/h9zj
09:01 pmoreau: karolherbst: So, seem to be stable
09:01 karolherbst: pmoreau: MacBookPro8,2
09:01 karolherbst: this was what I had
09:01 karolherbst: pmoreau: ohh 8xmsaa is broken anyway
09:01 karolherbst: try with 4x
09:01 karolherbst: this should work
09:02 pmoreau: K
09:02 imirkin: CustosLimen: i dunno, 4.5 was just released, you could try that :) although if you want to live on the edge, you could grab airlied's drm-next branch which should include acceleration support for your GPU
09:02 imirkin: CustosLimen: (you'll need to download some firmware too for that)
09:02 CustosLimen: see - my real problem is this - I have this card http://www.gigabyte.com/products/product-page.aspx?pid=5212#ov
09:03 karolherbst: pmoreau: https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011)#EFI_Boot the outb stuff
09:03 CustosLimen: and if I run it with nvidia drivers - its noisy as hell
09:03 CustosLimen: but anyway, maybe I should just use my intel onboard gfx
09:03 CustosLimen: I dont game allot anyway
09:03 CustosLimen: maybe starcraft 2 once every few months
09:03 CustosLimen: and that works ok with intel
09:03 karolherbst: but there was something else
09:03 CustosLimen: should really just not buy gigabyte
09:05 CustosLimen: will try in a few months when newer version of linux is stable in gentoo
09:05 CustosLimen: thanks
09:05 karolherbst: pmoreau: but good to know that it also works for you without issues :)
09:09 pmoreau: karolherbst: it's more fluid with MSAA x4 and tesselation set to normal. Almost 3fps all the time! :-D
09:09 pmoreau: MBP11.3 for me
09:13 arizo: karolherbst: i will try to write to nvidia corp
09:13 arizo: what should i ask from them? tell me the recloking bit?
09:22 karolherbst: pmoreau: wow :D
09:23 karolherbst: pmoreau: well if you boot with config=NvBoost=2 you get slightly higher clocks maybe
09:51 karolherbst: pmoreau: can you still upload your vbios, so that I know which parts are tested by you
09:53 pmoreau: I'll try again, see if I can manage to retrieve it
09:56 pmoreau: karolherbst: Ok, it worked. Need to clone the repo and put it in there
09:57 tsermyat: karolherbst: what should i ask from them? tell me the recloking bit?
09:57 imirkin: or else!
10:04 imirkin: hakzsam: btw, happy to explain stuff in my textureGrad cube fix
10:04 karolherbst: tsermyat: there is no single bit and if you don't know what to ask for better don't ask at all
10:05 imirkin: hakzsam: i suspect there are about 10 things that prevent you from understand wtf is going on :) so i'm not surprised you're confused by it
10:05 karolherbst: pmoreau: thanks a lo
10:05 karolherbst: t
10:06 tsermyat: karolherbst: tell me what to ask and i will write to them
10:08 pmoreau: karolherbst: Could you please upload it for me? :-D My new SSH key isn't recognised by the git user, and my USB key doesn't want to work. --"
10:08 karolherbst: tsermyat: if you really want to help, you should start with something much simplier, some issue you encounter on your card. the memory stuff is most likely 10+ pages full of documentation and I really doubt they just give it to somebody asking a question
10:08 karolherbst: pmoreau: k :) send it to me then
10:09 tsermyat: they must provide support
10:09 tsermyat: i bought their card
10:09 tsermyat: and can't use it
10:10 imirkin: a fool and his money are soon parted?
10:10 pmoreau: karolherbst: Thanks: https://phabricator.pmoreau.org/F38124, the strap_peek is in the comment
10:10 karolherbst: :D
10:11 karolherbst: some are really optimistic with that kind of stuff
10:11 imirkin: karolherbst: more like 100+ pages of docs :)
10:11 karolherbst: well 100 is a bit much
10:11 imirkin: memory is complicated.
10:11 karolherbst: that would mean that they do internal documentation real good
10:11 imirkin: you're just trying to make it work the expected way
10:12 imirkin: but there's a TON of stuff you're not trying to do
10:12 imirkin: coz the blob doesn't do it
10:12 karolherbst: right
10:12 karolherbst: I was only talking about the stuff we would need
10:13 karolherbst: k, now lets have a look at the vbios
10:13 karolherbst: :O
10:13 karolherbst: what the
10:14 pmoreau: Did I messed up something?
10:14 karolherbst: 8 extedecs?
10:14 karolherbst: *extdevs
10:14 karolherbst: no, it is fine, I am just buffled by the amount of extdevs
10:14 karolherbst: 2xCHIL_I2C, 5xADS1112 and one unknown
10:15 karolherbst: LCD4 Lamp Status. LCD4 corresponds to the LCD4 defined in LCD ID field in Connector Table.
10:16 karolherbst: ohh wrong table
10:16 karolherbst: k, that unknown isn't documented
10:17 karolherbst: mhh
10:18 karolherbst: pstate 0
10:18 karolherbst: pmoreau: your vbios is something, something totally different
10:18 karolherbst: still fine in the end, but still different
10:19 pmoreau: :-)
10:19 imirkin: hakzsam: anyways, let me know if you want me to explain... otherwise i'll just push.
10:19 karolherbst: pmoreau: nouveau clocked to 926MHz right?
10:20 pmoreau: I didn't checked which clock it picked
10:20 pmoreau: Let me try again
10:20 pmoreau: I still have the results: it picked 925MHz
10:21 hakzsam: imirkin, yes, it would be good to have some explanations but I don't really have time right now, a bit later in one hour or so if you are still here :)
10:21 imirkin: ok, we'll see
10:21 karolherbst: pmoreau: k, and also, your board/cpu only supports pcie 2.0?
10:21 pmoreau: karolherbst: And 405 for perflvl 07
10:23 karolherbst: ohh it is only a U cpu
10:23 karolherbst: they don't seem to have pcie 3.0 support
10:23 karolherbst: and only 12 lanes in total
10:23 pmoreau: "Capabilities: [78] Express (v2)" for the GK107M, so v2 I guess
10:24 karolherbst: it is also v2 for pcie 3.0
10:24 karolherbst: the lnkCap should be only at 5.0
10:24 pmoreau: LnkCap: Port #0, Speed 8GT/s, Width x16
10:25 karolherbst: mhhh
10:25 pmoreau: For the GPU at least
10:25 karolherbst: pmoreau: and on 0f lnkSta is at 5.0 width x16?
10:26 karolherbst: and huh, the max entries can be set to 0xff
10:26 karolherbst: I have to check that in my patches
10:27 karolherbst: odd
10:27 karolherbst: there is just no proper GPUboost on that gpu
10:27 karolherbst: no revolt on temp changes
10:27 karolherbst: every clock has a static voltage
10:27 pmoreau: LnkSta: Speed 5GT/s, Width x8
10:28 karolherbst: k that makes sense from the CPU documentation
10:28 karolherbst: 4258U? or other cpu
10:29 pmoreau: i7-4850HQ according to `/proc/cpuinfo`
10:29 karolherbst: ahh optional cpu
10:29 pmoreau: optional cpu, what?
10:29 pmoreau: How can the CPU be optional
10:30 karolherbst: configure option of the model
10:30 karolherbst: ok
10:30 karolherbst: pmoreau: boot with nouveau.config=NvBoost=2
10:31 karolherbst: nouveau should then clock to 1028MHz
10:31 karolherbst: 1029 actually, but doesn't matter
10:32 karolherbst: and also run some benchmarks with that, just to see how stable that is
10:32 karolherbst: and then I would like to know what nvidia does with that gpu
10:32 karolherbst: especially the pcie part
10:33 pmoreau: Argh, too many things to do! :-D
10:33 karolherbst: well you can skip the NvBoost thing
10:33 karolherbst: it would be more interessting to know what nvidia does
10:34 karolherbst: pmoreau: you actually only need 4 of those patches...
10:37 karolherbst: pmoreau: so I try to get at least those patches merged for the next release because these are rather trivial
10:37 pmoreau: Nice :-)
10:39 karolherbst: pmoreau: I will create a branch with all the stuff you need, then you can check if that branch also works for you and then if you want you can review those patches ;)
10:40 karolherbst: pmoreau: https://github.com/karolherbst/nouveau/commits/pmoreau
10:40 pmoreau: Will there be more stuff than on the stable_reclocking_kepler_v2 one? Or is it a subset?
10:40 karolherbst: the pmu stuff is only there for stability
10:40 karolherbst: pmoreau: a small subset
10:40 karolherbst: 5 out of 19 patches actually
10:40 pmoreau: Sounds good :-)
10:41 karolherbst: but if I can get it merged in smaller pieces I am also happy with that
10:43 karolherbst: pmoreau: in the end your gpu will be the only one where we will use the same voltage as nvidia does, because the tables are rather trivial
11:13 pmoreau: imirkin: Where is the constant propagation stuff happening?
11:21 l1k: pmoreau: what you got an MBP 11,3 now?
11:21 pmoreau: l1k: It's my work laptop
11:21 l1k: karolherbst: this outb stuff is no longer necessary with 4.6 to switch to intel on an MBP 8,2 :)
11:22 l1k: pmoreau: nice!
11:22 pmoreau: I received it ~two weeks ago
11:22 l1k: pmoreau: that's a retina. no GPU switching on that machine just yet.
11:23 pmoreau: Right, but I wanted to have the Intel as main, and use PRIME for Nouveau
11:23 pmoreau: That should work, shouldn't it?
11:24 l1k: pmoreau: yes if you use gpu-switch tool to switch to intel on the next boot.
11:25 pmoreau: That's what I did, but I ended up with a complete black screen.
11:25 l1k: pmoreau: the intel card is normally hidden on this machine. you need either a kernel patch or a grub patch to make it visible.
11:25 pmoreau: Ah!!
11:25 l1k: if you boot with the nvidia card, does lspci show the intel card at all?
11:25 pmoreau: I don't think so
11:26 l1k: that's the problem right there :)
11:26 pmoreau: :-)
11:26 pmoreau: In which kernel can that patch be found?
11:26 pmoreau: (I'm not using grub, and not planning to go back to it ;-))
11:27 l1k: https://github.com/0xbb/gpu-switch#user-content-macbook-pro-113-notes
11:27 l1k: https://www.marc.info/?l=grub-deavel&m=141586614924917&w=2
11:28 l1k: quote: "Otherwise you will end up with a powered-down integrated graphics card and a black screen." :)
11:28 pmoreau: I can confirm! :-D
11:29 pmoreau: The oatch was never merged?
11:29 l1k: no, not yet
11:29 pmoreau: :-/
11:29 l1k: I'm not using grub either. gummiboot. :)
11:30 pmoreau: I was using gummiboot, but now bootctl as it merged in gummiboot
11:32 pmoreau: I'll try that patch out, thanks for the link!
11:35 karolherbst: l1k: ohh then it doesn't work cause of retina... right
11:37 pmoreau: Oh, but I should not get the Intel working… I will be tempted to play with Vulkan… :s
11:42 l1k: pmoreau: I've implemented runtime pm for Thunderbolt, saves about 1.5 W... so far I've only tested it with the Light Ridge controller built into my older MBP 9,1. if you have some time to spare maybe you could give those patches a spin on your MBP 11,3. it has a Falcon Ridge controller, very different. would be interesting to know if it works there as well. https://github.com/l1k/linux/commits/thunderbolt_runpm_v1
11:43 pmoreau: l1k: Nice!
11:43 pmoreau: I'll try to give it a try tomorrow
11:49 imirkin: pmoreau: the ConstantFolding pass :)
11:49 pmoreau: The name was too obvious, I thought it was a trap! :-D
11:51 pmoreau: I'll have a look there to see if I can simplify `mad r0d r1d 0` for example
11:51 imirkin: pmoreau: i thought i took care of that... maybe i only did it for F32
11:52 pmoreau: In my case, I have u64.
11:54 pmoreau: I'll clean up a bit the split64BitOp patch for MUL and MAD, and CVT for U64 and S64, before sending them and looking at cst folding
11:55 imirkin: pmoreau: ah yeah, if it's done at split time, that's *after* all the opt passes
11:57 pmoreau: So, it's missing some constant folding for u64 (at least)
11:58 imirkin: my point is that if the ops are created by split64BitOp
11:58 imirkin: then no amount of logic in ConstantFolding will fix it
11:58 imirkin: since all the opts happen *before* the splitting, not after
12:00 pmoreau: But I'm just splitting an existing 64 bit mad/mul to two 32 bit mad/mul. If there was a 64bit mul involving two immediates, or 0, that should be taken care before reaching the splitting
12:00 imirkin: ah yeah, good point
12:00 pmoreau: My patch is only adding the split from 64 mad/mul to 32 mad/mul, nothing else.
12:00 imirkin: i think a lot of that stuff is keyed to only work with 32-bit quantites
12:00 pmoreau: :-)
12:01 pmoreau: Who uses 64bit values anyway
12:01 imirkin: there's no real way for U64 stuff to exist atm, so it's not well-handled
12:01 imirkin: and the F64 support is minimal too
12:01 pmoreau: It makes sense
12:06 karolherbst: what I hate most is, when applications are messing with mouse/display settings...
12:07 imirkin: karolherbst: do you have a mesa 11.2-rcN install locally perchance?
12:07 pmoreau: I never experienced applications messing with mouse settings… but… certainly looking forward to that day!
12:07 karolherbst: imirkin: only mesa master
12:07 imirkin: ok
12:07 imirkin: do you use risen?
12:07 karolherbst: I know the issue
12:07 imirkin: does it happen for you?
12:07 karolherbst: yes
12:07 karolherbst: the vegetation thingy, right?
12:07 imirkin: yeah
12:08 karolherbst: yeah
12:08 imirkin: coz i tested on my system mesa and i saw weirdness
12:08 imirkin: (11.1.2)
12:08 karolherbst: yeah well, it is d3d8
12:08 imirkin: and then i tested with my current tree and it works fine
12:08 karolherbst: ohh mhh
12:08 karolherbst: you need a setting set
12:08 imirkin: i do have a few local patches
12:08 karolherbst: enhanced vegetation or something
12:08 imirkin: well, it was a trace
12:09 imirkin: so whatever settings were used to record the trace repro'd the issue initially
12:09 imirkin: https://bugs.freedesktop.org/show_bug.cgi?id=94627
12:14 imirkin: checking to see if it repros with origin...
12:14 imirkin: coz i'm 99.999999% sure it's not my textureGrad fixes :)
12:15 imirkin: (who uses explicit derivatives and cubemaps... that's just crazytalk)
12:15 karolherbst: ohh so the issue goes away with the trace?
12:15 imirkin: yes.
12:15 karolherbst: ahh okay
12:18 imirkin: yeah, looks fine with origin
12:18 karolherbst: pmoreau: it would be nice if you would leave comments on the patches then if you can test them. Maybe we can convince ben to merge some of them together :D
12:18 imirkin: karolherbst: mind testing it out real quick and see if it's all fixed for you too?
12:18 karolherbst: imirkin: have to download the game, but yeah, will test it
12:18 imirkin: oh
12:18 imirkin: well just grab the trace from the bug
12:18 imirkin: that might be faster
12:18 karolherbst: yeah, but I want to test it for real
12:18 karolherbst: and I am already 70% done downloading
12:19 imirkin: hehe ok
12:19 karolherbst: and I have to update mesa anyway, my build is like more than a month old
12:21 imirkin: the only additional difference i can think of is debug vs non-debug
12:21 imirkin: anyways, the trace replays fine @origin for me
12:21 imirkin: so... yeah.
12:21 karolherbst: somebody fixed something :D
12:21 imirkin: at some point.
12:22 imirkin: that's why i was asking about 11.2-rc
12:22 imirkin: it'd be nice if the fix made it into the release
12:22 karolherbst: mhh
12:22 karolherbst: when was 11.2 branched?
12:22 imirkin: like a month ago
12:23 imirkin: but it's had fixes cherry-picked
12:23 karolherbst: I could try it out though
12:28 karolherbst: mhh now the game crashes for me... maybe my wine is messed up
12:28 imirkin: could you just try the trace in that bug?
12:28 imirkin: i bet it runs 100x faster for you
12:28 imirkin: coz you don't have a tricycle as your gpu
12:29 karolherbst: k, download trace
12:29 karolherbst: ohh maybe I won't even see the issue
12:30 imirkin: well, if you try it with mesa 11.1.x, i bet you will
12:32 karolherbst: I ment because of the replay speed
12:32 imirkin: oh, well it was pretty visible
12:34 imirkin: pmoreau: do you have push privileges on mesa?
12:34 karolherbst: imirkin: by the way, how do I replay that race, because it is just black for me
12:34 imirkin: karolherbst: just wait a bit
12:34 karolherbst: k
12:34 imirkin: it pops up like 75 full screen windows
12:34 imirkin: and stays black for a minute
12:36 karolherbst: regarding the speed: Rendered 6461 frames in 21.9763 secs, average of 293.998 fps :D
12:36 karolherbst: and yeah, seems also be fixed for me
12:37 karolherbst: will wait until mesa-11.2 compiles
12:37 karolherbst: and then I test again
12:39 imirkin: karolherbst: is that with mesa master, or mesa master from 1 month ago?
12:39 karolherbst: master from now
12:39 karolherbst: compiling the 11.2 branch now
12:40 karolherbst: imirkin: does it gets to the ingame thing faster if you disable vsync?
12:40 karolherbst: because with vsync it was slow as hell for me too
12:40 pmoreau: imirkin: I don't, nor have I a freedesktop account.
12:40 pmoreau: Planning to ask for one one day
12:41 imirkin: pmoreau: ah ok
12:41 imirkin: karolherbst: didn't try
12:42 karolherbst: imirkin: 11.2.0-rc3 also broken
12:43 karolherbst: do you want to bisect or should I?
12:43 imirkin: i don't want to bisect
12:43 imirkin: i'm also not going to make you do it unless you want to :)
12:43 karolherbst: well it should be done in a few minutes
12:44 imirkin: done bisecting??
12:44 imirkin: my bet is that the pbo upload changes "fixed" it
12:44 karolherbst: not that fast :D
12:45 karolherbst: ohh meh, I have to bisect reverse....
12:45 imirkin: yeah, flip your brain around for what's good and bad
12:45 imirkin: i wish bisect had a "reverse" mode
12:45 imirkin: that did it for you
12:45 karolherbst: yeah or it would notice by itself
12:47 karolherbst: imirkin: which commit would it be?
12:48 imirkin: from nha...
12:49 imirkin: commit 757071ca7 first started adding them, but PBO uploads were broken on nouveau until 2b938a390c
12:52 karolherbst: then I will try 2b938a390c and if not, I just let git decide what to test next
13:26 karolherbst: imirkin: it seems something rather new
13:32 imirkin: ah
13:32 karolherbst: maybe even this month
13:33 karolherbst: still broken with this: https://cgit.freedesktop.org/mesa/mesa/commit/?id=60c08aa90bce4c8766a747c8517f7ff6987937f0
13:33 imirkin: perhaps the SQRT stuff?
13:33 imirkin: karolherbst: c1e4a6bfbf0
13:33 karolherbst: ohhh
13:33 karolherbst: that might make sense actually
13:34 karolherbst: I could imagine it also fixes talos principle
13:35 imirkin: you have quite a vivid imagination
13:36 imirkin: could also be the blit fail fix: a651bc027d
13:37 imirkin: although it's unlikely it'd be using such large fb sizes
13:45 karolherbst: imirkin: on c1e4a6bfbf015801c6a8b0ae694482421a22c2d9 it is fixed
13:45 karolherbst: checking what it really fixed though
13:46 imirkin: ok
13:50 karolherbst: imirkin: one of these commits: https://github.com/karolherbst/mesa/compare/8be9efcce70f671afcaf3cfc76c624b3467b7834...c1e4a6bfbf015801c6a8b0ae694482421a22c2d9
13:50 karolherbst: I would assume it is one of yours though :D
13:51 imirkin: seems likely
13:53 karolherbst: c1e4a6bfbf015801c6a8b0ae694482421a22c2d9 it is
13:55 karolherbst: yep, I can verify, that this commit realy fixes it :)
13:56 karolherbst: *confirm
13:56 imirkin: ok cool
13:56 imirkin: thanks
13:56 karolherbst: np
13:56 imirkin: can you make a note in the bug description?
13:56 karolherbst: already done
13:56 imirkin: cool :)
13:56 karolherbst: I also encountered the issue, but was too laty to debug it :D
13:57 karolherbst: *lazy
13:58 karolherbst: but the mesa build system needs to be fixed, because I am a little bit annoyed by the fact, that I have to make clean...
14:00 imirkin: you shouldn't need to... i never do
14:00 imirkin: you must be doing something odd
14:01 karolherbst: out of tree build
14:01 imirkin: you should let xexaxo know - he tends to deal with such issues
14:01 imirkin: although i think he's on vacation or something
14:02 karolherbst: I can't do in tree builds, because I need 32bit builds sometimes, but with in tree build it works
14:02 karolherbst: I guess some path is just wrong or something
14:02 imirkin: yeah dunno
14:02 karolherbst: anyway, when I modify a header, it doesn't rebuild anything
14:03 imirkin: that's messed up
14:03 karolherbst: yeah
14:03 karolherbst: leads to all kind of crappy issues
14:33 pmoreau: karolherbst: Works for me with an out-of-tree build
14:37 karolherbst: pmoreau: the branch I made for you?
14:38 pmoreau: Nah, the Mesa stuff :-)
14:38 karolherbst: ahh
14:38 karolherbst: mhh odd
14:38 pmoreau: I haven't tested your new branch yet, but it's all build and ready to try as soon as I reboot
14:38 karolherbst: :)
14:38 karolherbst: nice
14:39 karolherbst: sadly those patches help nearly nobody though
14:39 karolherbst: but better to have some merged than nothing
14:39 pmoreau: Exactly!
19:54 imirkin: hakzsam: so the bits you were probably missing on that patch...
19:57 imirkin: (a) lod selection - this happens based on implicit derivatives - frag shader invocations execute in 2x2 quads, and you look at the coordinates in the other quads to figure out the derivatives
19:57 imirkin: there's some way that a particular derivative maps onto a particular lod, the details of which are unimportant
19:57 imirkin: (b) cubemaps - the idea is that you have a cube, i.e. 6 faces, but you provide spherical coordinates (i.e. 3 axes), and whereever that vector points onto the cube, that's the texel you select
19:57 imirkin: however there are some ambiguities with which face to pick, and there's the concept of a "major axis", which determines this
19:57 imirkin: (and there's something known as seamless cubemap filtering, which is when the derivatives are such that the other pixels in the quad map onto a different face)
19:57 imirkin: so under normal circumstances, each shader execution gets its coordiantes, and the derivatives are calculated from that, and all is well
19:57 imirkin: however under special circumstances, like when using textureGrad() you want to be able to provide explicit derivatives rather than the implicit ones as above
19:57 imirkin: nvc0 has *some* support for that, but only for 1d/2d textures, not 3d/cube. and nv50 has support for none of that.
19:57 imirkin: so the idea is that you load up the coordinates into each lane *as if* it were the normal case (using quadop cleverness)
19:57 imirkin: and then just run the texture op, but save off only the results from the lane in question
19:57 imirkin: so instead of doing just 1 texture op for all 4 lanes, you end up doing 4 separate ones
19:58 imirkin: so the thing here was that we were normalizing the cube coordinates at the wrong time
19:58 imirkin: instead of "load coordinates; normalize", coordinates would get modified *after* the normalization
19:59 imirkin: i've (hopefully) fixed that
20:55 imirkin: if someone gets a chance, could use mmt traces of dEQP-GLES3.functional.fbo.depth.depth_test_clamp.depth_component24 and dEQP-GLES3.functional.fbo.depth.depth_write_clamp.depth_component24 against the blob...
20:55 imirkin: (including whether they pass, but even if they fail, could use the traces anyways)