03:57 imirkin: oh interesting. i wonder if we're running over with blits, coz we assume that someone had clamped them down....
04:00 imirkin: BootI386: ping me when you come back. i think i know what's going on. but i don't want to test coz i don't have a second box handy to kill the process from.
05:10 imirkin: BootI386: https://github.com/imirkin/mesa/commit/27d6af5953aaa6030fd5fcc33866b1f1b1e3427a
05:10 imirkin: totally untested.
06:15 imirkin: ok. mildly tested now.
09:00 BootI386: imirkin: Sadly it still crashes :(
11:26 RSpliet: mupuf: we did know about the post-reclock script... figured that one out a long long time ago and got abandoned before 2nd gen Tesla
11:27 RSpliet: The "Noise-Aware PLL Table" is interesting though, might solve the well-known problem of screeching PLLs
11:29 mupuf: yeah, I remembered the reclocking script
11:29 mupuf: but there are loads of things we may have to deal with here
11:30 RSpliet: lots of it is pre-Tesla
11:31 RSpliet: Heh, yes or the very very new stuff indeed. All the low-power tables/scripts could be interesting
11:32 RSpliet: The "Ventura" table is ace though...
11:32 mupuf: RSpliet: you stole my joke!!!
11:32 mupuf: :D
11:33 RSpliet: Oh hadn't seen that... great minds
11:33 mupuf: RSpliet: I kept it to myself ;)
11:34 RSpliet: I don't have quite such self restrain
14:46 karolherbst: pmoreau: slct $r0d eq $r2d $r4d %r7
14:47 karolherbst: r7 == 0 ? $r2d : $r4d
14:47 karolherbst: dTy is 64 bit, sTy is 32 bit
14:48 karolherbst: slct is a bit weird because you have two source types, but one of the is equal to the dest type
14:48 karolherbst: so sType is the type of the value compared with 0
14:56 karolherbst: pmoreau: and why do you want to hide the NIR support behind the env var?
14:57 karolherbst: this would make it messy do have global enabled spir-v through nir, but glsl still defaulting to tgsi
14:57 karolherbst: or having the spir-v extensions + glsl -> TGSI
14:58 karolherbst: the env var doesn't enable NIR, it just tells gallium to prefer nir over tgsi
15:16 imirkin_: karolherbst: slct can't do dual-width sources
15:19 karolherbst: imirkin_: right, that's why it gets lowered into two slcts
15:19 aldr: hi
15:19 aldr: im trying to install envytools but i'm a little bit stuck
15:21 imirkin_: karolherbst: excellent :)
15:21 aldr: I followed the steps by installing every missing package when running cmake CMakeLists.txt
15:21 karolherbst: imirkin_: I hope the last source won't be ever 64 bit...
15:21 imirkin_: aldr: i dunno that anyone *installs* envytools
15:21 imirkin_: you just build it and run it in place
15:21 karolherbst: but then I ran some OpenCL kernels and got also a shift with a 64 bit shift....
15:21 imirkin_: karolherbst: definitely not
15:21 imirkin_: yeah, shifts are 64-bit in tgsi too
15:21 imirkin_: (they didn't use to be)
15:21 aldr: there I have hit a brick wall it says phton or cython are not installed, but I checked I installed both
15:22 karolherbst: imirkin_: yeah, not in nir
15:22 imirkin_: but then the amd guys changed it
15:22 imirkin_: and i had to rewrite the thing =/
15:22 karolherbst: :(
15:22 karolherbst: 64 bit lowering?
15:22 aldr: should I try older versions, currently I have a bare debian strech installed
15:22 aldr: yeah by installing I mean of course building it
15:22 karolherbst: aldr: well, a make install should work quite well already
15:23 karolherbst: ...
15:23 karolherbst: well you need the dependencies
15:23 karolherbst: dev packages or whatever
15:24 aldr: yeah that much I figured but unfortunately the error massage isnt very obvious at least not for me gogling it didnt help me fix it either
15:24 karolherbst: imirkin_: anyway, I have my desktop system now and can debug all kind of weirdo bugs
15:25 karolherbst: and of course I just went ahead and installed plasma, so this will be fun I guess
15:27 imirkin_: aldr: search for like "debian development packages"
15:28 imirkin_: they have some thing that's the equivalent of apt-get useful-things-that-everyone-should-have
15:29 aldr: thx Ill try that
15:33 imirkin_: aldr: apparently there's a "apt-get build-dep" which installs packages you need to build the package given (this is of little direct help to you)
15:33 imirkin_: aldr: there's also a build-essential pseudo-package
15:33 imirkin_: you should really ask in a debian-focused chan though
15:33 karolherbst: imirkin_: well that doesn't help with a missing cython dep though
15:33 imirkin_: we just do nouveau here.
15:34 imirkin_: karolherbst: it helps because what's missing is e.g. "python-dev"
15:34 imirkin_: coz they split everything
15:34 imirkin_: to complicate everyone's lives
15:34 imirkin_: they're optimizing for the 0.0001% who want the super-minimal thing
15:34 karolherbst: yeah, but that python thing is a mess
15:35 mooch2: okay, so ptimer now works in my emulator
15:35 mooch2: fully tested and shit
15:35 mooch2: thank GOD
15:36 aldr: yeah of course but apt-get tells me that cython AND python ANDpython ist already the newest version installed
15:36 aldr: thats why I was asking here
15:36 imirkin_: mooch2: at this rate you should be getting to pascal pretty soon :)
15:36 karolherbst: :)
15:36 imirkin_: aldr: python-dev
15:36 karolherbst: or python3-dev :p
15:36 imirkin_: aldr: for all i know there's some other package though. like i said... i'm not a debian person
15:36 karolherbst: do we use python3?
15:36 imirkin_: this shit Just Works (tm) on gentoo
15:36 mooch2: imirkin_, nah m8
15:36 mooch2: still on nv3
15:37 mooch2: nv4 still doesn't work AT ALL
15:37 aldr: yeah and its also not python3-dev and not python-dev
15:37 karolherbst: ;)
15:37 aldr: cause they are also all installed
15:37 karolherbst: as I said, python is a mess here
15:38 karolherbst: we don't know the answer
15:38 aldr: thats why I was asking here
15:38 aldr: I fugured that much karol :D
15:38 karolherbst: if a distribution makes life hard for you, ask them :p
15:38 imirkin_: mooch2: i was being ... optimistic
15:38 mooch2: imirkin_, still trying to figure out why xf86-video-nv won't send any commands other than method 0
15:39 mooch2: with param 0x80000000???
15:39 karolherbst: does the driver even work on real hardware?
15:39 aldr: well my guess was that debian isnt the most scarce linux distribution and that I might get all stuff that I need cause I read it on the nouveau landing page somewhere
15:40 aldr: but thanks for ur trys anyways
15:40 karolherbst: I think 0% of drm devs use debian
15:40 karolherbst: maybe there is one though
15:40 mooch2: karolherbst, it should
15:40 mooch2: it was made by nvidia
15:41 mooch2: yes, it works on real hardware, i've used it on my gentoo machine with an nv3t
15:42 karolherbst: well, the feature set of nv was.... limited at best
15:42 karolherbst: it was just written so that somebody could install the nvidia driver, right?
15:44 karolherbst: or maybe it was a more serious driver on those first GPUs?
15:45 mooch2: it did 2d accel
15:45 mooch2: that's about it
15:46 karolherbst: yeah, I am mainly wondering how well it runs on modern kernels and so on, because they dropped support in like 2010 or something, right?
16:16 mooch: karolherbst, i'm running debian 6 man
16:16 mooch: in the emulator that is
16:16 mooch: so, not exactly a modern kernel lol
16:29 karolherbst: mooch: I see
16:37 karolherbst:is wondering when we see P2972 Nouveau changes
16:40 mooch: P2972???
16:40 mooch: da hell
16:41 mooch: i just wish someone experienced with the nv3 could take a look at my code and figure out da hell i'm doing wrong
16:41 cyndis: karolherbst: will need to fix GP10B first :p
16:41 karolherbst: cyndis: :D good to hear
16:42 karolherbst: cyndis: you know of some secboot related issues? Because I have some with my pascal GPU and was wondering if it might be the same on the GP10B
16:42 mooch2: for some reason, it just hangs before sending any graphics commands
16:43 cyndis: I don't think it's related to secboot, it was working before, the current failure I'm seeing is failure to create GP100_COMPUTE_CLASS object or something like that
16:43 cyndis: also Thierry had some FB_TIMEOUT issues
16:44 karolherbst: ohh I see
16:44 karolherbst: wasn't the compute class thing fixed?
16:44 cyndis: maybe, I was testing with Thierry's mesa branch which might not be the latest
16:44 cyndis: I should try to rebase that
16:45 karolherbst: I know that this stuff works on a normal Pascal GPU
16:45 karolherbst: and I doubt anything is different on the graphics side between those and the GP10B
16:45 mooch2: gp10b is tegra x2, right?
16:45 cyndis: correct
16:45 mooch2: ah
16:45 mooch2: i wish nvidia would just hurry up and give me nv3 docs already
16:45 karolherbst: cyndis: allthough, we use GP104_COMPUTE_CLASS on non GP100 chips
16:46 cyndis: karolherbst: I'm not actually 100% sure if it was GP100_COMPUTE_CLASS, I used a minimal amount of time on it yesterday evening :p
16:46 cyndis: I should take another look
16:46 karolherbst: ahh I see
16:47 karolherbst: but maybe that meas branch just contains the GP100 stuff and that's why it fails ;)
16:47 karolherbst: *mesa
16:47 imirkin_: mooch2: i doubt those docs ever existed
16:47 mooch2: why?
16:47 mooch2: early drivers reference a technical manual
16:48 imirkin_: this might come as some surprise, but when companies are starting out, writing great docs is rarely #1 on the list of priorities
16:48 mooch2: well, then how am i supposed to write the emulation for this thing?
16:48 mooch2: i still have no idea how to do context switches, other than mwk's code
16:48 mooch2: which i'm not sure i rewrote correctly
16:48 karolherbst: how are we supposed to write the nouveau driver without documentation :p
16:49 karolherbst: mooch2: mhh, maybe you could mmiotrace that stuff? would be fun
16:50 karolherbst: ohh wait, there is no driver doing stuff
16:50 mooch2: well, shit, apparently, i have a bug in my ramht lookup code
16:52 mooch2: welp, i'm a dumbass
17:00 cyndis: karolherbst: well.. it's working now :)
17:01 cyndis: GP100_COMPUTE_CLASS was working, and GP104_COMPUTE_CLASS not. I'll have to check why that is the case and if that's right (I'm not very familiar with the driver)
17:07 mooch2: had to implement the pio free register
17:10 karolherbst: cyndis: ahh I see
17:10 karolherbst: cyndis: maybe GP10B is just more close to GP100 in this regard
17:11 cyndis: that is likely, the Tegra GPUs tend to be quite early and close to the x00 chips aiui
17:11 karolherbst: yeah
17:12 karolherbst: cyndis: I assume you just hacked the stuff up in mesa for now?
17:12 cyndis: yes
17:12 karolherbst: patch for this should be trivially upstreamable, I can take a look and push it if it is fine
17:12 cyndis: sure, I can write it as well, either way is fine for me
17:13 karolherbst: well, I assumed you would write it, I would push it :p
17:13 cyndis: ah, terminology mismatch :)
17:13 cyndis: sure, I'll do that
17:14 karolherbst: mupuf: I think you broke nacklight stuff on the lenovo P50 :p
17:14 mupuf: karolherbst: oh, how?
17:14 karolherbst: mupuf: in 4.13
17:14 karolherbst: maybe the LED stuff
17:14 karolherbst: still bisecting, but your stuff was close enough
17:15 mupuf: odd
17:15 karolherbst: or maybe something else... I will see the result shortly
17:17 karolherbst: mupuf: lucky you, it was skeggsb :p
17:17 mupuf: karolherbst: hehe
17:17 karolherbst: ahh the nvkm_ior port
17:20 karolherbst: 2 steps left
17:24 mupuf: backlight testing would be a lot of fun to automate
17:25 karolherbst: well, in this case it is easy, because the sysfs files are gone
17:25 mupuf: although, we could test the SW by checking the HW state...
17:25 mupuf: lol
17:25 mupuf: yeah, nouveau really needs to get some testing ;D
17:25 karolherbst: :D
17:25 mupuf: that is going to be a hell of a lot of work
17:25 karolherbst: yo
17:25 karolherbst: mupuf: some people will write you after some 7.5 release I've heard :p
17:26 mupuf: cool
17:28 mupuf: Let's see if I can get cibuglog open sourced before that :D
17:29 karolherbst: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=6c22ea3747fd36409ce4a1e1a0cbac40f93e1e71
17:29 karolherbst: now... how does this make sense
17:31 karolherbst: mupuf: any idea why that commit breaks it?
17:32 mupuf: karolherbst: better read the condition for enabling backlight
17:32 mupuf: you'll probably need a couple of printk and you'll see which one fails
17:32 karolherbst: yeah
17:33 karolherbst: I am sure this one fails: if (!nvif_rd32(device, NV50_PDISP_SOR_PWM_CTL(nv_encoder->or)))
17:37 karolherbst: mhh, maybe I made a mistake though
17:37 karolherbst: and maybe it is a random thing..
17:39 karolherbst: oh well, I will take another look tomorrow
18:39 orbea: is wine-d3d9 supposed to work with nouveau?
18:40 imirkin_: generically, yes
18:40 orbea: Cool :)
23:05 imirkin_: BootI386: so, i wasn't able to repro the crashes with your application and DRI3 with my patch. i haven't tried without, but it may be that there's something else going on. e.g. do you have a compositor?
23:12 BootI386: imirkin: Only xinit, Xorg, xterm, mutter, my test program and my stress script are enough
23:13 imirkin_: remind me what mutter is?
23:13 imirkin_: is it a redirecting compositor?
23:13 imirkin_: ah yeah. it's a redirecting compositor.
23:17 imirkin_: so perhaps that's the bit that i'm missing to repro
23:17 imirkin_: let's throw an assert into nouveau's blit impl...
23:17 imirkin_: that makes sure that shit isn't out of bounds
23:20 BootI386: :)
23:25 imirkin_: BootI386: can you do that yourself? in nvc0_surface.c i think
23:25 imirkin_: look for nvc0_blit()
23:25 imirkin_: make sure that the src box isn't out of bounds of the src surface, and dst box isn't out of bounds of the dst surface
23:26 BootI386: Yeah, sure, let's try it!
23:45 orbea: so finally was able to test wine-d3d9 with a game that is reported to work with what I presumw is amd at winehq, but it just gets stuck after the splash screen with just a mouse cursor and a black screen. The wine output says d3d9 is active. Where would I start to debug this?
23:45 orbea: it works without d3d9, but some areas are slow and winehq says d3d9 fixed it for other people
23:46 imirkin_: try #d3d9
23:46 orbea: okay, thanks
23:56 BootI386: *digging through headers and structs*
23:57 imirkin_: gallium/include/pipe/p_state.h
23:59 BootI386: That helps :)