[06:34] ffs, intel [06:34] https://bugs.freedesktop.org/show_bug.cgi?id=94161 [06:34] Freedesktop bug 94161 in DRM/Intel "[skl rc6] GPU HANG" [Blocker,New] [06:34] so, disable rc6 it is then [06:36] that is the one :( [06:39] is there a bug on lp? [06:39] or bugs [06:42] I still can't get modesetting to work at boot with nvidia-364 ;( [06:43] tjaalton, not sure, just saying I experienced this bug until disabling rc6 [06:43] mind filing one? [06:43] against the kernel [06:46] tjaalton, speaking of intel bugs, have you seen this one elsewhere, bug 1548864 (seen comments #12 + #13) [06:46] bug 1548864 in casper (Ubuntu) "Ubuntu GNOME Xenial live image boots to tty1 and demands password" [Undecided,Incomplete] https://launchpad.net/bugs/1548864 [06:46] tjaalton, https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1547800 [06:46] Launchpad bug 1547800 in xserver-xorg-video-intel (Ubuntu) "gpu stuck on render ring" [Medium,Incomplete] [06:47] (the actual bug though seems to be a race condition unrelated to DRI failure) [06:47] s/bug/bug report/ [06:49] ricotz: that's haswell [06:50] darkxst: doesn't look familiar [06:53] not sure how widespread it is, most ISO's work fine, apart from the obvious laggy UI from gnome-shell uner llvmpipe. I can't reproduce it on my same generation (I think) intel laptop [09:36] not to mention there is a bug probably in nvidia_drm preventing plymouth from picking up the current encoder [09:37] I tried to trace it though libdrm, but it seems to just be a shim/wrapper around the kernel interface [09:38] not worth working around at this point, and I have no idea how one would actually file a bug report with nvidia! [09:40] darkxst: Make a topic on the NVIDIA forum or send mail to linux-bugs@nvidia.com. [09:41] darkxst: Also, not sure if you heard, but DRM KMS isn't enabled by default in the Ubuntu NVIDIA packages because it breaks PRIME (and SLI). [09:41] mamarley, ok will do [09:41] and yes aware of that, but I can't get it working with kernel options either [09:42] do the alias' get copied into initramfs? [09:42] it did work with my super hacked, initramfs [09:43] darkxst: Did you change "options nvidia_364_drm modeset=0" to have a 1 in /etc/modprobe.d/nvidia-graphics-drivers.conf and then run "sudo initramfs-update -u"? [09:43] mamarley, I commented that out, and then set nvidia-drm.modeset=1 [09:44] darkxst: On the kernel command line? I don't think that obeys the aliases. [09:44] (on kernel command line) [09:44] I know that "options modulename" and "modinfo" don't obey the aliases. [09:45] mamarley, ok so I probably need to use nvidia-364-drm or so on the kernel? [09:46] darkxst: Or just change the 0 to a 1 in nvidia-graphics-drivers.conf. [09:46] mamarley, I don't want it in the initramfs, its not ready yet, mutter crashes also [09:47] darkxst: That won't put the module in the initramfs, just the configuration for it. (I think.) [09:48] mamarley, the module is in there now, mutter won't run with modeset=1 [09:48] OK, well it probably won't run with that on the kernel command line either. [09:48] although not sure the main nvidia-364.ko needs to be in the initramfs [09:49] drm/modeset should be enough [09:49] I think tseliot did that, but here is not here right now ofc! [09:51] I don't know about that, sorry. [09:51] he's off this week [09:51] mamarley, I don't expect it to run, which is why I dont want the settings in initramfs [09:52] In that case just leave everything at the defaults and you won't get modeset. [09:52] but I need it for testing!@ [09:52] * mamarley confoozled. [09:53] You want to temporarily boot the system with modesetting enabled? [09:53] mamarley, yes exactly [09:53] In that case, passing "nvidia_364_drm.modeset=1" to the kernel should work. [09:53] But I haven't tried it. [09:54] ok [09:55] plymouth should work, but apart from the pre-mentioned bug [09:56] mutter, just spits the dummy, but I don't think it should be failing where it is (i.e. there are no gbm buffers on X11) [09:58] Beats me, sorry. I just use it like normal without Plymouth and with KDE and it works fine. [09:58] erm, unless I was running wayland session at the time [09:59] mamarley, this is my test case for now: https://github.com/dvdhrm/docs/tree/master/drm-howto [09:59] though I should probably try and run some of the libdrm tests [10:01] but if the first don't work, then well, its not working! [10:15] mamarley, anyway don't worry about it, I'll sort it out some time when I have time, right along with my gjs port which is now 2 years in the making,,,, === JanC_ is now known as JanC [20:27] ricotz: wayland rejected, needs ffe [20:27] which is unsurprising