05:50 storkus: Hi, anyone on tonight?
07:03 storkus: Anyone there?
13:50 mupuf: karolherbst: Hey, since we now know most of the different entries for the power table, why not parse them properly?
13:50 mupuf: both in nvbios and nouveau?
13:50 mupuf: some can already be used
13:50 karolherbst: uhh
13:50 karolherbst: because it is super implicit
13:50 karolherbst: they are not picked up by references usually
13:51 karolherbst: and depending on the entry[0] byte, the entry means something differently
13:51 karolherbst: I am still trying to make some sense out of it
13:51 karolherbst: but I think I am somehow close to at least detect what is the power cap
13:54 karolherbst: mupuf: I think I am able to parse all 0x02, 0x42, 0x82 and 0xc2 entries for now
13:55 karolherbst: no idea what the difference is fo the 0x40 and 0x80 bit
13:56 karolherbst: mupuf: or what did you mean?
13:56 mupuf: no, you got iit
13:56 mupuf: it*
13:56 karolherbst: k
13:56 mupuf: But ... I have an idea
13:56 mupuf: we would need two more files
13:57 mupuf: actually, just one
13:57 mupuf: power1_mode: Select the entry (0 == auto, 1 == full_power, 2 == battery mode, 3 == etc...)
13:58 mupuf: and when you change the mode, you get the associated power entry
13:58 mupuf: but we should not allow the user to shoot himself in the foot too much
13:58 karolherbst: uhh
13:58 mupuf: oh, maybe we want to support a custom mode too :D
13:58 karolherbst: there is no such mapping
13:58 mupuf: ?
13:59 karolherbst: this is done through the vpstates
13:59 mupuf: right, it still holds true though
13:59 karolherbst: no idea
13:59 karolherbst: found no clue regarding this
14:00 karolherbst: also
14:00 karolherbst: the entries aren't referenced
14:00 mupuf:is confused here
14:00 karolherbst: this table is confusing
14:00 mupuf: what about the logs we got from nvidia-smi?
14:00 karolherbst: that's the vpstate stuff
14:01 karolherbst: https://gist.github.com/karolherbst/78bcf06bcecde60a1de09249e4a8f9e1
14:01 karolherbst: no idea what those power values mean
14:01 karolherbst: afaik, they don't do anything
14:02 karolherbst: also
14:02 karolherbst: there are always set to 0
14:02 karolherbst: except for 2 kepler vbios
14:03 mupuf: ah, right
14:04 mupuf: well, then we need two modes for power then
14:04 karolherbst: we already have that infrastructure
14:04 mupuf: this can wait though, for when we start enforcing it
14:04 karolherbst: we can set the pstate for battery and non battery mode already
14:04 karolherbst: we would just to adjust it a little
14:04 karolherbst: *need
14:05 karolherbst: anywaym I think we would have to rework a lot anyway after we figured out more
14:07 karolherbst: but come to think of it, maybe some power budget entries are indeed enabled if you are on battery mode
14:07 karolherbst: at least there is some kind of overwriting going on
14:07 karolherbst: like you can have multiple 0x02 entries
14:07 karolherbst: but the lowest gets picked
14:11 mupuf: karolherbst: I would be surprised if this was only for the maximum clock
14:11 karolherbst: it isn't clock related at all
14:12 mupuf: I meant vpstate
14:12 karolherbst: I see
14:12 karolherbst: it is though afaik
14:12 karolherbst: nvidia can always clock lower than the vpstate
14:12 mupuf: well, I would have expected that it would try to enforce a power budget
14:12 karolherbst: and does
14:12 karolherbst: mhhh
14:12 mupuf: but I guess the enforcing is not super good
14:13 karolherbst: maybe those power values in the table indeed does it
14:13 karolherbst: but I wasn't interested enough yet
14:13 mupuf: so it prefers setting clocks
14:13 karolherbst: well
14:13 karolherbst: those clocks are max clocks
14:13 karolherbst: at least nvidia interprets them as such
14:13 karolherbst: if I unplug power, nvidia drops to a pstate and 405 mhz
14:13 karolherbst: even if something is running at full speed
14:14 karolherbst: "ps
14:14 karolherbst: *pstate a
14:15 karolherbst: and currently, I wouldn't bother to check that for just two gpus if there is no benefit anyway
14:17 mupuf: ;)
14:23 karolherbst: anyway, that power budget table starts to make sense every day I look into it
14:23 karolherbst: by the end of the year I might even get a pretty solid understanding of it
15:04 pmoreau: karolherbst, mupuf: If you need any testing, more numbers, feel free to ask :-)
15:07 karolherbst: pmoreau: if you got time, you could try to figure out when those vpstates are activated on your nve7: https://gist.github.com/karolherbst/afc4f7b365bbc709e2316a749cecff3b
15:07 karolherbst: the d2/d3/d4/d5 ones
15:08 pmoreau: How do I get that info?
15:08 karolherbst: trying stuff out, no idea what those dx things might mean
15:08 karolherbst: maybe it is acpi related?
15:09 karolherbst: ohhh
15:09 karolherbst: https://msdn.microsoft.com/en-us/library/aa447471.aspx
15:09 karolherbst: but there is no d5
15:09 karolherbst: ohh wait
15:10 karolherbst: windows ce 5.0
15:10 karolherbst: ...
15:10 pmoreau: But do I get those dX in the first place?
15:11 karolherbst: mhh I am thinking
15:11 karolherbst: can the OS request a d state of the pci device without involving the driver?
15:12 pmoreau: No idea…
15:12 karolherbst: okay something more important
15:12 karolherbst: nv120
15:12 karolherbst: nvidia-smi cap entry: 5
15:13 karolherbst: 5: min = 150000 mW, avg = 250000 mW, peak = 275000 mW (unkn12 = 5000)
15:13 karolherbst: nvidia-smi should print 250W and 275W with the -d ALL option
15:13 karolherbst: or only -d
15:13 karolherbst: always forget how to get the detailed information
15:13 karolherbst: 250W being max and 275W being critical
15:15 pmoreau: I’ll switch to the blob sometime later today then
15:16 karolherbst: thanks :)
15:16 karolherbst: had no chance to verify it, cause the 0x30 version table is maxwell2 only afaik
15:16 karolherbst: and the byte moved in the header
16:06 aethe: anyone know if NV136/gtx1060 is supported yet?
16:07 imirkin: i don't believe modesetting has been hooked up for that
16:08 imirkin: and obviously no accel support because nvidia does not provide the signed firmware required to operate these gpu's
16:08 aethe: so when i try to boot fedora live cd i get monitor out of range/frequency
16:08 imirkin: sounds like you need to ask in a fedora-specific support venue
16:08 aethe: do you know of any possible work arounds?
16:09 aethe: it happens with every distro
16:09 imirkin: unlikely. the gentoo installer doesn't even have a graphical mode.
16:09 imirkin: [in fact, there is no installer]
16:09 aethe: hmmk. does gentoo have a live cd?
16:11 aethe: nvm found irt
16:11 aethe: it*
16:11 imirkin: chances are that it won't do you much good
16:12 imirkin: anyways, i can say with some certainty that your problem is not nouveau-related -- the 0x136 chip id isn't recognized. if you're having trouble operating your distro, ask in a distro-specific support channel.
16:13 imirkin: aethe: you can try booting with nouveau.modeset=0 to super-duper-turn it off
16:14 aethe: i have tried that and it didnt work for me
16:14 imirkin: skeggsb: should you be setting an error code here? https://github.com/skeggsb/nouveau/blob/master/drm/nouveau/nvkm/engine/device/base.c#L2680
16:14 aethe: maybe i didnt do it correctly though. idk
16:15 imirkin: skeggsb: it'll end up with -ENOMEM which isn't so bad, but perhaps it should be -EEXIST?
16:16 bernie: I'm trying to debug a blank screen with nouveau in 4.8.7... are there any cli tools to set modes for the console?
16:16 aethe: so to be clear, to boot with custom commands, i press tab and it shows some command text stuff. at the end is something like "quite" or "quiet-boot". do i add that command after "quiet"?
16:17 imirkin: bernie: console is controlled by fbdev
16:17 imirkin: bernie: well, fbcon to be specific
16:17 imirkin: aethe: sounds like you're looking for distro support. ask in a distro-specific support chan.
16:17 aethe: ok
16:18 bernie: imirkin: is there a tool to set modes, or do i have to cat stuff somewhere in a /sys file?
16:19 imirkin: bernie: there's actually no way that i know of to set console modes. that said, you can e.g. use modetest to set a KMS mode. this is in the libdrm package (not shipped in binary form afaik)
16:19 imirkin: bernie: perhaps you'd like to share more details about your issue?
16:19 imirkin: [i'm answering the questions you're asking, but i'm somewhat sure they're not the questions you want to be asking...]
16:20 bernie: imirkin: so fbset reports 3840x2160, which seems correct for my screen
16:20 bernie: imirkin: and the sysfs file for the HDMI-A-1 output says "connected"
16:21 bernie: still, the screen detects no signal
16:21 imirkin: pastebin dmesg
16:21 bernie: imirkin: this is a GTX 970 (GM204)
16:21 imirkin: ah
16:22 imirkin: is this a GTX 970 with 4GB of VRAM?
16:23 imirkin: if so, try moving the firmware out of the way (/lib/firmware/nvidia, and rebuild your initrd of however you cause the firmware to exist in the vfs where the module is loaded.)
16:24 bernie: imirkin: https://paste.fedoraproject.org/490666/02638671/
16:25 imirkin: yep. it's the thing i thought
16:25 imirkin: bernie: you may be interested in https://bugs.freedesktop.org/show_bug.cgi?id=94990
16:26 imirkin: there are also some hackpatches in there to help things limp along
16:28 bernie: imirkin: thank you a lot, i'm reading through the bug log
16:31 imirkin: bernie: this is probably the most promising of the hackpatches: https://bugs.freedesktop.org/attachment.cgi?id=127508
16:34 orbea: what is left for exposing ogl 4.5 in nouveau?
16:40 imirkin: orbea: nothing... it's been requested that we don't as it may present headaches for the distributors of nouveau.
16:40 orbea: ah
16:42 imirkin: you can set some override flags locally with little ill effect
16:42 imirkin: you can also patch nouveau to report 450 instead of 430 in nvc0_screen.c
16:43 orbea: ah, that sounds easy enough. wasn't a big concern, was just curious :)
16:44 imirkin: at last check we don't do phenomenally worse at CTS than the intel/radeon drivers - https://people.freedesktop.org/~airlied/piglit/cts-gpus/ - nouveau is the 3rd col
16:45 orbea: nice, that looks pretty close
16:45 imirkin: (about 0.6-0.7% worse)
16:47 karolherbst: imirkin: anybody working on fixing it?
16:47 imirkin: karolherbst: fixing what?
16:48 karolherbst: the errors from the test
16:48 imirkin: afaik i've fixed all the test traces that airlied has fed me
16:48 karolherbst: nice
16:48 imirkin: it's a little tricky to try to fix the bug from just the test name =/
16:48 karolherbst: ohh true, it is still not accesable yet
16:48 imirkin: although i know what's going on with those stupid MS tests
16:48 imirkin: dEQP has the same complaints
16:49 imirkin: iirc i just disagreed on what MS with samples == 1 meant
16:49 imirkin: which, tbh, is a bit of a corner-case :)
16:51 karolherbst: mhh true
16:52 imirkin: with access to the tests, i'm sure i could get it to the 99% mark (up from 97.5% today)
16:53 imirkin: the last percent will likely be murder though
16:53 karolherbst: most likely
19:04 karolherbst: mupuf: you were actually right about the battery thing
19:04 mupuf: hehe, cool to know I helped you
19:04 karolherbst: even without knowing :p
19:04 karolherbst: yeah
19:04 karolherbst: it was funny
19:04 karolherbst: with the stock vbios, nvidia drops to pstate a and 405MHz
19:05 karolherbst: but with my messed up power budget, it droped to 600MHz and pstate f
19:09 karolherbst: mhh okay
19:09 karolherbst: this will be fun
19:10 karolherbst: so
19:10 karolherbst: if I am on battery it indeed drops to the battery vpstate
19:10 karolherbst: but
19:10 karolherbst: I think there might be an additional power related thing
19:15 karolherbst: that's interesting
19:15 karolherbst: I managed that nvidia uses higher clocks when on battery
21:16 NanoSector: Lekensteyn: I won't be able to do more testing for you sorry as I've been forced to move to Windows for some crap program school requires
21:16 NanoSector: and my laptop doesn't have enough space for both windows and linux
21:27 karolherbst: NanoSector: virtual machine?
21:27 karolherbst: wine?
21:27 NanoSector: no space and wine didn't work :(
21:27 karolherbst: tell your school they are crap for enforcing software
21:27 NanoSector: i did
21:27 karolherbst: which software by the way?
21:27 NanoSector: Coach for interfacing with special apparatus
21:28 NanoSector: it works to a degree in Wine
21:29 NanoSector: but not the actual part of working with hardware and reading sensors
21:29 NanoSector: oh well i guess there are worse things in the world than using Windows
21:35 karolherbst: NanoSector: can't be :p
21:35 NanoSector: lol
21:35 NanoSector: it's kind of fun to poke around it now after not using it for a year or so
21:35 NanoSector: see what's changed
22:50 Lekensteyn: NanoSector: virtual machine should work unless you have 32GB space or something
22:50 Lekensteyn: NanoSector: I've survived for years using a 80GB Intel SSD :)
22:54 imirkin: that's the same one i have :)
22:56 karolherbst: mupuf: mind getting a mb with vt-d , so that we could also RE the windows driver at some point? :D