14:22DrSlony: Hey, I assume "Compute" on this page means OpenCL https://nouveau.freedesktop.org/wiki/FeatureMatrix/
14:23DrSlony: but the page was last updated in 2017
14:23DrSlony: What is the status nowadays, does nouveau support OpenC:?
14:23karolherbst: DrSlony: not yet
14:23karolherbst: but we are quite close
14:24DrSlony: karolherbst great, is there a maintained page I can follow for progress?
14:24karolherbst: there isn't
14:25DrSlony: but I suppose once OpenCL works, it will be mentioned e.g. here? https://nouveau.freedesktop.org/wiki/
14:27karolherbst: probably, if I don't forget
14:27DrSlony: thank you karolherbst
21:17cyberpear: is it possible to use nouveau in hybrid mode, with an intel integrated GPU as primary?
21:18cyberpear: I've got a thinkpad p1 with pascal GP107 chipset. Hoping to get rid of the proprietary driver and get some power savings at the same time.
21:19cyberpear: fwiw, my system would not boot after removing the nvidia driver; only when setting rd.modprobe.blacklist=nouveau (on Fedora 29)
21:19cyberpear: so for now, I've re-installed nvidia driver because I need my external display
21:39karolherbst: cyberpear: it should work, allthough there are some bugs with the nvidia provided firmware, especially on a gp107 gpu :/
21:40karolherbst: you might try to see if booting with nouveau.runpm=0 helps though
21:42cyberpear: thanks. I'll try w/ nouveau.runpm=0
22:30cyberpear: no luck with runpm=0; it eventually fell back to the intel driver
22:51karolherbst: cyberpear: odd..
22:51karolherbst: cyberpear: but I guess it booted, no?
22:51karolherbst: but the main thing is still intel anyway
22:51karolherbst: if you want to render on nouveau you have to set DRI_PRIME=1 for that application (or add a driconf entry)
22:51cyberpear: it did boot, then at the the screen was black at the gnome login before falling back
22:51karolherbst: but at least you should be able to sue the nouveau GPU for displays
22:51karolherbst: cyberpear: what do you mean by "falling back"?
22:52cyberpear: I got prompted by abrt upon logging in, after another fallback timeout of some sort
22:52karolherbst: mhh, could be that secure boot issue...
22:52cyberpear: I've disabled secure boot for purposes of nvidia driver. Should I re-enable?
22:52karolherbst: a different secure boot
22:53cyberpear: some nvidia thing?
22:53karolherbst: yeah.. signed firmware stuff
22:53karolherbst: not debugable
22:55cyberpear: I'd try switching to dedicated-only for testing in the BIOS, but this machine once had bad firmware where changing that setting would brick the whole machine.
22:55cyberpear:got bit by that
22:55cyberpear: I was out a machine for over a month awaiting a replacement...
22:56cyberpear: I know from past experience that once I get the OSS drivers working, I can expect my machine to be stable from then on
22:57cyberpear: whereas if I keep using the nvidia driver, my machine will inevitably get hosed with a kernel upgrade
22:59karolherbst: cyberpear: mind pasting your dmesg from a boot with nouveau.runpm=0?
22:59karolherbst: just that I know it's the issue I am aware of
23:00cyberpear: ok, let me reboot...
23:11cyberpear: karolherbst: https://paste.fedoraproject.org/paste/dfcX182RnojnP5FnvoW-4w
23:11karolherbst: cyberpear: thanks
23:12karolherbst: looks like that one issue I am aware of
23:12karolherbst: cyberpear: are you willing to try out a patch?
23:16karolherbst: cyberpear: against the kernel: https://github.com/karolherbst/linux/commit/ecb1d072ebdb5538e5b4fd5210c4173dd7f33719.patch
23:18cyberpear: karolherbst: thanks. I'll try to mockbuild a kernel w/ your patch tonight... (I'm on a bandwidth-limited connection right now, don't want to blow my data cap)
23:18karolherbst: ahh, no worries
23:19karolherbst: cyberpear: are you on fc29?
23:20karolherbst: mhh, maybe I already have a build ready.. let me check
23:20karolherbst: uff.. 4.17 and for fc28. guess that's quite old
23:20karolherbst: I could trigger a copr build though
23:21cyberpear: if it's not much trouble; otherwise, I can build it later tonight
23:29karolherbst: cyberpear: started the build: https://copr.fedorainfracloud.org/coprs/karolherbst/Nouveau_Testing/builds/
23:30karolherbst: as I know copr, it might take like 2 or 3 hours :D
23:30cyberpear: I've seen the complaints on fedora-devel...
23:30karolherbst: well, it's the kernel
23:30karolherbst: I could probably build it locally
23:31karolherbst: I think there is a way... somehow
23:31cyberpear: thanks for kicking it off... I'll try it out when it's done
23:31karolherbst: ohh, it took 7 hours the last time
23:31cyberpear: if it's not done when I'm ready to try, I'll just mockbuild it myself
23:39cyberpear: is nouveau.runpm=0 separate from the nv secure boot issue?
23:41karolherbst: cyberpear: yes
23:42cyberpear: k, I'll try both w/ and w/o when I get to it
23:42karolherbst: that's something we can't reverse engineer that easily as the binary driver doesn't support that either. Something is messed up with the hardware state, so we can't do the runpm stuff without messing up :/
23:42karolherbst: very unfortunate situation. One could figure out what they do on windows, but that's like super painful
23:43cyberpear: far beyond my current experience... (windows debugging...)