You are not logged in.
I use mpv with libva-intel-driver-g45-h264 (AUR) to watch videos. Today, I updated my system after a month and now video freezes if I go fullscreen. I get the following error on terminal:
intel_do_flush_locked failed: Input/output errord: 47
I tried downgrading a few packages like mpv, ffmpeg, sdl2, xorg-server and xorg-server-common, but that didn't help. I also installed/uninstalled xf86-video-intel with sna/uxa settings, rebooted computer several times, nothing worked.
GPU hang occurs only when I try to use hardware acceleration for fullscreen video playback im mpv. Non-fullscreen video works without issues. Any idea how this issue can be solved?
Graphics Information:
$ sudo lspci -v -v -s $(lspci | grep ' VGA ' | cut -d" " -f 1)
[sudo] password for addy:
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) (prog-if 00 [VGA controller])
Subsystem: Hewlett-Packard Company Mobile 4 Series Chipset Integrated Graphics Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 16
Region 0: Memory at 90000000 (64-bit, non-prefetchable) [size=4M]
Region 2: Memory at 80000000 (64-bit, prefetchable) [size=256M]
Region 4: I/O ports at 60f0 [size=8]
[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
Capabilities: [90] MSI: Enable- Count=1/1 Maskable- 64bit-
Address: 00000000 Data: 0000
Capabilities: [d0] Power Management version 3
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: i915
Kernel modules: i915
Last edited by adesh (2017-10-08 11:24:30)
Offline
https://bbs.archlinux.org/viewtopic.php?id=230115 ? Although your dmesg does contain mention that IOMMU is being disabled for the chipset, it might still be involved in some way.
Offline
I tried "intel_iommu=off" in kernel parameters, didn't help!
$ cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-linux root=UUID=cb83cc0b-67e0-4cb9-8650-bb9b03ea292a rw quiet nowatchdog intel_iommu=off
Offline
Ruling out the obvious: Did you rebuild ibva-intel-driver-g45-h264 after the system upgrade?
Offline
Yes, I remember installing it with pacaur, but just to be sure I uninstalled it just now, rebuilt after deleting cache, but the issue remains.
Meanwhile, I also tried vlc to rule out media player specific issue. VLC hangs up immediately before going fullscreen.
Offline
Offline
Yes, intel-ucode is installed from a long time and enabled in GRUB.
$ dmesg | grep micro
[ 0.000000] microcode: microcode updated early to revision 0xa4, date = 2010-10-02
[ 1.732216] microcode: sig=0x6fd, pf=0x80, revision=0xa4
[ 1.732270] microcode: Microcode Update Driver: v2.2.
$
Offline
Just wondered because the revision is from 2010 (as is your BIOS, so...)
Tried the lts kernel?
Offline
Yes, this machine is 10 years old. Manufacturer doesn't provide updates anymore.
Tried LTS kernel, rebuild libva driver - the same. Enabling/disabling xfwm compositor also didn't make any difference.
Offline
pass "i915.error_capture=true i915.semaphores=1" to the kernel, this should get you an error dump in /sys/class/drm/card<N>/error where you can dump it and the semaphores *might* actually work around this.
Did you also try the lts kernel against xf86-video-intel (in case this has been your "good" setup before)
Offline
The dump is actually empty and GPU still hangs.
[ 576.081062] [drm] GPU crash dump saved to /sys/class/drm/card0/error
$ ls -l /sys/class/drm/card0/error
-rw------- 1 root root 0 Oct 9 19:24 /sys/class/drm/card0/error
I installed xf86-video-intel. It didn't fix the GPU crash, but now thumbnails on quickdial are correctly generated in my browser I'll keep it!
Offline
Desperate last call: "i915.enable_rc6=0 i915.enable_dc=0"
Edit: whatever you test - as long as you test on 4.13, use "intel_iommu=off" to prevent it from tainting the results.
Last edited by seth (2017-10-09 14:23:28)
Offline
Nope!
I think I'll have to use Arch Time Machine to go back in time and see when the problem first appeared.
Offline
So, it's mesa. On 10th Sep, mesa was upgraded from 17.1.8-2 to 17.2.0-2 which breaks video functionality.
Video works perfectly on 9th Sep, and breaks on 10th; keeping my system on 10th and downgrading mesa fixes the video problem. This is the excerpt from pacman.log for the "faulty" upgrade:
[2017-10-10 20:49] [PACMAN] Running 'pacman -Syyuu'
[2017-10-10 20:49] [PACMAN] synchronizing package lists
[2017-10-10 20:49] [PACMAN] starting full system upgrade
[2017-10-10 20:49] [ALPM] transaction started
[2017-10-10 20:49] [ALPM] upgraded coreutils (8.27-1 -> 8.28-1)
[2017-10-10 20:49] [ALPM] upgraded harfbuzz (1.5.0-1 -> 1.5.1-1)
[2017-10-10 20:49] [ALPM] upgraded fontconfig (2.12.4-1 -> 2.12.5-1)
[2017-10-10 20:49] [ALPM-SCRIPTLET] Rebuilding fontconfig cache... done.
[2017-10-10 20:49] [ALPM] upgraded gtk-update-icon-cache (3.22.19-2 -> 3.22.20-1)
[2017-10-10 20:49] [ALPM] warning: /etc/drirc installed as /etc/drirc.pacnew
[2017-10-10 20:49] [ALPM] upgraded mesa (17.1.8-2 -> 17.2.0-2)
[2017-10-10 20:49] [ALPM] upgraded gtk3 (3.22.19-2 -> 3.22.20-1)
[2017-10-10 20:49] [ALPM] upgraded libinput (1.8.1-1 -> 1.8.2-1)
[2017-10-10 20:50] [ALPM] upgraded linux (4.12.10-1 -> 4.12.12-1)
[2017-10-10 20:50] [ALPM-SCRIPTLET] >>> Updating module dependencies. Please wait ...
[2017-10-10 20:50] [ALPM] transaction completed
[2017-10-10 20:50] [ALPM] running '90-linux.hook'...
So, how do I go about this? Should I keep mesa at the "good" version and update rest of the system? But then this partial upgrade may cause other surprises. Any recommendations?
Last edited by adesh (2017-10-10 16:28:41)
Offline
So, I took the plunge and decided to bisect. This commit seems to be the culprit.
$ git bisect start
$ git bisect good mesa-17.1.8
$ git bisect bad mesa-17.2.0
Bisecting: a merge base must be tested
[7748c3f5eb1d98ca97d2cf6e516ff54a5d75130a] configure.ac: deprecate --with-egl-platforms over --with-platforms
$ git bisect good
Bisecting: 1684 revisions left to test after this (roughly 11 steps)
[a625d58ee19cd9f88af2ee76de604420c39f5afb] radeonsi: call LLVMAddEarlyCSEMemSSAPass only for LLVM >= 4.0
$ git bisect bad
Bisecting: 841 revisions left to test after this (roughly 10 steps)
[12f9fa564aa844d8ecd995853ac78a3f8156b965] Revert "freedreno: use bypass if only clears"
$ git bisect good
Bisecting: 420 revisions left to test after this (roughly 9 steps)
[7f4645e89cb61d856f386d148566002652d2d4fd] i965: Port CC_VIEWPORT to genxml.
$ git bisect bad
Bisecting: 210 revisions left to test after this (roughly 8 steps)
[1586768e7475a2732650f0ec2738b4e8429e4b40] vulkan/wsi/wayland: Fix proxy wrappers for swapchain recreation
$ git bisect good
Bisecting: 105 revisions left to test after this (roughly 7 steps)
[c19150af5cce3ce3a50b818e0869064a26a62f62] i965: Use blorp_copy for doing r8 stencil updates on HSW
$ git bisect good
Bisecting: 52 revisions left to test after this (roughly 6 steps)
[48b91103cea7fec8ec2864c3a4f8fe1eec711073] radeonsi: use ac_build_buffer_load for shader buffer loads
$ git bisect bad
Bisecting: 26 revisions left to test after this (roughly 5 steps)
[302c0488cf37c145a538b7560c2aeea1b75e6890] intel/blorp: Don't use ffma directly
$ git bisect good
Bisecting: 13 revisions left to test after this (roughly 4 steps)
[0901d0bc4c78313eaaf29dff74c6a7bf5514f75b] i965: Round copy size to the nearest block in intel_miptree_copy
$ git bisect bad
Bisecting: 6 revisions left to test after this (roughly 3 steps)
[0ed6f196fc2a35bf95112d76b9e7ea8f0152217a] intel/blorp: Add support for gen4-5 SF programs
$ git bisect good
Bisecting: 3 revisions left to test after this (roughly 2 steps)
[752d7af77a52898cebf5597def4fdd38b1d6303e] i965: Add blorp support for gen4-5
$ git bisect good
Bisecting: 1 revision left to test after this (roughly 1 step)
[6d11362d8b0325ab1f9d12a93323d36ad92d24b0] i965: Use blorp for color blits on gen4-5
$ git bisect good
Bisecting: 0 revisions left to test after this (roughly 0 steps)
[79f2a5541f92920d35d3621179f7377c97cc75e1] i965: Use BLORP for color clears on gen4-5
$ git bisect bad
79f2a5541f92920d35d3621179f7377c97cc75e1 is the first bad commit
commit 79f2a5541f92920d35d3621179f7377c97cc75e1
Author: Jason Ekstrand <jason.ekstrand@intel.com>
Date: Fri May 12 17:14:18 2017 -0700
i965: Use BLORP for color clears on gen4-5
We don't support replicated data clears yet. Those take a bit more work
and enabling replicated data clears in its own commit is probably better
for bisectibility anyway.
Reviewed-by: Topi Pohjolainen <topi.pohjolainen@intel.com>
:040000 040000 9b569b93e8e41156b7c87709b1aa669a42325121 d918ec9039e0181d09a1783e757f551ac3a20dfc M src
First bad commit:
commit 79f2a5541f92920d35d3621179f7377c97cc75e1
Author: Jason Ekstrand <jason.ekstrand@intel.com>
Date: Fri May 12 17:14:18 2017 -0700
i965: Use BLORP for color clears on gen4-5
We don't support replicated data clears yet. Those take a bit more work
and enabling replicated data clears in its own commit is probably better
for bisectibility anyway.
Reviewed-by: Topi Pohjolainen <topi.pohjolainen@intel.com>
diff --git a/src/intel/blorp/blorp_clear.c b/src/intel/blorp/blorp_clear.c
index fea5eb7b44..3d5c41cc71 100644
--- a/src/intel/blorp/blorp_clear.c
+++ b/src/intel/blorp/blorp_clear.c
@@ -399,6 +399,10 @@ blorp_clear(struct blorp_batch *batch,
if (surf->surf->tiling == ISL_TILING_LINEAR)
use_simd16_replicated_data = false;
+ /* Replicated clears don't work yet before gen6 */
+ if (batch->blorp->isl_dev->info->gen < 6)
+ use_simd16_replicated_data = false;
+
/* Constant color writes ignore everyting in blend and color calculator
* state. This is not documented.
*/
diff --git a/src/mesa/drivers/dri/i965/brw_clear.c b/src/mesa/drivers/dri/i965/brw_clear.c
index ba9aa4b654..664342d452 100644
--- a/src/mesa/drivers/dri/i965/brw_clear.c
+++ b/src/mesa/drivers/dri/i965/brw_clear.c
@@ -285,8 +285,7 @@ brw_clear(struct gl_context *ctx, GLbitfield mask)
mt->stencil_mt->r8stencil_needs_update = true;
}
- /* BLORP is currently only supported on Gen6+. */
- if (brw->gen >= 6 && (mask & BUFFER_BITS_COLOR)) {
+ if (mask & BUFFER_BITS_COLOR) {
const bool encode_srgb = ctx->Color.sRGBEnabled;
if (brw_blorp_clear_color(brw, fb, mask, partial_clear, encode_srgb)) {
debug_mask("blorp color", mask & BUFFER_BITS_COLOR);
I have updated the system but the problem remains. Should I file a bug upstream?
Offline
What happens if you revert only the patch? And yes, you should file a bug. This looks critical and only older IGPs are affected.
Offline
Reverting the commit gives a conflict, which I cannot resolve.
$ git diff src/mesa/drivers/dri/i965/brw_clear.c
diff --cc src/mesa/drivers/dri/i965/brw_clear.c
index fe8634b3b3,ba9aa4b654..0000000000
--- a/src/mesa/drivers/dri/i965/brw_clear.c
+++ b/src/mesa/drivers/dri/i965/brw_clear.c
@@@ -293,21 -285,18 +293,31 @@@ brw_clear(struct gl_context *ctx, GLbit
mt->stencil_mt->r8stencil_needs_update = true;
}
++<<<<<<< HEAD
+ if (mask & BUFFER_BITS_COLOR) {
+ brw_blorp_clear_color(brw, fb, mask, partial_clear,
+ ctx->Color.sRGBEnabled);
+ debug_mask("blorp color", mask & BUFFER_BITS_COLOR);
+ mask &= ~BUFFER_BITS_COLOR;
+ }
+
+ mask &= ~BUFFER_BITS_COLOR;
+ }
+
+ if (devinfo->gen >= 6 && (mask & BUFFER_BITS_DEPTH_STENCIL)) {
+ brw_blorp_clear_depth_stencil(brw, fb, mask, partial_clear);
+ debug_mask("blorp depth/stencil", mask & BUFFER_BITS_DEPTH_STENCIL);
+ mask &= ~BUFFER_BITS_DEPTH_STENCIL;
++=======
+ /* BLORP is currently only supported on Gen6+. */
+ if (brw->gen >= 6 && (mask & BUFFER_BITS_COLOR)) {
+ const bool encode_srgb = ctx->Color.sRGBEnabled;
+ if (brw_blorp_clear_color(brw, fb, mask, partial_clear, encode_srgb)) {
+ debug_mask("blorp color", mask & BUFFER_BITS_COLOR);
+ mask &= ~BUFFER_BITS_COLOR;
+ }
++>>>>>>> parent of 79f2a5541f... i965: Use BLORP for color clears on gen4-5
}
- GLbitfield tri_mask = mask & (BUFFER_BITS_COLOR |
- BUFFER_BIT_STENCIL |
- BUFFER_BIT_DEPTH);
+ GLbitfield tri_mask = mask & (BUFFER_BIT_STENCIL |
+ BUFFER_BIT_DEPTH);
Offline
The conflict file looks fishy (there's a stray bitmask clearance) but the relevant part should be to turn
if (mask & BUFFER_BITS_COLOR) {
brw_blorp_clear_color(brw, fb, mask, partial_clear,
ctx->Color.sRGBEnabled);
debug_mask("blorp color", mask & BUFFER_BITS_COLOR);
mask &= ~BUFFER_BITS_COLOR;
}
into
if (devinfo->gen >= 6 && (mask & BUFFER_BITS_COLOR)) {
brw_blorp_clear_color(brw, fb, mask, partial_clear,
ctx->Color.sRGBEnabled);
debug_mask("blorp color", mask & BUFFER_BITS_COLOR);
mask &= ~BUFFER_BITS_COLOR;
}
around line 296 (ie. follow the BUFFER_BITS_DEPTH_STENCIL pattern right below)
Offline
Adding 'brw->gen >=6' back to the condition fixes the issue. Verified with 17.2.4 patched and built.
Bug report: https://bugs.freedesktop.org/show_bug.cgi?id=103529
Thanks seth for all the help!
Last edited by adesh (2017-11-01 18:08:35)
Offline