Created attachment 143492 [details] The gpu crash dump From time to time, (once every couple hours approximately), the graphics system hangs for a few seconds, then returns to normal. The output from dmesg at the time is: [feb27 19:52] [drm] GPU HANG: ecode 7:0:0x85dffffc, in kwin_x11 [3775], reason: hang on rcs0, action: reset [ +0,000002] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. [ +0,000000] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel [ +0,000000] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue. [ +0,000001] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it. [ +0,000001] [drm] GPU crash dump saved to /sys/class/drm/card0/error [ +0,000043] i915 0000:00:02.0: Resetting chip for hang on rcs0 Thanks a lot.
Please attach glxinfo output. Also, which version of Xorg and if you are using modesetting or intel driver.
And forgot, kernel version as well. In general all details of the system and component versions will greatly help in debugging and getting it fixed.
Created attachment 143501 [details] glxinfo output
Hi, kernel version is 4.20.11-200.fc29.x86_64 Xorg version is 1.20.3 The system is a Lenovo W541 laptop, with the intel graphics cards plus an Nvidia Quadro card. The distro is a Fedora 29 KDE. The error seems to be more frequent if I'm watching a video, whether in VLC or in Youtube. Thanks a lot.
Created attachment 143502 [details] Xorg.o.log
Hi guys I've tried to reproduce the issue from my side on Haswell (with Intel® HD Graphics 4600 ) with Fedora 29 KDE and 4.20.13 Kernel and 1.20.4-1 version of Xorg server but with no luck. Could you please provide: 1. Link to the video, which hangs GPU. 2. Provide apitrace with the hang if it is possible https://github.com/apitrace/apitrace 3. Also, try to update your xorg and kernel - that can help you. Thanks
Hello, amrathil Could you, please, upgrade f29 up to date. Now it doesn't contain 4.20.11-200.fc29.x86_64 and Xorg 1.20.3 anymore. Than we can try to investigate further
Created attachment 143577 [details] Latest Xorg.0.log
Hi everyone, I've updated F29, now my kernel version is 4.20.13-200.fc29.x86_64, and Xorg version is 1.20.4 (I've attached the Xorg.0.log again), but the problem persist, a couple minutes into a Youtube video causes the crash again. The dmesg output is: [mar 7 23:25] [drm] GPU HANG: ecode 7:0:0x85dffffd, in Xorg [1144], reason: hang on rcs0, action: reset [ +0,000001] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. [ +0,000001] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel [ +0,000000] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue. [ +0,000000] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it. [ +0,000001] [drm] GPU crash dump saved to /sys/class/drm/card0/error [ +0,000053] i915 0000:00:02.0: Resetting chip for hang on rcs0 I'll try to attach that apitrace...
Two things stand out to me in this bug: - Prime / nvidia - media Please disable the nvidia graphics in your bios and report if you can reproduce.
Hi, I'm afraid there's no option to completely disable the discrete graphics card in the BIOS. There's an option to choose the video mode when on a docking station, but that's already set to the integrated graphics. In any case, I reduced the amount of ram in the "Total graphics memory" BIOS option from 512 to 256MB, to test it that would make a difference. The problem is still there, but I only got one crash in the first hour of usage with a youtube video in the background. Thanks a lot!
Hello, Amrathil! I saw a similar issue from another user and he resolved it by disabling of 'turbo performance' setting in BIOS. If you still have this issue - could you please check this option on your machine? Thanks.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/1793.
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.