07:25karolherbst: hakzsam: the result of your shladd looks much better now :)
09:55karolherbst: this day will be super effective… I feel it already
10:06Tom^: im optimizing my immune system by simply chugging loads of tee and procrastinating on youtube. so +1 on that.
10:06Tom^: or is it call tea even hm
10:10karolherbst: well, I am at work, but well, I do things, which should be usually done in no time, but oh well
10:43karolherbst: anybody any ideas why a game would start with dri3 offloading, but not with dri2? afaik it called a null pointer function reference
10:45karolherbst: ohh maybe I should ask in #dri-devel
11:45netorama: I had an ugly hang
12:17zeq: Anybody interested in trying out Vulkan (on Intel) and don't mind using live ebuilds, I've just made a pull request to have my gentoo-gpu overlay added to layman which should obviously make it much easier to use. It also has some GPGPU (OpenCL) enabled ebuilds (e.g. ffmpeg) and a provisional attempt at GLVND support (which doesn't seem to be working right now) https://github.com/sjnewbury/gentoo-gpu Testers/contributors more than welcome.
12:18zeq: Oops, sorry, wrong window!
12:18zeq: How embarrassing! :$
12:19zeq: You'd think if I'm going to write that much text, I'd type it i the right place! ;-)
12:31netorama: will vulkan work on nouveau?
12:31Tom^: netorama: not yet.
12:40zeq: Yeah, that's why this is very much the wrong place for me to post that, although it does have some nvidia bits, umm system GLVND for the propriety driver... I'm just making it worse.. ;-)
12:41netorama: I read something to this effect that radeons are head of the game when it comes to vulkan.
12:41zeq: Maybe airlied will look at nouveau after RADV?
12:43zeq: netorama: AMD have not opensourced their Vulkan driver. However Dave Airlie took it upon himself to make a Radeon Vulkan driver.
12:43zeq: AMD are planning to contribute to that in due course as I understand it.
12:45zeq: I don't think there is anybody with the right combination of time and knowedge to do the same for nouveau. Am I wrong?
12:45netorama: oh alright, so is much a work in progress across vendors.
12:47zeq: RADV (the opensource Radeon Vulkan driver) is coming along very quickly. I think it's surpised a lot of people, myself included. There are only two developers I believe, and working from the Intel ANV driver and the radeon/amdgpu GL driver as examples.
12:48zeq: Latest Phoronix article: http://phoronix.com/scan.php?page=news_item&px=RADV-Renders-Talos-Principle
12:49zeq: If noveau could get good Vulkan support, and reclocking for supportable cards, I think the propriety driver would be much less interesting for many people.
12:50yann-kaelig: I have some screen freeze with nouveau with the rt-kernel. The screen, keyboard, mouse no longer respond, but the OS is alive.
12:50yann-kaelig: I have an ssh access and the question is how can I debug or get info about the freeze ?
12:58netorama: I've got some freezes as well of X. However the systems still responding as it shutdows cleanly by pressing the power button.
12:59netorama: it's horrible because it happens with a stream of what appears RAW video.
13:00netorama: perhaps if I change to -vo x11 wont crash.
13:00yann-kaelig: netorama, HI. I try this method, pressing the power button, it seems the OS stop but can't poweroff the machine
13:02netorama: yann-kaelig: so you have a kernel panic.
13:02yann-kaelig: netorama, I don't think so, when the screen freeze, keyboard and mouse no lomger respond , but Os still running because I have an ssh access on it
13:03netorama: ah ok
13:08AndrewR: with more modern kernel (4.8 nearly rc8) I started to get stuck usb audio - but workarounded this with nohz=off . In the past I had complete lockup on any GL activity until I added preemption into my .config
13:12yann-kaelig: Is it possible that nouveau has some problem with opengl ?
13:13AndrewR: also, for now nice way to lock up my screen (music still plays until next song) is to try "MSI Kombustor 2.5" GL2 benchmark (via wine). Not sure if it really regressed or I just never tried this mode (I tried GL 3.3 with mesa override)
13:13AndrewR: yann-kaelig, I think many problems generation- or even chip specific ..
13:27pmoreau: yann-kaelig: You could grab the dmesg from the computer, that should help understand what is going on.
14:07AndrewR: also, there are known issues with OpenGL: https://lists.freedesktop.org/archives/nouveau/2016-August/025905.html But right now nv50 class card works good enough for seamonkey compositing acceleration, so I don't complain too loud
14:20mupuf: ok, I need to replace the disk of laptop-g86
14:20mupuf: it is just WAY too slow
14:21imirkin: mupuf: i hear nfs is fast.
14:22mupuf: that is an option
14:22mupuf: but I do not want to depend on my main PC to be up and running
14:22mupuf: but having a SAN would make sense since I could have the same image across multiple disks
14:22mupuf: err, ,machines
14:23mupuf: yeah, sounds like the right thing to do
14:26imirkin: well, a SAN is a bit intense
14:27imirkin: don't run out and get a brocade switch *quite* yet...
14:27imirkin: or did you mean NAS?
14:27imirkin: which would be much more reasonable assuming you're not looking to drop $100k on this.
14:28mupuf: hehe, yeah
14:28mupuf: This would be a good way for me to improve my backups and file sharing.
14:28mupuf: Then my main pc could just be suspended all the time
14:28mupuf: and the CI machines could just boot from there
14:29karolherbst: sounds like a plan to me
14:30karolherbst: will you then also use netboot?
14:30mupuf: well, on the other hand, a SSD costs 50e
14:30mupuf: 120 GB
14:31karolherbst: sure, but then we devs are annoyed that we jave to setup our tools on every machine
14:31karolherbst: and repositories
14:31karolherbst: and copy stuff around all the time :p
14:31mupuf: fair point
14:31mupuf: not that you should access CI machines ever though
14:31karolherbst: well maybe to have just a shared network storage would be good enough for now
14:32karolherbst: I think like 10 years into the future, where we will have 3 dev machines!
14:34mupuf: oh, a NAS is quite cheap
14:34karolherbst: the crappy ones
14:34mupuf: but hey, I need to be able to put my own drives
14:34imirkin: yes. NAS is cheap. SAN is very expensive.
14:34imirkin: apparently order of words matters ;)
14:34karolherbst: well, some NAS also allows you direct SSH access on those, but hey
14:34karolherbst: I think they are the more expensive ones
14:35mupuf: imirkin: well, being french doesn't help here
14:35karolherbst: and no real consumer trash will ever allow this
14:35karolherbst: mupuf: ohh, both words sound the same?
14:35imirkin: a SAN is where you can plug multiple HBA's into a fabric that has access to multiple disks
14:35mupuf: no, it is just that we reverse everything
14:35karolherbst: I already was thinking why there are some many french devs within nouveau
14:36imirkin: were you thinking why there are so many Martin's within nouveau?
14:36imirkin: coincidences happen
14:36pmoreau: Like: NATO -> OTAN, UE -> EU…
14:37mupuf: or AIDS :D
14:37mupuf: SIDA in french
14:37karolherbst: imirkin: there is more than one? (not that martin is a rare name anyway)
14:37imirkin: or OECD/OCDE
14:37mupuf: DNA = ADN
14:37karolherbst: mupuf: well, except that that's not reversed
14:37imirkin: karolherbst: mupuf, mwk, and mlankhorst
14:37mupuf: yeah, to screw you up a little more ;)
14:38mupuf: 200e is hte cheapest NAS with SSH access
14:38karolherbst: imirkin: mwk doesn't count though
14:38mupuf: karolherbst: why so?
14:38karolherbst: mupuf: told ya
14:38imirkin: mupuf: just stick freenas on a box
14:38karolherbst: mupuf: cause a letter is different :O
14:39mupuf: mlankhorst: also has different letters
14:39karolherbst: k, so there are three different names
14:39mupuf: there was another marcin also at some point
14:39imirkin: same general idea.
14:39imirkin: oh right. joi.
14:39imirkin: (who appears to not be here)
14:39mupuf: yeah, I still see him online from time to time on intel's internal communication
14:42imirkin: he's the guy who wrote demmt
14:42mupuf: and fixed so many bugs!
14:57Aernout: Hi all! Could anyone help me out with installation of Nouveau drivers? On the instruction page (https://nouveau.freedesktop.org/wiki/openSUSEPackages/) are links to repositories that don't seem to work...
14:58deenorma: is there dx11 support now?
14:59Aernout: And in any case, they refer to openSuse 12.1 and 12.2 repo's, while my PC is running openSuse 11.2 (220.127.116.11-0.8-Xen)
14:59Aernout: Is Nouveau compatible with openSuse 11.2?
14:59deenorma: no idea
14:59deenorma: should be
15:07RSpliet: deenorma: no, no dx11 support
15:07RSpliet: only dx9 to some degree, externally maintained
15:08RSpliet: Aernout: we don't do distro support here, only upstream. Talk to Suse people for help with setting up nouveau on their specific distro
15:08RSpliet: that being said, don't expect anything useful out of a 2.6.31 kernel
15:09Aernout: RSpliet: does that mean you don't think it will work?
15:10RSpliet: Aernout: unlikely with such an old distro, but you never know what they backport
15:10Aernout: Ok, thank you very much for your answer
15:16karolherbst: Aernout: depends on the card though, with a kepler gpu you really want 4.9
15:19RSpliet: karolherbst: we've had two rewrites and a gazillion bugfixes.
15:19RSpliet: nouveau back then was hardly stable for any card...
15:24Aernout: Hmm. Do you maybe have any other advice for me? I was up and running with a Radeon, but then it broke and I replaced it with an nVidia NVS 310 we had lying around.
15:25Aernout: The proprietary drivers won't work because I run a Xen system
15:25Aernout: And I can't figure out how to install the nv drivers
15:25Aernout: I now use the VESA drivers, but they don't allow full-screen 1080p on my monitors
15:26RSpliet: the official nv drivers are officially deprecated
15:26RSpliet: so that leaves "upgrade your guest system to something more modern" as the only viable option
15:26Aernout: I found an similar Radeon card on ebay, maybe I'll try that
15:26imirkin_: deenorma: all DX11 features are supported (via their OpenGL equivalents)
15:27Aernout: The thing is, it's a laboritory pc with legacy software, of which no-one remembers how it works
15:27imirkin_: Aernout: sounds like you're having trouble operating your distro. you should seek help in a channel dedicated to helping users of that distro.
15:27Aernout: Alright, I will try that. Thanks for the suggestion
15:28karolherbst: I am sure you will get a "EOL" answer :D
15:28imirkin_: that said, the most likely answer will be "upgrade to something that was released in the past 5 years"
15:30Aernout: Thanks guys
15:34zeq: Is Clover expected to work *at all* with NVC1?
15:34imirkin_: zeq: not at all.
15:34imirkin_: (with nouveau, not just GF108)
15:34zeq: imirkin_: It does build, and clinfo works, but that's all :-)
15:36karolherbst: sounds about right then
15:37zeq: As long as that's what's expected... I guess I've got everything building and integrating properly. [Working on my Gentoo GPU overlay]
15:38zeq: I maybe should give a big warning, or disable it for nouveau...
15:50karolherbst: zeq: user tend to not expect anything from nouveau anyway :p
15:54zeq: I honestly though NVIDIA might start helping out with nouveau after Tegra, and AMDs adoption of the OSS driver stack. Totally wishful thinking.
15:59zeq: Even if they just reallocated the resources from their "legacy" version maintenance to support "legacy" cards on nouveau, I'm sure it would go a long way.
15:59imirkin_: don't buy nvidia if you want open-source support.
16:00RSpliet: you might over-estimate the amount of resources allocated for the legacy drivers
16:00zeq: Well, I don't, really. My laptop came with a second GPU, which I hoped to use with nouveau, but that wasn't with the *expectation*.
16:01RSpliet: you can use it for OpenGL rendering on nouveau, but not very fast
16:01zeq: RSpliet: you're probably right. I just *assumed* they at least do security updates.
16:01zeq: RSpliet: I reall can't: core 50 MHz memory 135 MHz :-P
16:02karolherbst: zeq: change the clocks?
16:02zeq: It's a Fermi.
16:03karolherbst: okay, change the core clock
16:03karolherbst: well, we don't allow this yet
16:03karolherbst: I had a patch for this somewhere though
16:03zeq: karolherbst: Yeah, I have a patch in my tree to allow it (from you), it does help a little to be fair.
16:04karolherbst: sure it does
16:04zeq: 135MHz memory is.... unhelpful though
16:04karolherbst: yeah we should just enable engine reclocking on fermi
16:04zeq: glxgears runs okay :)
16:04karolherbst: because that also gives pcie link changes
16:05karolherbst: zeq: at least you know for sure you are memory limited :D
16:05zeq: LOL yeah
16:05zeq: Probably would be faster allocating over the PCIe
16:06karolherbst: can we actually do this?
16:06karolherbst: RSpliet: do you think we could just not use vram and always sysram on fermi?
16:06zeq: Until reclocking is implemented you mean? Right? :-)
16:07zeq: It has to be faster
16:07karolherbst: it is actually quite a nice idea
16:07karolherbst: and probably helpful for newer chipsets as well as long as there is no memory reclocking support
16:08zeq: Glad to be of help :) I'll be back later, gotta go shopping!
17:46orbea: who or where would be a good place to ask about suspected mesa driver bugs (Happens with both intel and nouveau) for GLES2 (Not OpenGL or GLES3)? Here is an apitrace http://ks392457.kimsufi.com/orbea/stuff/trace/libretro/glupen64_toy_story_2_egl.trace.xz and the issue (coins render incorrectly after destroying an enemy) https://github.com/loganmc10/GLupeN64/issues/64
17:46orbea: doesn't happen on android apparently
17:47imirkin_: orbea: you can try #dri-devel
17:47imirkin_: let me double-check that i can repro on SKL...
17:47orbea: thanks, will do
17:48imirkin_: 406703: message: major api error 61: GL_INVALID_OPERATION in glUniform(location=12)
17:48imirkin_: that's probably not great...
17:52orbea: yea, it didn't look very good...
20:11karolherbst: hakzsam: it might be interesting to know if you get already decent perf if you hook up the kepler dual issue thing
20:12hakzsam: what? sched codes on maxwell are way different than kepler
20:13karolherbst: I know, but I assumed you can also mark dual issues there
20:13karolherbst: or is it simply stall counts == 0 and let the hw decide?
20:13hakzsam: st == 0 means dual issue, but... the hw seems like to add stall counts anyway
20:13karolherbst: I see