04:11 karolherbst: Tom^: do you have some time?
04:17 Tom^: karolherbst: sure do
04:17 Tom^: just making coffe :å
04:17 Tom^: :p
04:21 mupuf: karolherbst: i'm here :)
04:21 mupuf: karolherbst: for the validation, you should do this: crit = min(crit, 125); crit = max(crit, 90); that would be more readable and would implement a CLAMP function that is easier to read
04:31 mupuf: so, back to this gm206 vbios-uploading issue
04:33 karolherbst: yay :D
04:33 karolherbst: mupuf: well another issue: on Tom^s nvf1 card, the regs are completly useless
04:34 mupuf: hmm
04:34 mupuf: master enable somewhere?
04:34 karolherbst: he gets badf5040 for the thresholds on the blob
04:34 karolherbst: for all of them
04:34 karolherbst: even crit
04:35 karolherbst: also I didn't find anything usefull in the vbios
04:35 mupuf: Tom^: can you please nvapeek 20000 1000 please?
04:35 mupuf: oh oh, double please :D
04:35 Tom^: mupuf: https://gist.github.com/anonymous/42c7be5ef4b5544130b7
04:35 karolherbst: mupuf: also fermi is a bit different than kepler, but it shouldn't matter, my code works on both, just a little bit different compared to the blob
04:36 karolherbst: I like those maxwell regs. All useless regs are marked as bad, that makes things easier :D
04:37 mupuf: hehe
04:37 karolherbst: mupuf: I guess there is no harm writing the same values back to the gpu?
04:37 karolherbst: so I could just min/max the values and write them
04:38 karolherbst: I could also compare old new mhhh
04:39 karolherbst: Tom^: my idea was to increase the faked temp on the blob with nvaforcetemp until the clocks decrease below the min clock
04:39 Tom^: didnt we do that a few days ago, wasnt it like 95C or so
04:40 karolherbst: this was for driver downclock
04:40 karolherbst: I meant hardware downclock
04:40 Tom^: oh i see
04:40 karolherbst: there can be several stages
04:40 karolherbst: like 1 stage: 50% clock, 2. stage: 20% clock
04:42 karolherbst: mupuf: 20798?
04:43 karolherbst: would be 104°C
04:44 karolherbst: Tom^: I think with nvaforcetemp 105 _something_ will happen, but this could be also a disables clocks on the gpu, which means screen freeze :D
04:44 josla972: imirkin_: I have looked at the code... if I understand your solution proposal correctly we want to force uploading of program code regularly to avoid the situation where we try to store too much shader code?
04:44 karolherbst: so increase by +1 and check in nvidia-settings until _something_ changes with the clocks above 95
04:44 Tom^: il try it in 21 minutes then, watching gold rush. :p
04:46 karolherbst: k, thanks
04:48 mupuf: re, sorry, lost my internet connection
04:48 mupuf: and I have been tweaking it to get a higher bitrate and lower latency
04:48 mupuf:is using 3g, at 2/5 bars :s
04:48 karolherbst: :D
04:49 karolherbst: well
04:49 karolherbst: it usually helps to have the antenna outside
04:49 karolherbst: or just switch to 2g :)
04:49 mupuf: yep, but the antena is called 'my phone' ;p
04:49 mupuf: 2g will be much worse
04:49 karolherbst: it is fine for irc
04:49 karolherbst: you should get 64kbits :D
04:51 karolherbst: I have my phone always on edge and this is usually fast enough for most use cases
04:52 Tom^: just make a thin foil parabol place the phone in the mid of it and once you get the right angle you might get a bar or two! :p
04:52 mupuf: yep, and I will get mosh working on reator, that will solve the deconnection issues while also making everything useable over high-latency network
04:52 mupuf: ilia will appreciate, I am sure
04:53 karolherbst: I think everybody will :D
04:54 mupuf: and I need to contact my isp over this packet loss issue
04:54 mupuf: this is not acceptable
04:55 mupuf: I will need to test in bridge mode
04:58 mupuf: hmm, seems like I already had set it up properly
04:59 mupuf: it is much better :)
05:03 Digit:watching https://archive.org/details/CompromiseInFreeSoftware and feels all the greater urge to try to do triple monitor on nouveau :)
05:11 Tom^: karolherbst: running a few glxspheres so i was boosting i dropped to 489mhz at 96C and 122mhz at 99C , at 100 my screens turned off. :p
05:12 karolherbst: k
05:12 karolherbst: mhhh
05:12 karolherbst: Tom^: can you do nvapeek 20000 1000 with the blob?
05:13 Tom^: didnt i do so a few mins ago, i thought i pasted a gist
05:13 karolherbst: was this with the blob?
05:13 Tom^: ~yea
05:13 karolherbst: ahh k
05:13 Tom^: https://gist.github.com/anonymous/42c7be5ef4b5544130b7
05:13 karolherbst: then oncea again after forcing 99°C
05:14 Tom^: karolherbst: https://gist.github.com/anonymous/b9ace02cc852d64544e4
05:15 karolherbst: thanks
05:38 karolherbst: mupuf: 20714 + 0x10
05:38 karolherbst: 0-7: temp
05:38 karolherbst: 8-11: unk
05:38 karolherbst: 24-27: unk
05:38 karolherbst: :D
05:40 karolherbst: 92°C and 87°C seems to indicate _something_
05:43 karolherbst: 00020704 could be the crit one
05:43 karolherbst: seems like 20700 is an array of 10 regs which some kind of temp configuration
05:45 karolherbst: Tom^: okay thanks, I think the stuff is similiar on maxwell cards
05:46 Tom^: yay \o/
05:46 karolherbst: mupuf: same regs are set on your nv108 card
05:47 karolherbst: also on imirkins nv108 :)
05:47 Tom^: why arent they keeping to some standard, imagine the code mess the blob must contain. i guess it got a bit better when they dropped pre 4xx series.
05:48 karolherbst: guess why they drop support for old cards
05:48 karolherbst: yep, also on nv117 cards
05:48 karolherbst: even on nv12x cards
05:49 karolherbst: but why not on the GK208B card :/
05:49 karolherbst: ohh
05:49 karolherbst: because nvbios just messes up there
06:06 karolherbst: mupuf: still on reator?
06:06 karolherbst: but I guess you have no GK110+ card plugged in anyway
06:08 karolherbst: mupuf: that's the stuff I read out from the vbios and Tom^s test, needs confirmation though: https://github.com/karolherbst/envytools/commit/46a1140bee60d1c9600e81927c50bae4f7c33a9c
07:40 imirkin: josla972: not quite
07:41 imirkin: josla972: so the way GL works is you set a bunch of stuff, and then you say "go"
07:41 imirkin: as you're setting things, you mark stuff as dirty
07:41 imirkin: when you say go, you do nv50_state_validate()
07:41 imirkin: which updates the gpu with whatever was dirty
07:44 imirkin: so when we're in that "validate" state, we might actually end up evicting shaders that are presently needed
08:55 imirkin: gnurou: looks like the etc2 formats indeed work on gk20a :)
08:56 imirkin: gonna try the astc stuff now
09:06 imirkin: gnurou: http://hastebin.com/uvoricarep.xml -- when i tried astc. i'm sure i did something wrong, but the lockup seems unfortunate
09:10 imirkin: ok, so it turns out that it helps to modify the *nvc0* code, instead of the nv50 code, when wanting to do things for gk20a. oops. all working now
09:59 mupuf: karolherbst: looks good, but you can drop the "temperature". No point in documenting the bitfield
09:59 mupuf: since there is only one value anyway
10:02 mupuf: sorry for this afternoon, cousins just arrived unexpectedly
10:06 karolherbst: mupuf: no, there is more in there
10:06 karolherbst: https://gist.github.com/anonymous/42c7be5ef4b5544130b7#L113-L115
10:40 karolherbst: mupuf: any idea what it could be?
10:41 mupuf: looking at it
10:42 karolherbst: sw reclock at 96 (0200025f), fsrm at 99 (01000e62), off at 100 (?00001e64)
10:42 karolherbst: the off thing is weird though
10:42 karolherbst: because usually it was always when you go above the value
10:43 karolherbst: also there are two temperatures which are really interessting: 92 and 87, but no clue what happens there
10:46 mupuf: Gosh, I hate this internet access. It is so unbelievably slow!
10:49 karolherbst: :D
10:49 karolherbst: shall I switch to 2g too?
10:50 karolherbst: ohhh my wifi latency spikes are gone :O
10:50 mupuf: ...
10:51 mupuf: It seems to depend on the protocol
10:51 karolherbst: yeah I had always spikes while pinging, like 200ms+
10:51 mupuf: guess what, I will try a tunnel
10:51 karolherbst: mhh udp is shit over mobile :D
10:52 karolherbst: mupuf: which freenode server are you using?
10:52 karolherbst: ohh wait, won't help you I guess
10:54 karolherbst: mupuf: maybe you shouldn't use card.freenode.net as the freenode server :/ its in the US and somehow I don't think that this would be the fastest way
10:54 mupuf: irc is working fine
10:54 mupuf: it is the rest
10:55 karolherbst: ahhh k
10:56 karolherbst: how high is your ping by the way to your ISP?
10:57 mupuf: rtt min/avg/max/mdev = 42.337/65.550/106.173/20.106 ms
10:58 mupuf: not too bad at all
10:58 karolherbst: yeah, seems fine actually
10:58 mupuf: but the throughput is ...
10:58 karolherbst: right
10:58 karolherbst: well if nothing helps, phone near the window could be a _little_ bit better though
12:20 karolherbst: uhh, bumblebee bug: 750M on 2880x1800..... this pcie bottleneck, I really feel that already :D
13:12 imirkin: anyone with a GM107 around?
14:49 RSpliet: imirkin: no sorry, I do have a large supply of tumbleweed and crickets
14:55 imirkin: what did i ask for?
14:56 RSpliet: people with a GM107
14:56 imirkin: oh yes
15:45 karlmag: imirkin: I thought about getting a 750ti, but alas, didn't..
15:49 imirkin: no prob... mupuf has one, a few other people around here do too
15:49 mupuf: imirkin: will be back in Finland on the 28t
15:49 mupuf: h
15:49 imirkin: mupuf: cool
15:49 imirkin: i'm in no rush
16:07 mupuf: imirkin: ack! IIRC, I have the GM206 and GF106 (nvcf) connected
16:08 mupuf: not sure the nvcf is a GF106 though
16:17 mupuf: karolherbst: at nightm everything is fine
16:17 mupuf: now I get good bw
16:17 mupuf: and normal latency
16:18 mupuf: around 11pm it started being ok. I guess I will have to work on reator at night then. It's ok, I have work on ezbench to do that I do not need internet access for
16:22 karlmag: mupuf: 950 or 960?
16:23 mupuf: 960
16:24 karlmag: oki
16:38 imirkin: mupuf: well, nvcf is GF116... GF106 is nvc3 :)
17:08 karolherbst: mupuf: :D sounds like normal daily network overusage
18:48 poffs: how can I compensate for overscan on my hdmi TV?
18:48 imirkin: oftentimes there's a setting in the tv
18:48 poffs: my tv doesn't have an internal memory, so the settings reset every time the power flickers
18:48 imirkin: there are also underscan properties on the display
18:48 poffs: go samsung
18:49 imirkin: er, on the connector
18:49 imirkin: screen? i forget the X terminology
18:49 imirkin: anyways, look at xrandr --props
18:49 poffs: ok
20:26 poffs: xrandr --output HDMI1 --set underscan on
20:27 poffs: not working
20:27 poffs: says "x error of failed request: BadName (named color or font does not exist)
20:37 imirkin: that's not a nouveau-powered output name
20:38 imirkin: either you failed at copy/paste, or that's an intel output
20:38 poffs: i copied it from http://ubuntuforums.org/showthread.php?t=2193027
20:39 poffs: i'm in man xrandr
20:40 imirkin: ok, well you can't just will connector names into being
20:40 imirkin: probably xrandr --output RANDOMNESS --set underscan on will also fail
20:40 poffs: i can try
20:40 imirkin: ;)
20:40 poffs: it does fail
20:40 imirkin: look at the output of xrandr to figure out the connector name
20:41 poffs: i have the right output name
20:41 poffs: it's HDMI1
20:41 poffs: but --set underscan on is wrong
20:41 poffs: if I put HDMI2, then it gives me a different error
20:41 imirkin: then you're not using nouveau.
20:41 poffs: since hdmi2 doesn't exist
20:41 poffs: then wtf am I using?
20:41 imirkin: intel
20:41 imirkin: pastebin xorg log
20:42 poffs: oh. how do I get nouveau?
20:42 imirkin: nouveau drives nvidia hardware
20:42 imirkin: intel drives intel hardware
20:42 imirkin: without a fairly powerful magic wand, it'll be difficult to convert between them
20:42 poffs: this laptop likely has both integrated and discrete graphics then
20:44 poffs: pastbining
20:45 poffs: http://paste.debian.net/plain/352147
20:47 imirkin: looks like just the VGA output bound to the nvidia gpu
20:47 imirkin: and that might be a phantom port
20:48 imirkin: in which case i'd recommend booting with video=VGA-2:d which should allow nouveau to suspend your gpu, saving some battery life
20:49 poffs: huh. it works in windowz
20:53 poffs: any suggestions for fixing my overscan issue? I don't need the dedicated graphics as long as I can fix the overscan
20:56 poffs: i was having issues installing the nvidia drivers. I suppose this is why.
20:58 imirkin: i think you want #intel-gfx
20:58 imirkin: not sure what they have in terms of options
20:58 imirkin: xrandr --props should list it though
21:00 imirkin: e.g. this is what mine look like: http://hastebin.com/ijotigivuc.sm (note the various underscan options)
21:00 imirkin: but again, this is on nouveau
21:00 imirkin: a diff driver will present diff options
21:01 poffs: yeah I see no similar options for underscan
21:01 poffs: thanks
21:54 imirkin: gnurou: ok, so i think that takes care of all the texture stuff... demmt handles all the reasonable combinations now
21:54 imirkin: i have no idea what that colorkey thing is, but if you try to use it on G84+, then it won't get decoded properly.
21:55 imirkin: hakzsam: so i guess i took care of the kepler tic/tsc printing thing as well :) no need to look at it, although if you have better ideas, i'm all ears
21:55 imirkin: the thing i did isn't so great for a bindless situation. but it's nice for bind-ed
22:26 Sleepy_Coder: hi, I have an nvidia 940m (nv118/gm108) - I'm on Arch Linux and I'm fairly certain I need firmware for this to work with nouveau. how might I get that?
22:26 Sleepy_Coder: I'm not entirely sure it's supported yet, but the feature matrix on nouveau's site seems to suggest it is..
22:28 Sleepy_Coder: https://wiki.freedesktop.org/nouveau/FeatureMatrix/ maybe I'm reading this wrong - no firmware is required as an extra installation step? for nv110?
22:29 imirkin: Sleepy_Coder: https://bugs.freedesktop.org/show_bug.cgi?id=89558
22:30 imirkin: no firmware required.
22:30 imirkin: just a short patch
22:32 Sleepy_Coder: imirkin: I don't know what to make of that conclusion - it says partial initialization with the patch?
22:32 imirkin: mmmm... not sure what he's referring to there
22:32 imirkin: but it _should_ be all you need
22:32 Sleepy_Coder: so I'm just waiting for the kernel with the patch I guess
22:33 Sleepy_Coder: well, the arch kernel built with nouveau with the patch
22:33 Sleepy_Coder: >.> <.<
22:33 imirkin: i suppose. that patch is not on its way to an upstream kernel tree atm though.
22:33 imirkin: if your kernel includes that patch (very surprising) you should be good to go with nouveau, assuming it's kernel 4.1 or later
22:33 Sleepy_Coder: hmm I am on 4.3.3
22:34 Sleepy_Coder: I am thinking that bug is currently in limbo..
22:34 imirkin: someone needs to go over the golden values the blob uses
22:34 imirkin: and update any as necessary
22:34 imirkin: no one capable has stepped up to the task
22:35 imirkin: [in fairness, there's basically just one person who's capable...]
22:35 Sleepy_Coder: who would that be?
22:35 imirkin: ben, the nouveau maintainer
22:35 imirkin: presently not here (vacationing i would imagine)
22:35 Sleepy_Coder: well if there's a script or something to diff golden values... I wish I could run it for him XD
22:36 imirkin: we have a blob trace for GM108
22:36 imirkin: someone just has to go through it
22:36 Sleepy_Coder: ahh
22:36 imirkin: i haven't the faintest clue what to look for though
22:36 Sleepy_Coder: no biggie really - looks like this will be good in a month or tow
22:36 Sleepy_Coder: two*
22:36 Sleepy_Coder: I'm on Windows for the most part, I was just curious how the i915 + nouveau experience for weston/wayland would feel
22:36 Sleepy_Coder: I've never used nouveau before this
22:36 Sleepy_Coder: :-)
22:36 imirkin: stick to intel :)
22:37 Sleepy_Coder: well the objective would be using the very fast nvidia card for offloaded programs
22:37 Sleepy_Coder: i currently do use just the intel card..
22:37 imirkin: yeah. i get your objective...
22:37 imirkin: it just won't pan out the way you like
22:37 Sleepy_Coder: oh well, like I said - I don't mind waiting a few months :o)
22:37 Sleepy_Coder: oh
22:38 imirkin: fast speed means fast clocks
22:38 Sleepy_Coder: in the feature matrix it says some of the 3d functions are somewhat slow because of power management not being properly implemented yet
22:38 imirkin: fast clocks means being able to change clocks (aka reclocking)
22:38 Sleepy_Coder: is reclocking related to power management? I've always associated reclocking with overclocking
22:38 imirkin: changing clocks on the fly without the world ending is a tricky endeavour, even with docs (which we don't have)
22:38 Sleepy_Coder: ahh
22:38 imirkin: reclocking = changing clocks
22:38 imirkin: overclocking = changing clocks higher than rated
22:39 imirkin: these chips tend to boot up in fairly low power (i.e. low clock) modes
22:39 Sleepy_Coder: yessum
22:39 imirkin: with nouveau you get what you get... which is unlikely to be able to outpace the intel chip
22:39 imirkin: reclocking is very much a work in progress, but maxwell hasn't even been looked at, afaik
22:39 imirkin: [wrt the actual clock changing scripts]
22:40 Sleepy_Coder: suddenly I'm kind of looking forward to the nvidia vulkan driver :(
22:40 Sleepy_Coder: ...if it ever gets here :D
22:40 imirkin: too late now, but if you're looking for open source, stick to intel/amd
22:41 Sleepy_Coder: yeah, I went for a hybrid setup because I wanted mobility + some gaming performance. I had been on intel-only for a while on my macbook
22:41 Sleepy_Coder: is the amd experience nice?
22:41 imirkin: dunno, haven't tried it since the dawn of video cards
22:41 Sleepy_Coder: I have heard good things if you do not use their proprietary driver, strangely
22:42 imirkin: however they have people who they pay to write open-source drivers, and those people have access to documentation
22:42 imirkin: and access to hardware before it hits the market
22:42 Sleepy_Coder: must be nice ;x
22:42 imirkin: nouveau is in large part a volunteer thing...
22:42 imirkin: although redhat does employ the maintainer of nouveau
22:43 Sleepy_Coder: ahh okay - well I think I just want to idle in here then :3 is this a channel for devs mostly?
22:43 imirkin: almost exclusively... with the occasional user coming in and asking questions
22:43 Sleepy_User: buwhahaha.