Bug 94529 - Skylake GPU hangs with kernel oops when 3D acceleration is used
Summary: Skylake GPU hangs with kernel oops when 3D acceleration is used
Status: CLOSED FIXED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Intel GFX Bugs mailing list
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-14 08:01 UTC by chais.z3r0
Modified: 2016-10-11 07:29 UTC (History)
1 user (show)

See Also:
i915 platform: SKL
i915 features: GPU hang


Attachments
Kernel Oops (3.04 KB, text/plain)
2016-03-14 08:01 UTC, chais.z3r0
no flags Details

Description chais.z3r0 2016-03-14 08:01:20 UTC
Created attachment 122273 [details]
Kernel Oops

For quite some time now I've been struggling to get stable hardware acceleration from my Core i5 6600K. I'm running Arch on an MSI Z170A GAMING M7 mainboard.
Whenever I try to use hardware acceleration on the IGD (chromium, glxgears) the display will just freeze. I can still log in remotely and the machine works fine otherwise. dmesg will contain an oops like the one attaached.

I had this working briefly with 4.4.3, but after the first hang downgrading wouldn't help either.
My current /proc/cmdline:

initrd=/initramfs-linux.img initrd=/intel-ucode.img rw <luks-setup> root=/dev/mapper/e1 rootflags=subvol=root,device=/dev/mapper/e1,device=/dev/mapper/e2,compress=lzo intel_iommu=on intel_iommu=igfx_off i915.preliminary_hw_support=1

The preliminary_hw_support is what made things work with 4.4.3.

As suggested by https://wiki.archlinux.org/index.php/Intel_graphics I tried booting with i915.enable_rc6=0 but without success. Also i915.enable_execlists=0 or switching to uxa acceleration didn't help. So far the only thing that reliably lets me use the machine is disabling DRI. But since that forces me to move the mouse for the screen to refresh at all that's not really an option. Watching movies while constantly jiggling the mouse is more than just tedious.
I can't find any related errors in the Xorg log.
Comment 1 Martin Peres 2016-06-01 05:31:07 UTC
Linux 4.6 should be much more stable than 4.4. Could you try it?
Comment 2 yann 2016-09-05 10:49:09 UTC
(In reply to chais.z3r0 from comment #0)
> Created attachment 122273 [details]
> Kernel Oops
> 
> For quite some time now I've been struggling to get stable hardware
> acceleration from my Core i5 6600K. I'm running Arch on an MSI Z170A GAMING
> M7 mainboard.
> Whenever I try to use hardware acceleration on the IGD (chromium, glxgears)
> the display will just freeze. I can still log in remotely and the machine
> works fine otherwise. dmesg will contain an oops like the one attaached.
> 
> I had this working briefly with 4.4.3, but after the first hang downgrading
> wouldn't help either.
> My current /proc/cmdline:
> 
> initrd=/initramfs-linux.img initrd=/intel-ucode.img rw <luks-setup>
> root=/dev/mapper/e1
> rootflags=subvol=root,device=/dev/mapper/e1,device=/dev/mapper/e2,
> compress=lzo intel_iommu=on intel_iommu=igfx_off
> i915.preliminary_hw_support=1
> 
> The preliminary_hw_support is what made things work with 4.4.3.
> 
> As suggested by https://wiki.archlinux.org/index.php/Intel_graphics I tried
> booting with i915.enable_rc6=0 but without success. Also
> i915.enable_execlists=0 or switching to uxa acceleration didn't help. So far
> the only thing that reliably lets me use the machine is disabling DRI. But
> since that forces me to move the mouse for the screen to refresh at all
> that's not really an option. Watching movies while constantly jiggling the
> mouse is more than just tedious.
> I can't find any related errors in the Xorg log.

Can you upgrade your kernel and confirm if this is still occurring or not. There are skl workarounds that could benefits to you.
Comment 3 yann 2016-10-11 07:29:11 UTC
Timeout. Assuming that it is fixed by now. If this is not the case, please re-test with latest kernel & Mesa to see if this issue is still occurring since there were improvements pushed in kernel and Mesa that will benefit to your system.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.