09:22 pecisk: just for info - testested GTX 850M, Xonotic runs well, but misses quite a lot of textures there and here
10:00 cedra: hello. just went from nvidia-libgl to nouveau, and now all forms of video are broken
10:01 cedra: Computer lags a bit, i.e cursor movement slows down for maybe a second, and then the video is either black or just a picture of the first frame
10:01 cedra: I can still hear the video which is why I'm pretty sure it's the nouveau driver
10:03 cedra: I have a Nvidia GeForce GTX 660
10:53 mupuf: cedra: hey
10:53 mupuf: can we see the kernel logs please?
10:53 mupuf: and xorg logs
10:54 mupuf: pretty sure nouveau is not running :(
10:58 cedra: I've tested some stuff and apparently webms and mp4s do load, as well as other video formats
10:58 cedra: just not in my browser, apparently. which is incredibly weird.
11:00 mupuf: cedra: ok, but let's first make sure you are running nouveau
11:00 cedra: which kernel log do you mean
11:01 mupuf: output of dmesg
11:01 mupuf: put that on pastebin
11:01 cedra: ah
11:01 mupuf: then, the content of /var/log/Xorg.0
11:01 mupuf: /var/log/Xorg.0.log
11:02 cedra: here's my kernel log http://pastebin.com/adHyeNEb
11:03 cedra: http://pastebin.com/mNfZ4Gq0 xorg
11:05 cedra: it does look like it's running from what I can see
11:05 mupuf: so, xorg says it uses the nvidia driver
11:05 cedra: what
11:05 mupuf: but nouveau is the loaded driver in the kernel
11:06 cedra: oh so it was the xorg.
11:06 mupuf: so ... either now the blob can run on nouveau drm ... or you are not showing me the right xorg log
11:06 cedra: That's the output of dmesg and /var/log/Xorg.0.log
11:07 cedra: I do have a Xorg.1.log and Xorg.2.log
11:07 cedra: don't know if those are related
11:07 mupuf: echo $DISPLAY in your terminal
11:07 cedra: that's :0
11:08 cedra: so it's just xorg having the wrong settings?
11:09 mupuf: well, how about you first get rid of all references to nvidia?
11:09 mupuf: follow your distro's documentation though
11:11 cedra: hm. alright
11:11 cedra: Thanks
12:01 cedra: mupuf: it was the wrong log file, I'm starting X with startx so it's the other path
12:01 cedra: which I checked, and everything loads just fine, nouveau loads and there are no traces of nvidia
12:03 cedra: feels like it comes down to my graphics card + the nouveau driver combo is not wanting to load HTML5 stuff
12:17 fishxz: hey, what is the difference between this two
12:17 fishxz: 0e: core 405-1267 MHz memory 6008 MHz
12:17 fishxz: 0f: core 405-1267 MHz memory 6008 MHz
13:42 Yoshimo: any clue what Error: couldn't find RGB GLX visual or fbconfig is about?
13:46 karolherbst: mupuf: okay, so my mmiotrace fix will most likely be also applied for 4.5 and 4.4 kernels :) Makes it easier for user
13:47 karolherbst: Yoshimo: depends
13:47 karolherbst: Yoshimo: where you get that?
13:47 Yoshimo: glxinfo
13:47 Yoshimo: wine says my card is not directx9 compatible instead
13:47 mupuf: karolherbst: yeepee!
13:47 karolherbst: LIBGL_DEBUG=verbose glxinfo
13:48 mupuf: karolherbst: are you using systemd or not?
13:48 karolherbst: mupuf: yeah I also asked for 4.1, but then Ingo asked me if anything else is needed and I wasn't feeling well enough anymore to also apply it to 4.1 :D
13:48 karolherbst: mupuf: yeah I do
13:48 mupuf:is trying to use logind
13:48 karolherbst: ahh I see
13:48 karolherbst: well
13:48 mupuf: that would allow me to run wayland compositors
13:48 karolherbst: logind is the replacement for consolekit kind of
13:48 mupuf: and drop the root requirement for X
13:48 karolherbst: mupuf: nope
13:49 karolherbst: ohh mhh
13:49 karolherbst: well you should be able to run X as non root even without it
13:49 karolherbst: mupuf: only kwin requires logind, but only for logins
13:49 karolherbst: mupuf: session management is what logind does
13:49 mupuf: try connecting to a machine through ssh
13:49 mupuf: and start an X server ;)
13:49 karolherbst: yeah I know
13:49 mupuf: on a vt
13:49 karolherbst: mhh
13:49 karolherbst: yeah but it isn't that hard
13:49 mupuf: ?
13:50 karolherbst: you can just give user permissions to the tty files
13:50 karolherbst: then it works too
13:50 mupuf: really? have you tried?
13:50 karolherbst: yeah
13:50 mupuf: you just need to add your user to the tty group?
13:50 karolherbst: even without systemd
13:50 karolherbst: I can check on my other machine again
13:51 karolherbst: but I am sure it worked thre
13:51 karolherbst: let me try again
13:51 karolherbst: and my other machine runs openrc and not systemd
13:51 karolherbst: yep, works
13:51 mupuf: ack
13:52 karolherbst: mhh
13:52 mupuf: well, even run as root,I never managed to start weston from ssh
13:52 karolherbst: well the X server started...
13:52 karolherbst: ohh
13:52 karolherbst: odd
13:52 karolherbst: mupuf: well it could be that you also have to add you to the input group or anyhting
13:53 karolherbst: for rootless X
13:53 mupuf: as I said, even as root, I can't
13:53 karolherbst: mupuf: well the reason you need logind for rootless X is, that the login manager usually is the bigger problem
13:53 karolherbst: and security
13:53 mupuf: right
13:53 karolherbst: okay, now the weston problem
13:54 mupuf: that does not seem like a bad idea for me
13:54 karolherbst: mhh I think this is expected
13:54 mupuf: not running X or any wayland compositor as root
13:54 mupuf: yes, it is expected
13:54 karolherbst: gsoc project: "The Wayland project's sole accepted project is the ability to allow Weston to start without any outputs present and also to still run when all outputs are disconnected. "
13:54 mupuf: yeah, saw that
13:54 karolherbst: I never tried to run it via ssh
13:55 mupuf: and got emails from google yesterday telling that we got the two students we asked for
13:55 karolherbst: let me install the stuff
13:55 mupuf: ok, going to have my sauna
13:55 karolherbst: ahh I see
13:55 mupuf: see you in a bit!
13:55 karolherbst: mhh I see a headless USE flag on weston
13:55 karolherbst: k
13:58 mupuf: I need to start weston on the jetson tk1 to be able to run glxinfo :D
13:58 mupuf: or I would need to write a gbminfo program :p
13:58 mupuf: but in the end, I want to be able to run wayland compositors
13:58 karolherbst: mhh
13:58 mupuf: and do so without root access, so, using logind does not sound too crazy
13:58 karolherbst: yeah I will play around with that a bit. there are some interessting USE flags
13:59 karolherbst: rdg ... screen-sharing .. headless :D
13:59 karolherbst: *rdp
13:59 mupuf: and I can keep using glxinfo, since it works also on proprietary drivers
13:59 karolherbst: right
13:59 mupuf: ok, see you in an hour
14:14 karolherbst: mupuf: holy ... with furmark: 77.12W :O
14:15 yoshimo: karolherbst: LIBGL_DEBUG=verbose glxinfo doesn't change the output
14:15 karolherbst: yoshimo: check your X log then
14:15 karolherbst: mupuf: 78.98W even ...
14:16 yoshimo: what should i check for?
14:18 yoshimo: glamor init failed and swrast can't be loaded, but swrast is a known thing
14:18 karolherbst: yeah, without glamor no opengl
14:21 cedra: anyone else experiencing screen flimmering sometimes
14:21 karolherbst: cedra: what kind of flimmering?
14:22 cedra: sort of like. turqoise flimmering, gets faster when typing in IRC and stuff
14:22 karolherbst: cedra: vsync enabled?
14:22 yoshimo: https://pastee.org/fyzr5 , why could glamor fail to load?
14:23 cedra: don't think I have vsync on, I do have Compton though
14:23 karolherbst: yoshimo: no idea, it doesn't tell us
14:23 karolherbst: cedra: maybe it is better with vsync enabled, but it shouldn't flimmer though :/
14:23 yoshimo: so how would i solve that ?
14:24 cedra: yeah it's a bit weird. it's not like screen tearing, it's like full on applications disappearing and being replaced by a light blue color and then back again in the span of like 0.5 seconds
14:32 karolherbst: yoshimo: can't think of anything :/
14:38 yoshimo: searching the net with the error wasn't helpful so far
14:43 karolherbst: right
14:43 karolherbst: yoshimo: well the only thing I can thing is to try out weston, because it uses mesa and makes it a bit easier to debug
14:43 karolherbst: yoshimo: but maybe you can make glamor more verbose or something
14:48 pecisk: karolherbst: just for info - testested GTX 850M, Xonotic runs well, but misses quite a lot of textures there and here
14:49 karolherbst: pecisk: maybe you need a more recent mesa for this then
15:00 pecisk: karolherbst: Fedora 24, Mesa 11.2
15:00 pecisk: but yeah, most likely
15:00 pecisk: just wanted to say that it works :)
15:00 pecisk: it didn't in Fedora 23
15:04 karolherbst: yeah
15:04 karolherbst: maxwell support wasn't the best up until recent mesa versions
15:04 karolherbst: with mesa-12 it should be better in the end
15:10 pecisk: nice :)
15:11 pecisk: good work, thanks
16:06 karolherbst: mupuf: you are right, running those stuff on a seperated X server makes sense :) but it would be nice to be able to support a setup with multiple GPUs, so that you can test on one, but still have an active X session on the other one
16:07 mupuf: ah ah, well, it is already supported :D
16:07 karolherbst: ahh good
16:07 mupuf: you are free to specify a xorg.conf
16:07 karolherbst: anyway, I was fed up using DRI_PRIME
16:07 karolherbst: because I hit space a lot
16:07 karolherbst: and that disables the main thing in those gputest benchmarks
16:07 karolherbst: and well the fps is then garbage
16:08 mupuf: oh, but I wonder if I plugged it to ./ezbench
16:08 mupuf: ./core.sh takes -c arguments
16:09 karolherbst: DISPLAY=:1 always works :D
16:09 mupuf: ?
16:10 mupuf: ah, right ;D
16:10 mupuf: But you really want to let ezbench ddeploy your environment
16:10 mupuf: so as, when you test the kernel, it can take care of everything
16:11 karolherbst: I know
16:12 karolherbst: those gputest things also load opencl...
16:13 eclipticon: HI, I am using nouveau on Ubuntu Gnome 16.04 on a 3440x1440 screen - generally, 2D performance is not so great and the mouse cursor is leaving traces all over the screen. Anything I can do about that?
16:13 karolherbst: mupuf: but furmark is really insane :/ above 78W and 92°C
16:14 karolherbst: mupuf: and I am sure my power budgets are at 80W
16:14 mupuf: karolherbst: check out confs.d/x11_ddx/modesetting
16:16 mupuf: so, what you want to do is this: set the PCIID of your nvidia gpu
16:16 mupuf: so as it will use this gpu to run
16:16 mupuf: not sure how it will like being headless though :s
16:16 karolherbst: yeah I know
16:16 karolherbst: it needs -sharevts and stuff :/
16:16 karolherbst: and no input devices
16:17 karolherbst: there could be a headless mode for this maybe
16:17 mupuf: so far, no success with logind, but there is still hope
16:17 karolherbst: weston?
16:17 mupuf: nope, just creating the session already fails
16:17 karolherbst: ahh right, from ssh
16:17 mupuf: see you in a bit
16:17 mupuf: well, I run it from another session
16:17 mupuf: maybe it would work better on the jetson
16:18 mupuf: anyway, groceries time
16:18 mupuf: see you
16:22 karolherbst: holy crap, 101°C
16:22 karolherbst: ...
16:24 karolherbst: and that is with boost 1
16:27 Yoshimo: what was the critical one?
16:27 karolherbst: 96
16:27 karolherbst: or do you mean really critical?
16:27 karolherbst: that is like 104 or 105
16:28 karolherbst: and fans are at maximum already...
16:28 karolherbst: I thought my fans would at least be able to cool down 70W
16:28 Yoshimo: i meant the really really critical one yes
16:29 karolherbst: yeah
16:29 karolherbst: something around 105
16:29 karolherbst: but the gpu kind of shuts down automtically
16:52 karolherbst: mupuf: currently collectin temperature and power consumption via ksysguard :)
17:00 mupuf: oh, right, I need to finish my patches for ezbench
17:00 karolherbst: well
17:01 karolherbst: not even boost 1 is safe on my gpu and gputest :/
17:02 karolherbst: mupuf: I asked the ksysguard author for a custom nouveu Tab :)
17:03 karolherbst: mupuf: but the power readout is frigin stable :O
17:05 karolherbst: https://i.imgur.com/N1WrYjA.png
17:06 karolherbst: time between each pixel: 0.5seconds
17:08 karolherbst: tess_x16 is insane
17:08 mooch3: hey, i was wondering what hardware features nv40 lacks that keep it from supporting opengl 3.0?
17:08 mooch3: i mean, geometry shaders aren't necessary for gl3
17:09 karolherbst: mooch3: right, geometry is 3.2
17:09 mooch3: yeah, that's why i'm confused
17:10 karolherbst: mooch3: https://cgit.freedesktop.org/mesa/mesa/tree/docs/GL3.txt
17:10 karolherbst: you could check what is missing on your from the 3.0 stuff
17:11 karolherbst: mooch3: but in the end you can always force a 3.0 context and hope the application doesn't need anything yourc ard doesn't support
17:11 mooch3: ARB_color_buffer_float is missing
17:11 mooch3: or i could use llvmpipe :p
17:11 karolherbst: well
17:11 karolherbst: the performance should be erally crappy
17:11 mooch3: tho that would be rather slow on a k8
17:11 karolherbst: yeah
17:11 karolherbst: MESA_GL_VERSION_OVERRIDE=3.0 MESA_GLSL_VERSION_OVERRIDE=130
17:11 karolherbst: that's what you could try
17:12 karolherbst: and if it crashes you could try to find out what it needs
17:12 karolherbst: maybe it can be implemented but nobody bothered to do that yet
17:12 karolherbst: mupuf: https://gist.github.com/karolherbst/ce86d42b6055fa4966fc00798d8ec802
17:13 karolherbst: "nv50/ir: add pass to move unary instructions to reduce gpr usage" +5% in pixmark_piano :)
17:13 karolherbst: ohh wait
17:13 karolherbst: the commits in between might be missing
17:13 mooch3: weird, the hardware supports floating point texture formats, but mesa doesn't
17:14 karolherbst: mooch3: rebuild mesa
17:14 karolherbst: mooch3: --enable-texture-float
17:14 karolherbst: it is some patent crap and some distributions disable it
17:14 karolherbst: or it is even disabled by default
17:15 karolherbst: who knows
17:15 mooch3: karolherbst, what about color_buffer_float?
17:15 karolherbst: no idea
17:16 karolherbst: as I said, try it out with overriding the version
17:16 karolherbst: and if that works, it works
17:16 karolherbst: if not, try to find out what is missing
17:16 mooch3: karolherbst, how is nv40 texture float stuff patented tho? o.o
17:16 karolherbst: well it is
17:17 karolherbst: mooch3: http://www.google.com/patents/about?id=mIIOAAAAEBAJ&dq=6650327
17:17 karolherbst: http://www.opengl.org/registry/specs/ARB/texture_float.txt
17:17 karolherbst: "IP Status"
17:17 mooch3: oh my fucking god
17:18 mooch3: if it's required for gl3, why is it patented?
17:18 karolherbst: well
17:18 karolherbst: it was patented before I uess :D
17:18 karolherbst: but it is required for gl3.0 right
17:18 mooch3: yeah
17:18 karolherbst: but nobody cares really
17:18 karolherbst: most distributions just enable it
17:19 karolherbst: same with the s3tc stuff
17:20 mooch3: does arch linux enable it?
17:21 karolherbst: no idea
17:21 karolherbst: but it seems like they do
17:22 mooch3: oh, it looks like nv40 doesn't fully support all the formats in that extension
17:22 mooch3: weird
17:23 karolherbst: happens
17:23 karolherbst: well everybody is free to add support for missing stuff
17:26 eclipticon: HI, I am using nouveau on Ubuntu Gnome 16.04 on a 3440x1440 screen - generally, 2D performance is not so great and the mouse cursor is leaving traces all over the screen. Anything I can do about that?
17:28 karolherbst: eclipticon: what gpu?
17:28 eclipticon: Quadro K1100M
17:28 karolherbst: ahh kepler
17:28 karolherbst: yeah well, then you could reclock
17:29 karolherbst: nouveau currently doesn't reclock automatically, even when the display needs a higher clock
17:29 eclipticon: How do I do that?
17:29 karolherbst: eclipticon: what kernel are you running on?
17:29 eclipticon: 4.4.0-21
17:30 karolherbst: okay, at least the gddr5 patch landed there
17:31 karolherbst: eclipticon: well the issue is though, that it can hang your machine, but I have patches to deal with those, they just aren't landed yet.
17:31 karolherbst: eclipticon: to enable reclocking, you have to boot with nouveau.pstate=1
17:31 karolherbst: eclipticon: and if setting a higher clock helps, then this is already good to know
17:32 mooch3: karolherbst, nv40 seems to not support the majority of gl3 features, unfortunately
17:32 karolherbst: mooch3: right, that's why I said you should just force a 3.0 context and see if anything which needs it, might work or not and only deal with stuff you need
17:33 mooch3: well, i wanna try to use dolphin on this machine, just to see if it'll work
17:33 eclipticon: How to set the higher clock then?
17:33 mooch3: i do have machines suitable for it, but i'm just curious. :p
17:37 karolherbst: eclipticon: there is a file called pstate in sysfs
17:37 karolherbst: eclipticon: /sys/class/drm/cardN/device/pstate
17:37 karolherbst: where N is most likely 0
17:38 karolherbst: eclipticon: you can cat the file and echo values in it to choose the clock state
17:38 karolherbst: eclipticon: but currently nouveau highly undervolts, so it might crash immediatly
17:38 karolherbst: eclipticon: but you could compile yourself a custom nouveau module and use the newest stuff to deal with that
17:39 eclipticon: Ok, I'll give that a try and hopefully shall return
17:48 mooch3: karolherbst, how do i dump my mcp51's bios?
17:48 karolherbst: mooch3: why do you need the vbios?
17:48 mooch3: when i try to cat it, it says invalid argument
17:49 mooch3: karolherbst, emulation
17:49 karolherbst: ?
17:49 karolherbst: what kind of emulation
17:49 mooch3: basically, i have a project to emulate nvidia cards in pc emulators
17:49 karolherbst: ohh, k
17:49 mooch3: i can't even figure out nv4's pfifo, lol
17:49 karolherbst: and the nvidia vbios helps?
17:49 mooch3: not really
17:50 karolherbst: as I thought
17:50 mooch3: i just figured i should have a backup of mcp51's bios
17:50 karolherbst: the vbios is more like a description for the driver
17:50 karolherbst: mhh
17:50 mooch3: in case i ever want to emulate it. :p
17:50 karolherbst: it is in /sys/kernel/debug/dri/0/vbios.rom though
17:50 karolherbst: well
17:50 karolherbst: there is nothing to emulate really
17:50 karolherbst: afaik the gpu doesn't react to anything in the vbios anyway
17:51 mooch3: i know, but it's an lle emulator
17:51 karolherbst: it is soley for the driver I think
17:51 mooch3: so i need the bios to run in the emulator
17:51 mooch3: that's weird...
17:52 mooch3: it's not a power of two size...
17:52 karolherbst: right
17:52 mooch3: how is that possible? all rom chips are power of two size
17:52 karolherbst: well but not everything is usefull
17:53 mooch3: so i should just pad it out to a power of two size?
17:53 imirkin: mooch3: dolphin requires native integer support. nv40 does not have integers.
17:54 mooch3: imirkin, ah, okay
17:54 mooch3: crap, i didn't think of that
17:54 imirkin: that's just one very obvious feature, probably of *many*, not supported by nv40
17:55 imirkin: another one is no UBO support on nv40
17:55 mooch3: seriously? wow
17:55 imirkin: DX9
17:57 karolherbst: well don't those nv4x card support dx 9.0c?
17:57 mooch3: yeah
17:57 karolherbst: *d3d
17:57 imirkin: UBO's are a DX10 thing
17:57 karolherbst: ahh oaky
17:58 mooch3: i wonder why the blob doesn't support ARB_bindless_texture on Fermi tho
17:58 mooch3: i mean, afaict, it should just be a driver feature
17:58 mooch3: meaning it would be more work to only not support it on fermi than to just support it
17:59 mooch3: that means i can't run xenia on my fermi card... :(
18:07 imirkin: mooch3: it's a hardware feature
18:07 imirkin: fermi is bind-ful, kepler+ are bind-less
18:10 eclipticon: Karolherbst - reclocking helped with speeding up things, but the mouse cursor is still leaving traces
18:10 karolherbst: eclipticon: mhh
18:10 imirkin: eclipticon: that's unrelated
18:10 imirkin: eclipticon: i assume you're using reverse prime?
18:10 karolherbst: eclipticon: but 2d performance is more close to display sync speed?
18:10 imirkin: eclipticon: and the primary driver is intel?
18:10 karolherbst: ohh right, I forgot about that :)
18:10 imirkin: karolherbst: "mouse traces get left behind" == swcursor
18:10 karolherbst: eclipticon: you need ti enable vsync on both ends: compositor + application
18:11 imirkin: not a lot of things that force sw cursor
18:11 karolherbst: mhhh
18:11 karolherbst: right
18:11 eclipticon: At least the display appears more responsive
18:11 karolherbst: eclipticon: did you clock to 0f?
18:11 eclipticon: yes
18:11 eclipticon: Can you point me to a brief description about vsync?
18:11 karolherbst: it may suddenly crash :)
18:12 eclipticon: I know, then there is still 0A
18:12 karolherbst: eclipticon: usually there should be an option in the applications, otherwise you can always launch with vblank_sync=2 ?
18:12 karolherbst: or 3?
18:12 karolherbst: I never now what the right numbers are
18:12 eclipticon: Sorry, in what applications?
18:13 karolherbst: wait.. what kind of setup are you using?
18:13 eclipticon: Ubuntu Gnome 16.04
18:13 karolherbst: external dispaly via reverse prime?
18:13 karolherbst: or is tehre only the nvidia gpu
18:14 eclipticon: Mobile workstation with one GPU on docking station, connected to ext display with display port
18:14 karolherbst: eclipticon: lspci | grep VGA
18:14 eclipticon: 00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
18:14 eclipticon: 01:00.0 VGA compatible controller: NVIDIA Corporation GK107GLM [Quadro K1100M] (rev a1)
18:15 imirkin: eclipticon: pastebin xorg log
18:17 eclipticon: imirkin: http://pastebin.com/TREzL2Pc
18:18 karolherbst: ohhh
18:18 imirkin: eclipticon: you appear to be using the nvidia blob?
18:18 karolherbst: yeah
18:18 karolherbst: nvidia prime setup
18:18 karolherbst: ...
18:18 eclipticon: Having a closer look, I am confused about that as well ...
18:18 imirkin: wrong log perhaps?
18:19 imirkin: [ 4.440] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Apr 23 13:12:06 2016
18:19 imirkin: are you on central time?
18:19 eclipticon: no ...
18:20 imirkin: then that's probably the wrong log, since it's at least an hour old if you're on eastern time, and much older if you're in europe
18:20 eclipticon: I'll purge my Xorg.?.log and reboot and be back ...
18:22 karolherbst: imirkin: any idea how the reverse prime situation will look like in the future? With dri3 lacking support for that, and no support in wayland yet :/ I just hope that it won't be something painfull in the future
18:22 imirkin: dri3 doesn't preclude dri2 from being used
18:22 imirkin: either way, it's something i let airlied worry about - (a) he knows a ton more about it and (b) it's part of his job
18:23 karolherbst: :D
18:23 karolherbst: right
18:23 karolherbst: I forgot about that
18:23 imirkin: and (c) i don't really care myself since i don't need it
18:23 karolherbst: I also don't need it on my machine
18:23 karolherbst: it is just, it seems like there are many issues regarding it
18:23 imirkin: the issue is always with the intel ddx
18:24 karolherbst: ohh :/
18:24 imirkin: basically the answer is always "update xf86-video-intel and make sure you're using SNA"
18:24 imirkin: nouveau just renders the image given to it
18:24 karolherbst: right
18:24 imirkin: if the iamge has tracks on it, it's because that's what intel fed in
18:24 karolherbst: I just hope the whole display situation is less painfull with wayland in the end, because it should really be not that painfull
18:25 karolherbst: nvidia seems to care a lot about this though
18:25 imirkin: well, ultimately wayland isn't something i plan on having to care about in the next... 5 years or so
18:25 karolherbst: well it kind of works already
18:25 imirkin: i'm sure it does
18:26 karolherbst: I can start my entire desktop on wayland (though kwin still uses xwayland)
18:26 imirkin: but there's no upside to using it, and plenty of downside
18:26 imirkin: i don't use gnome-*/kde-*
18:26 karolherbst: well security should be one upside
18:26 imirkin: i use plenty of X applications
18:26 imirkin: etc
18:27 rardiol: is the overhead of running xwayland significant?
18:28 karolherbst: depends
18:28 karolherbst: I think it is in the range of 5-10% or something
18:28 karolherbst: maybe even less
18:31 karolherbst: mupuf: commit range f08d9d0:8ff1a1e(5) changed the performance of gputest:pixmark_piano:window from 11.60 to 12.20 (+5.17%) with confidence p=1.00 :)
18:31 eclipticon: Interesting, no new Xorg.?.log has been created
18:32 mupuf: karolherbst: hehe, nice
18:33 karolherbst: mupuf: in total 7%
18:33 mupuf: and your issue was because you are running too few instances
18:33 karolherbst: mupuf: but first I search all commits with no harm on other tests and improve that one
18:33 mupuf: you need more than one run to get values
18:34 karolherbst: mupuf: most likely yes
18:34 mupuf: well, just run all benchamrks before and after
18:34 mupuf: and let ezbench bisect
18:34 mupuf: you try to do manually what the tool does for you
18:35 karolherbst: mupuf: not really, because I want the changeof every commit anyway
18:36 mupuf: well, then force it and let it work overnight
19:48 karolherbst: mupuf: any idea how we want to handle those magic fuse writes?
19:49 karolherbst: mupuf: depending on the value written into those regs, the returned value from the fuse regs also changes
19:54 inokom: jews
19:57 karolherbst: mupuf: I think the data out of ezbench is already usefull, I seem to have a an error of around 0.1% in each run, but the commits have a much bigger impact
19:58 mupuf: sounds good, but how many times did you run it?
19:58 mupuf: on the same commit
19:58 karolherbst: 3
19:58 mupuf: ~10 is a bare mimimu, :D
19:58 karolherbst: for gputest it is okay
19:58 karolherbst: some tests have +-0.0% between runs
19:59 karolherbst: some 0.46% and this is already really high for those
19:59 karolherbst: yeah it is usually around +-0.10% with 3 runs
20:00 karolherbst: and some commits have a 4% difference in performance
20:00 karolherbst: and I only care about those obvious ones
20:00 karolherbst: and test them with more runs later
20:09 karolherbst: mupuf: https://e90fe705f0c29af893ff1ce0de8e2f0aafba18e1-www.googledrive.com/host/0B78S7GSrzebIallIcG9sNHJFMDA :)
20:09 karolherbst: still in process though
20:12 karolherbst: but you clearly see that I wrote most of the commits while running pixmark_piano :D
20:17 mupuf: karolherbst: DUDE! Throttling events!
20:17 karolherbst: I know
20:17 mupuf: how can yhou have such a low variance :o
20:17 karolherbst: :)
20:17 karolherbst: because those tests doesn't use much cpu
20:17 karolherbst: *don't
20:18 mupuf: oh, if you install packagekit, you will also get the versions of all libraries
20:18 karolherbst: mhh
20:18 karolherbst: I installed it once
20:18 karolherbst: it has a cron daemon
20:18 karolherbst: which eats up CPU a lot
20:18 karolherbst: but the runs are fine
20:19 karolherbst: I already know which two commits I throw out
20:19 karolherbst: "WIP: pass to move tex instructions up"
20:19 karolherbst: this was just a test and it seems like to hurt
20:19 karolherbst: " add pass to move unary instructions to reduce gpr usage" yep, it reduces gpr usage, but also perf :)
20:20 karolherbst: mupuf: with pixmark_piano you usually have like 3% cpu load :D
20:20 mupuf: ok, this is weird that you would get throttling events then :o
20:21 mupuf:never had some ... but added it just in case
20:21 karolherbst: my firmware is messed up I think
20:21 karolherbst: or my EC
20:21 mupuf: I had to unplug the fan to test it :D
20:21 karolherbst: I have those like always
20:21 karolherbst: yeah, well
20:21 karolherbst: I usually don'T reach max boosting with my cpu
20:21 karolherbst: I even undervolted my CPU by a bit so that it isn't that bad
20:22 karolherbst: mupuf: ohhh
20:22 karolherbst: mupuf: there is an issue for collectin those throttle events
20:22 karolherbst: mupuf: you don't save the difference between start and end of benchmark
20:23 mupuf: I do
20:23 mupuf: I print the before and after :D
20:23 karolherbst: :D
20:23 karolherbst: ahh
20:23 karolherbst: THROTTLING.0. before and THROTTLING.1 is after?
20:24 mupuf: yes
20:24 karolherbst: okay
20:24 mupuf: it just sees throttling twice
20:24 karolherbst: it might be good to dispaly the difference
20:24 mupuf: so it starts giving indices
20:24 karolherbst: otherwise it confuses more then it helps
20:24 mupuf: like if you open multiple windows
20:24 mupuf: yes, agreed
20:25 karolherbst: I also get throttling messages in dmesg, so :/
20:25 mupuf: just need to tell the tool that throttling needs to be diffed
20:25 mupuf: lol
20:25 karolherbst: "CPU5: Package temperature above threshold, cpu clock throttled (total events = 1386568)" :D
20:25 karolherbst: the mesa compile triggeres those
20:25 karolherbst: usually my CPU temp is like aroun 98°C on full load
20:26 karolherbst: and as it seems with nouveau my GPU can even reach 102°C °
20:26 karolherbst: !
20:26 karolherbst: I should make more tea
20:26 karolherbst: boost 0 is fine though
20:27 karolherbst: mhh maybe nouveau should also export number of throttling events or stuff like that
20:30 karolherbst: mupuf: but it still doesn't generate the report between commits :/
20:33 mupuf: that is weird
20:39 karolherbst: mupuf: what should we do when the gpu is exceeding the budget?
20:42 karolherbst: my idea would be to like when we are 5% over the budget we clock down 5% + some safety margin, but I expect that there is some smarter approach than this
20:43 mupuf: we will have to RE what NVIDIA does ;p
20:43 karolherbst: fun
20:44 karolherbst: I know that they have some sort of scale at least
20:47 karolherbst: okay, so next thing: RE those stupid power budget table :D
22:04 karolherbst: mupuf: it generates the reports though whenever I pause the execution
22:05 mupuf: weird
22:05 mupuf: where are you left at now?
22:05 karolherbst: after the first benchmark after commit change
22:06 karolherbst: it isn't that bad though
22:06 karolherbst: because you should usually stop when generating those reports anyway
22:09 mupuf: yep
22:11 mupuf: oh!! I know why it does not do it. You gave a ton of work for it to do
22:11 mupuf: and it is only when you are done with all the work that it will generate a report and schedule enhancements
22:18 karolherbst: ahh okay
22:21 mupuf: when you pause it, then it asks core.sh to stop, and the smart runner also stops
22:21 mupuf: and then it generates the report
22:21 mupuf: but when you pause, it finishes what it was doing before
22:21 mupuf: so you never re-do work
22:21 mupuf: anyway, bed time!
22:53 karolherbst: imirkin: can you think of any reasons why pixmark_julia_f64 might be hurt when I run passes multiple times?
22:59 imirkin: yeah, coz we don't have an instruction scheduler
22:59 imirkin: and that stuff randomly rearranges (sorta) instructions
23:01 karolherbst: I yeah I know it can have an impact, but I run like all gputest tests
23:01 karolherbst: and this is the only one with a -0.7% hit
23:01 karolherbst: all other are either the same or much better
23:02 karolherbst: one test got even a +3.5% improvement
23:02 karolherbst: but yeah, maybe it is just the missing scheduler
23:02 karolherbst: I was more thinking about maybe some f64 isn't handled good enough in some case though
23:03 imirkin: it's random.
23:03 karolherbst: okay
23:03 karolherbst: so as long as it is better in avarage, it is fine for now