SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Has anyone else encountered issues with the more recent 4.12 kernels on intel hardware? I've been getting some very weird behaviour over the last couple of weeks or so when coming back out of dpms powersaving mode: the framebuffer getting scrambled, rapidly panning right to left and flickering, all requiring a reboot to fix.
I've dropped back to 4.9 and so far haven't seen the issue reoccur, but it's still early days and I'm keeping an eye on it. I may also try updating xf86-video-intel to the latest git and see if that helps.
Might be a shot in the dark, but try DRI3 and/or the modesetting xorg driver (Now part of xorg-server) instead of DRI2 and xf86-video-intel.
Try something like this in /etc/X11/xorg.conf.d/intel-dri3.conf and then restart xorg.
Thanks orbea, but I don't want to switch to the modesetting driver unless I have to because it doesn't have the tear-free feature that the intel driver does, which would mean that I'd have to also start running a compositor(compton) and that brings it's own issues.
I noticed that there are some intel dri fixes coming with 4.12.10 due later this week so I'll have to wait and see if they help the situation any.
You don't have to permanently switch to test it out and see if the issue persists or not, it could help a lot in determining where the issue is or not. Though intel users might want to use modesetting by default now, it seems the intel devs support it a lot better than xf86-video-intel. Previously I seen people complain about issues that only existed with DRI2 + the intel ddx in #intel-gfx @ freenode, it took a lot of whining for the devs to care enough to fix it.
Is it also with both DRI3 and DRI2? You should also check dmesg for anything relevant. You could try to git bisect the kernel if you're up for that. Asking in #intel-gfx would be a good place to get help too, especially if you have some error messages or the results of a bisect.
For now, I think I'll take the pragmatic approach and just disable dpms in xorg.conf. Bisecting on this slow laptop would be a tortuously long process.
Well, I've tried a good 20 or so dpms off/resume cycles with 4.12.10 and so far have been unable to recreate the problem I've been having with the previous 4.12.y series kernels, so, might be premature, but looking promising.
Here's to hoping I don't have to post a "spoke too soon" later today.
Still seeing the occasion glitch when coming out of screen blanking, even in runlevel 3 with no Xserver running. Found this in my dmesg triggered by restoring the screen after a blank on the VC in runlevel 3:
Code:
[drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.