00:04 huelter: reboot
01:40 karolherbst: :O
01:40 karolherbst: ohh
01:41 karolherbst: we really should fix those fuc sources... or at least improve their code
01:45 huelter: those fucing sources right
01:51 imirkin: fuc = falcon microcode
01:52 karolherbst: he knows, he just tried to be funny .D
01:52 karolherbst: :p
01:57 imirkin: ah. probably too tired to tell.
02:26 huelter: imirkin, I think karolherbst work solved the issue here
02:26 huelter: no hangs so far
02:27 huelter: his v4 branch that is under revision
04:55 imirkin: skeggsb: pretty sure people have been using GM108 just fine by just treating it as GM107...
04:57 skeggsb: yeah well, whichever trace i'm looking at - there's things to fix :)
04:58 imirkin: i looked over a lot of the goldens, they all looked the same
04:58 imirkin: but i also skipped a bunch
04:58 imirkin: coz i didn't really know what was what :)
04:58 skeggsb: yeah, that stuff all looked ok when i compared traces
07:46 huelter: imirkin: Well, talked too soon... even reclocking did not stop the hangs. Also managed to get a kernel log, and submitted a bug report https://bugs.freedesktop.org/show_bug.cgi?id=95031
12:43 hondz: Hi ! Videos play fine with xorg but I am trying to play them using fbdev and mpv/mplayer
12:43 hondz: And it says it can't initialize video driver
12:43 hondz: Arch is my distro
12:44 karolherbst: I thought like fbdev is dead?
12:44 hondz: karolherbst: I want to play videos without starting xorg...
12:44 karolherbst: wayland
12:45 pq: hondz, you also do not want any kind of hardware acceleration, and enjoy tearing?
12:45 karolherbst: I don't think many care about fbdev much anymore
12:45 karolherbst: and wayland is a proper replacement for it
12:45 karolherbst: at least in my eyes
12:46 karolherbst: but if you really want to use fbdev, we could try to figure out your problem. I would just suggest to you to give wayland a try before
12:46 hondz: karolherbst: let me see wayland
12:46 karolherbst: well usually you can just install weston and start it from a tty
12:46 karolherbst: weston is a compository for wayland
12:48 hondz: karolherbst: it says weston-launch must be run from a virtual terminal
12:48 pq: hondz, just curious, why is "without starting xorg" a worthy goal on its own right for you?
12:48 karolherbst: yeah, run weston-launch then
12:48 hondz: pq: There may be a solution to my problem
12:49 hondz: pq: let me tell you my problem
12:49 karolherbst: I think "weston" should be used in X and "weston-launch" from a tty
12:49 hondz: pq: I am currently using arch without any DE or DM or whatever
12:49 hondz: pq: And I like it to be terminal only
12:49 hondz: pq: If I launch X, I hate how it looks
12:49 karolherbst: mhh yeah, wayland sounds like the best idea in that case
12:50 hondz: karolherbst: Hold on
12:50 karolherbst: k
12:50 hondz: I launched x and I can't type anything...
12:50 pq: hondz, I still don't understand what bad did xorg do to you, considering it is not responsible at all of how things look like.
12:50 karolherbst: yeah, you need to use startx
12:51 hondz: karolherbst: that's what I did
12:51 karolherbst: startx setups twm/xterm/xclock for you
12:51 karolherbst: but yeah, plain X is gruel
12:51 hondz: wayland looks like arch looks without a dm ?
12:51 pq: wayland also does not have a look
12:52 karolherbst: right, but I guess most distros add some branding to weston
12:52 pq: DEs have a look, whether they run using Wayland or X11
12:52 karolherbst: right
12:52 hondz: I don't awnt a De...
12:52 hondz: DE *
12:52 karolherbst: well weston is only a compository
12:52 karolherbst: *compositor
12:52 karolherbst: which manages the wayland screen if you so will
12:52 pq: weston is also a DE. A very crude and simple, but it is.
12:53 karolherbst: uhh I wouldn't be so sure about that
12:53 karolherbst: a DE should at least come with a power manager and a session environment
12:53 karolherbst: weston completly lacks this
12:53 hondz: I don't like it guys
12:53 hondz: I want to use fbdev
12:54 hondz: This may sound weird but I kinda need something specific
12:54 pq: hondz, you do realize that fbdev is the only from fbdev,wayland,x11 that forbids hw accel, and has no way to prevent tearing, right? These are not an issue for you?
12:54 pq: *only one
12:55 karolherbst: at least in wayland you can run X clients :D
12:55 hondz: pq: that's ok for me
12:55 karolherbst: and fbdev has to be supported by the applications
12:56 pq: hondz, ok. You one of the very very few people who feel like that and want fbdev.
12:56 karolherbst: mhh
12:56 karolherbst: well maybe something is odd with nouveau
12:56 hondz: pq: :) I know Richard Stallman irl if that puts the puzzle together
12:56 karolherbst: hondz: could you provide us with your full dmesg output?
12:56 pq: I don't really understand what "driver" the video player might be initializing for fbdev
12:56 hondz: karolherbst: Going to take a picture and show you
12:56 karolherbst: pq: a fb device
12:56 karolherbst: ...
12:56 karolherbst: I meant the full dmesg
12:57 karolherbst: not only a few lines
12:57 huelter: karolherbst: aboout yesterday https://bugs.freedesktop.org/show_bug.cgi?id=95031, managed to freeze and get a readable kernel log
12:58 karolherbst: huelter: I guess there was nothing before that?
12:58 huelter: before what?
12:59 huelter: oh, the log
12:59 karolherbst: huelter: you could boot with nouveau.config=NvVoltOffsetmV=100 for good messure
12:59 karolherbst: and see if that improves the situation
12:59 mwk: hmm, shouldn't it be possible to do it "properly" with egl?
12:59 huelter: karolherbst: will do
12:59 karolherbst: mwk: what do you mean?
12:59 mwk: no bitstream decoding accel for you, but at least YUV -> screen should be accelerated
12:59 mwk: karolherbst: no-DE video playback
13:00 karolherbst: well, if he wants to use fbdev
13:00 mwk: yeah, he wants to use fbdev, that's fine; I'm just wondering about no-DE playback in general
13:00 pq: mwk, EGL does not run on fbdev anyway, contrary to what proprietary vendor attempt to suggest
13:00 hondz: karolherbst: uploading the picture ,one moment
13:00 karolherbst: yeah :/
13:00 karolherbst: ...
13:01 karolherbst: fbdev is a bit hard to handle
13:01 karolherbst: becuase you have like, nothing?
13:01 pq: or maybe someone hooked up software renderers, but meh.
13:01 pq: mwk, I think you meant KMS
13:02 hondz: karolherbst: http://imgur.com/v2rUV1L
13:02 pq: writing a straight-to-KMS player would be well possible, and could use the YUV display if present.
13:02 huelter: doesn't retroarch has an egl backend for DE-less video output via sdl?
13:02 mwk: that'd be fun, but there's no sane scaling support, right?
13:02 pq: mwk, that's up to the DRM driver, there could be.
13:03 pq: then if you write a GL-EGL-on-KMS player, you can have it all
13:03 karolherbst: hondz: I said full dmesg, your picture is quite useless
13:03 mwk: hmm... there might be overlay support, it could actually be fun
13:04 hondz: karolherbst: What is the command to get that ?
13:04 pq: yeah, overlay support particularly
13:04 pq: but why would anyone do that, when you could use Weston and run a mainstream player
13:04 karolherbst: hondz: dmesg
13:04 karolherbst: mhh
13:04 hondz: I mean, to save it to a text file
13:04 karolherbst: well in theory you can run mesa on fbdev
13:05 pq: karolherbst, not that it'd do any good :-)
13:05 karolherbst: well :D
13:06 karolherbst: I think you only need the fb device of nouveau and could get some opengl running on fbdev
13:06 pq: software-rendered
13:07 karolherbst: "Applications in the fbdev/DRI environment use the MiniGLX interface to choose pixel formats, create rendering contexts, etc. It's a subset of the GLX and Xlib interfaces allowing some degree of application portability between the X and X-less environments."
13:07 karolherbst: pq: I am sure it isn't
13:07 pq: unless, you also open the render node of nouveau, and do a glReadPixels to the fbdev mmap
13:07 karolherbst: pq: http://www.mesa3d.org/fbdev-dri.html
13:07 karolherbst: but I think you need a rather old mesa version for this
13:07 karolherbst: could be totally broken now
13:07 pq: "NOTE: this information is obsolete and will be removed at a future date"
13:07 pq: right
13:08 pq: karolherbst, you can't poke nouveau ioctls on a fbdev device node. It simply won't work.
13:08 karolherbst: ohh I see
13:09 karolherbst: yeah well, then it won't work, right
13:09 karolherbst: but I think mesa uses a drm node on fbdev
13:09 karolherbst: at least the site suggests so much
13:10 pq: karolherbst, it's talking about Mesa 7 era.
13:10 karolherbst: but yeah, this was like mesa-7 or mesa-8
13:10 pq: airlied, http://www.mesa3d.org/fbdev-dri.html is here haunt you ;-)
13:10 hondz: karolherbst: I am preparing it
13:11 karolherbst: but in the end, nobody wants to support fbdev
13:11 karolherbst: I am sure if you go to vlc with your fbdev errors, they will tell you to repair it yourself most likely
13:11 karolherbst: except a vlc dev uses fbdev
13:12 karolherbst: or did they remove fbdev support already?
13:13 karolherbst: mhh seems like they did
13:15 karolherbst: right, directfb was the name of that thing
13:15 mwk: uh?
13:15 mwk: I recall directfb was yet another monster
13:16 karolherbst: well directfb is a library on top of fbdev
13:16 karolherbst: which application are using to do stuff
13:16 mwk: apps that used "fbdev" or "fbcon" actually worked, the ones using directfb did crazy shit :p
13:16 karolherbst: :D
13:16 karolherbst: right
13:17 mwk: as in, fbdev crashes -> you press ^L to clean the garbage and are back to terminal; directfb crashes -> sorry, your display is stuck like that
13:17 karolherbst: ... :D
13:17 karolherbst: shit
13:17 pq: didn't directfb have "hardware drivers" to poke the hw like the X server used to do in the 90s?
13:17 karolherbst: yeah, somewhat like that
13:17 mwk: and lots of apps supported both, so probably fbdev locked up shit for other people :p
13:17 mwk: pq: that was svgalib iirc
13:17 karolherbst: well the thing is, nothing seems to supported fbdev at least on gentoo
13:18 karolherbst: don't see any fbdev USE flags
13:18 pq: mwk, I recall seeing nvidia drivers in directfb...
13:18 karolherbst: except in weston
13:18 mwk: pq: maybe they both did it :)
13:18 pq: probably
13:18 hondz: karolherbst: http://pastebin.com/iMuUVDXS
13:18 mwk: ah, the good old times
13:18 karolherbst: hondz: thanks
13:18 pq: or maybe svgalib only poked the "standard" hw interfaces, while directfb went full crazy
13:18 karolherbst: there ya go "nouveau 0000:0a:00.0: unknown chipset (118010a2)"
13:18 mwk: when anyone and their dog poked hardware directly, because why not
13:19 karolherbst: ohhh wait
13:19 mwk: pq: svgalib most definitively went full crazy
13:19 karolherbst: hondz: you have a laptop?
13:19 pq: ah
13:19 mwk: doesn't mean directfb didn't :)
13:19 karolherbst: hondz: or desktop with also an intel GPU?
13:19 hondz: karolherbst: laptop
13:19 karolherbst: k...
13:20 karolherbst: then intel is your main GPU
13:20 hondz: karolherbst: oh, it also has an nvidia gpu
13:20 hondz: karolherbst: that's why I got confused
13:20 karolherbst: but nouveau also fails to load for some bogus sutpidity
13:20 karolherbst: ...
13:20 karolherbst: but really, what is chipset 118010a2
13:21 mwk: huh, svgalib actually still has download link for libc.so.5 :D
13:21 mwk: karolherbst: GM108
13:21 karolherbst: k
13:21 karolherbst: this should be supported on 4.5 right?
13:21 karolherbst: ohhh
13:21 karolherbst: gm108
13:21 karolherbst: ...
13:21 karolherbst: meh
13:21 karolherbst: yeah well
13:22 karolherbst: hondz: anyway, nouveau has nothing to do in your case, cause you can only use your intel gpu
13:22 hondz: karolherbst: Ok ! Thank you
13:22 karolherbst: well you could use your nvidia one in X and maybe even in wayland (if support would be there for this)
13:23 hondz: karolherbst: should I remove novena ?
13:24 karolherbst: what is novena?
13:24 hondz: kaorlherbst: I am sorry, I meant nouveau
13:24 karolherbst: ahh, well it is in your kernel
13:24 karolherbst: and it should also be able to turn off your nvidia gpu at least
13:25 hondz: karolherbst: Any ideas about how to fix the problem ?
13:25 karolherbst: but nobody really had time to look into the gm108
13:25 karolherbst: well
13:25 karolherbst: somebody has to figure out the differences between gm107 and gm108
13:34 pmoreau: hondz: https://bugs.freedesktop.org/show_bug.cgi?id=89558 tracks the lack of support for gm108, and has a "hacky" patch to get Nouveau to recognise the chipset.
13:34 eycsigfy: Hey All, I was wondering if people had issues with Displayport and Nvidia GPU
13:34 eycsigfy: 's here
13:36 hondz: pmoreau: how do I apply it
13:38 pmoreau: You will need to compile your own kernel, and then `git apply the_patch`. But since you most likely won’t have the same paths, probably just edit the code directly, since the patch is quite short
13:55 karolherbst: huelter: but how long did it take with my branch to hang?
13:56 huelter: about 5 hours
13:57 karolherbst: so better than with stock nouveau?
13:57 huelter: yes
13:57 huelter: then switched to boost 0, hanged in 10 minutes
13:57 karolherbst: mhh at least something
13:57 huelter: now on boost 2, still no hangs
13:57 huelter: but this is all anedoctal, need more testing
13:57 karolherbst: I know
13:57 karolherbst: but as long as it feels better and runs longer in general, it is still better than stock
13:57 huelter: sure is
13:58 huelter: I find odd that the voltage and power stays the same
13:58 karolherbst: it is a bit, but that branch also contains more recent stuff
13:59 karolherbst: sadly my GPU doesn't hang anymore at all :/
13:59 karolherbst: so I can't really debug any of those
13:59 karolherbst: hakzsam_: how long do you need reator today? I want to try to trigger hangs on those GPUs
13:59 karolherbst: hakzsam_: and maybe need to run for several hours
14:00 karolherbst: ...
14:02 hakzsam_: piglit uses it actually :)
14:04 karolherbst: :D I see
14:05 karolherbst: now I would wish my GPU would any ports wired to it...
14:05 karolherbst: then I could also test the display stuff
14:06 hakzsam_: should be done in few minutes btw
14:06 karolherbst: ahh good
14:06 karolherbst: do you still need it after that?
14:08 hakzsam_: yeah, probably later today (tonight) just to fix one thing related to images on gk208, a really minor issue
14:08 karolherbst: okay
14:14 pecisk: karolherbst: by Phoronix article, Fermi support incoming for re-clocking?
14:14 karolherbst: no
14:14 karolherbst: hakzsam_: "Improvements"
14:14 karolherbst: ...
14:14 karolherbst: hakzsam_: sorry
14:15 karolherbst: pecisk: "Improvements"
14:15 pecisk: ok
14:15 karolherbst: well the boosting stuff is also there in fermi vbios'
14:15 karolherbst: so I also took care of this at the same time
14:15 karolherbst: and the big thing for fermi is memory reclocking anyway
14:16 pecisk: I see
14:16 pecisk: that's still not started right?
14:16 karolherbst: well it is started, but not finished
14:18 karolherbst: wuut, those coefficienst are soo right...
14:18 karolherbst: mupuf: this just happened: https://gist.github.com/karolherbst/aa84c990c20005b89061e8dd51b58d7d
14:18 karolherbst: on -3 no revolt
14:18 karolherbst: ...
14:20 Tom^: holy moly, just dont code yourself worn out karolherbst :P
14:20 Tom^: cool changes the past few weeks
14:20 karolherbst: it was fun :D
14:22 karolherbst: k, it also works with the both cards in reator without any errors
14:22 karolherbst: so 10 cards were fine with my old coefficients
14:22 karolherbst: and 3 are perfect with the new ones :)
14:22 pecisk: should GTX 850 work now?
14:22 karolherbst: 850?
14:22 karolherbst: or do you mean gtx 850m=
14:22 karolherbst: ?
14:22 pecisk: yes, M
14:23 karolherbst: mhh well I don't know when we want to enable memory reclocking on maxwell yet
14:23 karolherbst: but it is quite easy to add
14:24 pecisk: karolherbst: well, I had problem that it didn't work for me at all last time I tried with Fedora 23
14:25 pecisk: now I use Bumblebee
14:25 pecisk: with binary nvidia
14:25 karolherbst: problem was gpu crashed?
14:25 pecisk: spammed console with repeated messages and freeze
14:25 pecisk: I forgot what was name
14:25 pecisk: btw, one sec
14:26 pecisk: I will try to flash boot on Fedora 24
14:26 karolherbst: mhh
14:26 karolherbst: well you would need an updated branch anyway
14:26 karolherbst: but maybe it will work better now
14:26 karolherbst: and I've also added a nouveau parameter to increase the voltage
14:26 karolherbst: there is some oddness with some GPUs
14:27 pecisk: bb
14:27 pecisk: I just want to quickly check out if that message appears
14:35 pecisk: karolherbst: well, it doesn't freeze, and nouveau module is loaded, so that's progress
14:35 karolherbst: yeah but you used the old version still
14:36 karolherbst: I think
14:36 pecisk: it is possible
14:36 pecisk: I get this message in dmesg
14:36 pecisk: nouveau 0000:01:00.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff
14:36 pecisk: karolherbst: ^^
14:36 pecisk: but that's all
14:36 pecisk: I will run it for 20 mins, if it works, I might upgrade :)
14:44 pecisk: karolherbst: what was proper way to use Optimus with nouveau without Bumblebee?
14:44 karolherbst: DRI_PRIME
14:46 pecisk: yay, it worked
14:47 pecisk: seems F24 has DRI3 enabled by default on this and DRI_PRIME way works
14:47 pecisk: nice!
15:14 karolherbst: uhhh
15:15 night199uk: hey, just sharing this here - maybe not useful for you guys though :-)
15:15 night199uk: https://github.com/night199uk/010-nvidia-vbios/tree/master
15:15 karolherbst: mupuf: your gk208 fails to set the 0 cstate, because it maps to 796754uv, but voltage min 800000 max 1187500
15:15 karolherbst: ....
15:15 night199uk: this is a set of 010 editor templates for decoding nvidia vbios option roms
15:15 karolherbst: night199uk: you sure you are allowed to do this?
15:15 night199uk: dunno - why would i not be?
15:15 karolherbst: we can*t look at it, if you aren't
15:16 night199uk: i don’t work for nvidia
15:16 karolherbst: because of IP
15:16 karolherbst: well if you use IP of nvidia, you have a license
15:16 karolherbst: and in this license stands what you are allowed to do, or not
15:16 night199uk: in my country reversing is not illegal
15:16 night199uk: otherwise i’m not sure
15:17 karolherbst: so how did you get the data?
15:17 night199uk: most of this is just what’s already reflected in open DCB 4.x specs
15:17 night199uk: although the BIT tables are obviously different
15:17 night199uk: i guess it’s no different to what’s in envytools
15:17 karolherbst: ahh okay
15:17 karolherbst: as long as it is all REed then it is fine
15:18 night199uk: yeah, it’s all from REing
15:18 karolherbst: but yeah, most of this is aready known I think
15:18 night199uk: its basically what’s in envytools already although there are some things i have envy doesn’t, some things envy has i didn’t support yet, etc
15:18 karolherbst: night199uk: did you run your vbios through nvbios?
15:18 rashed: karolherbst: do you have a gm20x?
15:18 karolherbst: rashed: no
15:19 night199uk: and i think i already added some of the newer tables that you guys don’t parse yet
15:19 night199uk: my vbios?
15:19 rashed: karolherbst: hm ok, thanks though
15:19 karolherbst: imirkin: there ya go :D
15:19 night199uk: i’ve run a bunch through nvbios :-)
15:19 night199uk: i’ve been building my own nvidia UEFI driver for 2+ years now :-)
15:20 night199uk: just finishing up gtx980 support now
15:20 karolherbst: ahh I see
15:20 night199uk: tesla, fermi, kepler all already working
15:21 night199uk: thought i’d share these as maybe they’re easier to work with for some folks than envy
15:21 karolherbst: night199uk: so basically an UEFI driver to get the output working and stuff
15:21 night199uk: it’s basically a replacement for the UEFI driver flashed on your card
15:21 night199uk: yeah
15:22 night199uk: its a replacement GOP driver
15:22 karolherbst: ahh okay
15:22 karolherbst: yeah, why not. Sounds a thing somebody might want to have
15:22 night199uk: so just 2d basic input/output stuff
15:22 karolherbst: *like
15:22 night199uk: its mainly for hackintosh guys
15:22 rashed: karolherbst: another quick question, do you know if DRI_PRIME is working on gm20x?
15:22 karolherbst: rashed: with newest kernels and nvidia firmwares, yes
15:22 night199uk: who need the custom nvidia EFI device properties injection stuff
15:23 karolherbst: night199uk: ohh right
15:23 night199uk: though i’m fixing quite a few bugs in the nvidia EFI drivers on the way ;-)
15:23 rashed: karolherbst: ive got 4.6 rc3, mesa 11.3 and the latest firmware from linux-firmware but it doesnt seem to be working
15:23 night199uk: also backporting the latest nvidia drivers to older cards
15:23 night199uk: e.g. i have a fermi driver based off 84.x.x.x which is nominally the maxwell branch
15:24 karolherbst: rashed: check dmesg and X log
15:25 karolherbst: night199uk: well yeah, sounds great, but we are still mostly occupied with kernel and userspace stuff :) but are there any stability concerns? and how would you use the replacement in a normal desktop machine?
15:26 night199uk: sorry, yeah, didn’t mean to bore with the project - was just sharing the templates back as nouveau was a really valuable reference for me
15:26 rashed: karolherbst: xrandr just isnt detecting the nvidia card
15:26 rashed: --listproviders only shows intel
15:26 karolherbst: night199uk: well you can always improve the envytools code and add a better parsing for the unknown bits
15:26 karolherbst: rashed: yeah, check the X log and dmesg then
15:27 night199uk: replacement would be flashing the card right now but it will be simpler later - once i’ve finished and got this working i need to implement a couple of odds and ends to allow you to inject this driver into your bios and have it take over from the card driver
15:27 karolherbst: night199uk: and I am sure projects like libreboot might find your stuff valuable
15:27 night199uk: also i believe you can load the efi driver from disk
15:28 night199uk: yeah, i’m on the coreboot list also :-)
15:28 night199uk: ideal for hackintosh users is to reflash their cards
15:28 night199uk: this way you get a GTX980 ‘Mac Edition’ since the last available ‘Mac Edition’ card was the EVGA GTX680
15:29 night199uk: and yeah, i should contribute back to envytools when i’ve got some time. 010 is much easier to work with as you’re reversing as you can tweak and see results immediately rather than tweak/compile/run, etc
15:30 night199uk: when i’m done with this part and tidying up i’ll try and make some time :-)
15:39 mupuf: karolherbst: ah ah
15:48 peteris: karolherbst: still wondering what is this - nouveau 0000:01:00.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff
15:49 imirkin: peteris: that's not a real problem
15:49 peteris: ok good
15:49 imirkin: peteris: it can be, but assuming nouveau loaded, it's fine
15:50 peteris: it is loaded
15:50 peteris: at least glxinfo says so :)
15:50 imirkin: cool :)
16:17 hakzsam_: karolherbst, done with reator?
16:17 hakzsam_: oh actually I have something else to do
16:18 hakzsam_: I'll ping you later ;)
16:20 karolherbst: hakzsam_: yeah I am kind of done
16:25 karolherbst: uhhhh
16:25 karolherbst: now the fun begins
16:35 huehner: karolherbst: just noticed http://lwn.net/Articles/684415/ hwmon support patch for ina3221 apart from nouveau
16:35 imirkin: yeah, i saw that one too
16:35 karolherbst: ohh nice catch
16:35 karolherbst: didn't see it
16:35 imirkin: didn't think it was worth sharing anything though
16:36 karolherbst: mhh
16:36 karolherbst: it is complicated
16:36 karolherbst: mupuf: what do you think? Would be able to support this in any way? Or would it be just too complicated?
16:40 mupuf: karolherbst: do you know anything about the history of the collaboration between hwmon and nouveau?
16:40 mupuf: (or hwmon with anyone else)
16:40 mupuf: lynxeye and I are done with them
16:40 karolherbst: nope
16:41 karolherbst: ohh what happened?
16:41 mupuf: well, hwmon is a userspace API
16:41 mupuf: with no support for in-kernel access
16:41 mupuf: we wrote 6 versions of a patch set to allow for in-kernel users
16:41 mupuf: and finally put some consistency on the code (it is the far west, every driver does what it wants)
16:41 mupuf: but not mandating to rewrite all drivers
16:42 mupuf: their answer first was: duplicate the code
16:42 karolherbst: ...
16:42 karolherbst: how that makes no sense
16:42 mupuf: their second answer was to actually give some feedback
16:42 mupuf: then when they could not criticize it anymore, they just said: we are too busy
16:42 mupuf: and that is the situation
16:43 mupuf: mjg59 also had issues getting something like that in, before we did even try
16:43 mupuf: samsung also failed at reasoning with them
16:43 mupuf: and when I talked to them, they did not want to recognize that a driver not maintained by them could expose the hwmon interface
16:44 mupuf: although they did check at some point and agreed with it
16:44 mupuf:is not an ass, when an interface is good-enough, one uses it
16:44 mupuf: but this "only userspace API" bullshit really killed me!
16:45 mupuf: putting the driver in FUC was a way to avoid this
16:45 karolherbst: ....
16:45 mupuf: but in the end, no-one fucking cares, so, you just added it to the kernel :p
16:45 karolherbst: well we expose some hwmon stuff :D
16:46 mupuf: all who knew the situation shut up and let it happen
16:46 mupuf: and all who did not know where completely happy with this
16:46 karolherbst: right
16:46 mupuf: we expose more things than any other driver :p
16:46 mupuf: and I like it this way
16:47 mupuf: and we can definitely expose more
16:47 mupuf: like the warnings about overtemperature and over current
16:47 mupuf: but ... one thing at a time
16:47 mjg59: Yeah that was somewhat infuriating
16:47 karolherbst: mupuf: saw my patches about the min/max volt thing?
16:48 karolherbst: ohh did I send those out?
16:48 karolherbst: ohh seems like I didn't
16:49 Tom^: karolherbst: https://lists.freedesktop.org/archives/nouveau/2016-April/024698.html
16:49 karolherbst: not this
16:49 karolherbst: this: https://github.com/karolherbst/nouveau/commit/eab96c9d86c4d051ede66087f70704d3ba826925
16:54 mupuf: looks good
18:46 karolherbst: that SR2 port is friggin bad
18:46 karolherbst: feels like playing on a fx 5700 or something
18:47 towo`: that's known, and the win version is not many better
18:47 towo`: so taht version can't even be better, since it is a EON "port
18:55 karolherbst: yeah but even with nvidia the performance is shit
18:55 karolherbst: lowest settings, 40 fps on full hd
18:55 karolherbst: on a 770m...
18:56 karolherbst: ohh "Due to issues surrounding the original engine, some stuttering may be observed during gameplay. These types of streaming issues may be improved with faster HDD units"
18:56 karolherbst: yeah I noticed that
19:08 Celti: SR2 played smooth for me (on blob, GT745M) until my laptop started overheating.
19:08 Celti: Then again, I've got everything on an SSD.
19:18 karolherbst: mhh
19:18 karolherbst: yeah, maybe it does a crapload of io
19:19 hakzsam_: imirkin, fyi, Passed: 2061/2061 (100.0%) (ssbo on gk208)
19:19 hakzsam_: I would say, it's not that bad :p
19:20 Yoshimo: understatement of the day
19:42 mupuf: hakzsam_: yeepee
19:43 imirkin_: hakzsam_: thanks for double-checking
19:44 hakzsam_: np
19:49 Dezponia: karolherbst: SR2 is considered one of the worst consol ports on Windows as well so not surprising that the GNU/Linux port is lacking :) Still was my favourite SR game though :)
19:49 karolherbst: :D
19:49 karolherbst: shit
19:49 karolherbst: I liked 4 too, but it was the only one I played fully
19:49 karolherbst: started to play 2 but well the performance..
19:49 karolherbst: even no fun on nvidia
19:50 Dezponia: karolherbst: In other news you've been busy poking at kepler I've heard. I should throw those patches on the TITAN Black and see if anythings different
19:51 karolherbst: it will be different
19:52 Dezponia: Guess I've lost the Heaven score record then until I get around to running it again :P
19:53 mupuf: Dezponia: with a titan black... no wonder!
19:53 Dezponia: mupuf: ?
19:54 karolherbst: yeah
19:54 karolherbst: the black isn't so fast
19:55 karolherbst: :D
19:55 Dezponia: Clearly I need 3 more of them for SLI
19:55 karolherbst: or 2 Titan Z :)
19:56 karolherbst: but the Titan Black is just like a 780 ti only with some double precision magic
19:56 Dezponia: Nah the TITAN Z just has 2 "regular" TITAN chips, the Black has the full blown core. Basically the difference between the 780 and 780Ti
19:56 Dezponia: So clearly dual TITAN Z's are for casuals and we cant have that
19:56 karolherbst: a titan z still has the same anount of cores
19:57 karolherbst: but just doubled
19:57 Dezponia: Once you go Black you never go back et cetc
19:57 mupuf: Dezponia: AHAH
19:57 Dezponia: karolherbst: The Z is also lower clocked by default by quite a bit
19:57 karolherbst: well
19:57 karolherbst: that's the smallest problem
19:57 karolherbst: just get better cooling
19:57 karolherbst: amateur :p
19:58 Dezponia: Well regardless I assume someone has broken my record with these new patches floating around since I haven't tested them yet :P
19:59 karolherbst: mhh
19:59 karolherbst: not really
19:59 karolherbst: a R9 fury maybe
20:00 karolherbst: *cough*
20:00 Dezponia: I'm likely to go full AMD with my next build provided ZEN works out nicely
20:01 karolherbst: yeah well
20:01 karolherbst: if you say so :p
20:01 karolherbst: I just tell you, that in some cases nouveau runs more efficiently than radeon do
20:02 Dezponia: karolherbst: Well its not like the titan card is going anywhere :P
20:02 karolherbst: :D
20:02 Dezponia: I still have my GTX680 4GB edition laying around until i figure out something to use it for
20:03 karolherbst: well a 780 ti running nouveua can beat a r9 fury in some benchmarks running radeon, which is pretty intense
20:03 karolherbst: mhh
20:03 karolherbst: I know one thing
20:03 Dezponia: Thats promising though :)
20:03 karolherbst: stability testing
20:03 imirkin_: amd stack is supported by full-time developers with access to docs
20:04 karolherbst: yeah, exactly
20:04 karolherbst: that's what bothers me most
20:04 imirkin_: nouveau's 3d component is maintained by volunteers without docs
20:04 imirkin_: so... go with amd.
20:04 karolherbst: yeah the support will be better
20:04 karolherbst: and general experience
20:04 karolherbst: and stability
20:04 imirkin_: a lot more stable, a lot more responsive, etc
20:05 karolherbst: right :/
20:05 karolherbst: but I think we will figure out most of the issues at some point
20:07 imirkin_: maybe, maybe not
20:08 imirkin_: a bunch of tesla issues remain
20:08 imirkin_: look for 406040
20:08 imirkin_: nfc what causes it
20:08 imirkin_: happens a lot to some people, rarely to others
20:10 karolherbst: what is 406040?
20:11 imirkin_: an error :)
20:11 karolherbst: ahh
20:19 Dezponia: Clearly we need to buy a ton of TESLA cards and send them your way
20:19 Dezponia: For science
20:20 imirkin_: to be clear, i'm talking about the tesla gpu family
20:20 imirkin_: not the tesla marketing term
20:20 Dezponia: Either or
20:20 Dezponia: Same difference
20:20 Dezponia: Lets just buy everything with the name TESLA just to be sure. How many of the cars do you need?
20:21 mupuf: Dezponia: that's the thing, we do not have an infinite bandwidth
20:21 mupuf: and GPUs are rarely the issue
20:21 mupuf: although, for the GK110, it was :D
20:21 mupuf: but hey, it is apparently stuck in the Finnish customs now
20:21 imirkin_: well, GK208 has the same isa
20:22 mupuf: imirkin_: yep, but what about performance?
20:22 mupuf: GK208 is a joke
20:22 imirkin_: about the same? :p
20:22 imirkin_: perf-per-watt... dunno
20:22 imirkin_: it's like 25W
20:22 mupuf: :)
20:22 imirkin_: vs the GK110 which is 25MW
20:22 imirkin_: heh
20:22 mupuf: ;p
20:23 Dezponia: I think its a great heater in the winter
20:23 mupuf: hopefully, I will have it by the week end!
20:23 mupuf: that leaves one day for customs to clear the package, we'll see!
20:25 Dezponia: I just tried out Amazons "Expedited Shipping" option yesterday
20:25 Dezponia: Ordered after lunch yesterday, got it before lunch today. From england to sweden
20:26 Dezponia: Truth in advertising I guess
20:26 hakzsam_: imirkin_, have fun! images for gk208 is on mesa-dev :)
20:27 hakzsam_: s/gk208/gk110
20:27 hakzsam_: but it's the same, wtvr
20:27 Dezponia: Yepp
20:27 Dezponia: I should know
20:31 imirkin_: hakzsam_: i think emitSUSTGx is a bit broken for SUSTGB... but that's never used right?
20:32 hakzsam_: imirkin_, it's not used yeah
20:32 hakzsam_: to be honest I think it's also broken on nvc0
20:32 hakzsam_: but I double-checked on gk110, should be fine
20:34 hakzsam_: imirkin_, okay for the assert :)
20:44 hakzsam_: imirkin_, oh yeah, 100% of Rb :)
20:45 imirkin_: i tend not to be _that_ picky
20:46 imirkin_: and you've gotten a lot better at your submissions :)
20:46 hakzsam_: yeah, thanks
20:55 huelter: karolherbst: managed to lockup again with pstate 07 and boost 2, attached a different kernel log with new nouveau info https://bugs.freedesktop.org/show_bug.cgi?id=95031
20:56 karolherbst: huelter: with the raised voltage?
20:56 huelter: not yet, but found the new info interesting
21:00 huelter: gonna up the voltage now, reset
21:04 huelter: so far so good, I hope I don't get housefires :P
21:04 huelter: 4w increase with 100mV
21:05 karolherbst: yeah
21:05 karolherbst: same clock?
21:05 karolherbst: or a bit lower
21:06 huelter: boost 0, AC: core 324 MHz memory 648 MHz
21:06 karolherbst: ohh 07 pstate
21:06 huelter: yep, same clock
21:06 karolherbst: the boost has no effect as long the pstate clocks are below the boost one
21:06 huelter: I see, no need to change it on 07 then
21:07 karolherbst: right
21:07 karolherbst: and usualy also no need on 0a
21:08 huelter: what would happen if I increased 1V? Does it respect vbios maximum?
21:09 karolherbst: yeah, it does
21:09 karolherbst: if you set 1V, you will still be able to reclock
21:09 karolherbst: because every cstate defaults to info.max
21:09 karolherbst: in that case
21:10 huelter: can I read the maximum somewhere?
21:10 huelter: without trying to set it past fisrt
21:11 karolherbst: well that's the patch, maybe you understand how it works: https://github.com/karolherbst/nouveau/commit/3c08aa9a70ceb0cbe3f3d0a193a2b48d2fd89d57 :D
21:11 airlied: pq: miniglx ftw!
21:11 karolherbst: ohh wait
21:12 karolherbst: I don't respect info.min info.max in the entries itself...
21:12 karolherbst: yeah, maybe it is better this way, have to think about it
21:12 karolherbst: well the max limits are still not touched by the offset
21:12 karolherbst: for obvious reasons
21:16 imirkin_: hakzsam_: probably do the same thing for IMUL for the GM107 emitter?
21:19 imirkin_: hakzsam_: perhaps also check out whether this is an issue for other integer ops?
21:19 imirkin_: hakzsam_: perhaps we really do need to adjust what we allow for integer short immediates... hopefully not.
21:43 imirkin_: RSpliet: looks like someone with a G200 having trouble calculating MR's
21:44 imirkin_: RSpliet: https://bugs.freedesktop.org/show_bug.cgi?id=95044
21:45 hakzsam_: imirkin_, thanks for the hints, I'll have a look later, I'm dealing with gk104
21:46 imirkin_: hakzsam_: kk
22:03 RSpliet: imirkin_: thanks for the notification, I think that's the same person that karolherbst kicked to the mailing list on the phoronix forums
22:03 karolherbst: kicked?
22:04 karolherbst: ahh right
22:04 RSpliet: okay, battered
22:04 karolherbst: yeah I have a slight noticable headache, and not really that much able to think straight :)
23:37 biker_rat: Much better than March 29 edition.
23:38 karolherbst: how so? :)
23:39 biker_rat: Bioshock & Saints Row 4 now playable with Karol's v4 boost on GTX 660ti
23:39 biker_rat: Not doable 3 weeks ago.
23:40 biker_rat: I am going to try metro last light in 5 minutes.
23:40 karolherbst: ohh
23:40 karolherbst: you shouldn't do that
23:40 karolherbst: metro triggers some weird out of memory issue
23:41 karolherbst: you system will hang
23:41 karolherbst: and die
23:41 karolherbst: or start killing random processes
23:43 biker_rat: Will it hurt anything or can I just cold restart? This is a testing machine. I installed it 3 months ago just to fool with games.
23:44 karolherbst: ohh
23:44 karolherbst: you can wait a few minutes
23:44 karolherbst: then the kernel should start killing everything
23:44 karolherbst: mhh
23:44 karolherbst: disable swap
23:44 karolherbst: this helps
23:44 karolherbst: because the kernel doesn't even try to swap stuff out
23:44 karolherbst: I once run metro with zram
23:44 karolherbst: and had a memory usage of above 40GB with that game...
23:44 karolherbst: a lot of fun
23:45 biker_rat: I don't believe in swap.
23:47 biker_rat: okay I am pressing play
23:47 biker_rat: it quits instantly
23:47 karolherbst: I think it only happens when you start
23:47 karolherbst: ohh
23:47 karolherbst: it shouldn't though
23:51 biker_rat: I'll try metro 2033 now