Still happening with Mesa 18.3.2, LVM 7.0.1 and 4.20.5 kernel.

Just tried to reproduce with these settings

OpenGL renderer string: Radeon RX Vega (VEGA10, DRM 3.27.0, 4.20.5-arch1-1-ARCH, LLVM 7.0.1)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 18.3.2

No hangs so far with the Vulkan backend.

Maybe you use some "Enhancements" settings?

I am using a stock install of Dolphin. The only thing I changed was switching from the OpenGL backend to the Vulkan backend. Are you using Vega 64 or Vega 56?

I cannot edit my previous post: Did you test with Mario party as well? I am in Europe, and am therefor using a PAL version. Not sure if that matters.

Yes, I tried Mario Party 9 on my vega 56.

Is there anything I can do, test or research to find out why this is happening? Could this be a Vega 64 bug that doesn't affect Vega 56?

Unlikely.

What you can do is to capture a hang report as follows:

export RADV_TRACE_FILE=$HOME/hang.trace
export RADV_DEBUG=syncshaders,vmfaults,allbos
dolphin-emu &> hang.report

And attach the files here.

I've set the environment variables and started Dolphin as instructed. However, I can no longer get it to crash. The FPS is around 4-6 FPS, instead of the regular 60 FPS, probably because a trace is being generated.

Is there anything different between having debugging enabled vs disabled? I've let it run for 30-60 minutes without a crash now.

Created attachment 143257 [details]
Hang.report file, no crash. Contains an error though.

I have just closed the emulator, since it still hadn't crashed. The hang.report file does contain an error, but it looks innocent. I have attached it just in case.

Do you have anything in dmesg when it freezes?

Can you reproduce the problem with "export RADV_DEBUG=zerovram" ?

I can still reproduce the hang with "export RADV_DEBUG=zerovram". The following message is present in dmesg:

[ 3638.209907] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, signaled seq=167782, emitted seq=167784
[ 3638.209910] [drm] GPU recovery disabled.

I definitely can't reproduce the problem on my Vega 56.
Can you attach the output of "R600_DEBUG=info glxgears"?

[jaap@Antergos-Desktop ~]$ R600_DEBUG=info glxgears
Device info:
    pci (domain:bus:dev.func): 0000:09:00.0
    pci_id = 0x687f
    family = 68
    chip_class = 11
    num_compute_rings = 4
    num_sdma_rings = 2
    clock_crystal_freq = 27000
    tcc_cache_line_size = 64
Memory info:
    pte_fragment_size = 2097152
    gart_page_size = 4096
    gart_size = 8176 MB
    vram_size = 8176 MB
    vram_vis_size = 256 MB
    gds_size = 64 kB
    gds_gfx_partition_size = 4 kB
    max_alloc_size = 6541 MB
    min_alloc_size = 512
    address32_hi = 4294934528
    has_dedicated_vram = 1
CP info:
    gfx_ib_pad_with_type2 = 0
    ib_start_alignment = 256
    me_fw_version = 156
    me_fw_feature = 42
    pfp_fw_version = 177
    pfp_fw_feature = 42
    ce_fw_version = 77
    ce_fw_feature = 42
Multimedia info:
    has_hw_decode = 1
    uvd_enc_supported = 1
    uvd_fw_version = 22483200
    vce_fw_version = 922944512
    vce_harvest_config = 0
Kernel & winsys capabilities:
    drm = 3.27.0
    has_userptr = 1
    has_syncobj = 1
    has_syncobj_wait_for_submit = 1
    has_fence_to_handle = 1
    has_ctx_priority = 1
    has_local_buffers = 0
    kernel_flushes_hdp_before_ib = 1
    htile_cmask_support_1d_tiling = 1
    si_TA_CS_BC_BASE_ADDR_allowed = 1
    has_bo_metadata = 1
    has_gpu_reset_status_query = 1
    has_gpu_reset_counter_query = 0
    has_eqaa_surface_allocator = 1
    has_format_bc1_through_bc7 = 1
    kernel_flushes_tc_l2_after_ib = 1
    has_indirect_compute_dispatch = 1
    has_unaligned_shader_loads = 1
    has_sparse_vm_mappings = 0
    has_2d_tiling = 1
    has_read_registers_query = 1
Shader core info:
    max_shader_clock = 1630
    num_good_compute_units = 64
    num_good_cu_per_sh = 16
    num_tcc_blocks = 16
    max_se = 4
    max_sh_per_se = 1
Render backend info:
    num_render_backends = 16
    num_tile_pipes = 4
    pipe_interleave_bytes = 256
    enabled_rb_mask = 0xffff
    max_alignment = 65536
GB_ADDR_CONFIG:
    num_pipes = 4
    pipe_interleave_size = 256
    max_compressed_frags = 2
    bank_interleave_size = 1
    num_banks = 16
    shader_engine_tile_size = 32
    num_shader_engines = 4
    num_gpus = 0 (raw)
    multi_gpu_tile_size = 2 (raw)
    num_rb_per_se = 4
    row_size = 4096
    num_lower_pipes = 0 (raw)
    se_enable = 0 (raw)
471 frames in 5.0 seconds = 94.092 FPS
300 frames in 5.0 seconds = 59.908 FPS
300 frames in 5.0 seconds = 59.906 FPS
300 frames in 5.0 seconds = 59.911 FPS
300 frames in 5.0 seconds = 59.907 FPS
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
      after 1882 requests (65 known processed) with 0 events remaining.


The error was me closing the Window (or should I have left it running?).

Does the attached patch help https://patchwork.freedesktop.org/patch/290846/?series=57689&rev=1 ?

I am only familiar with Building mesa through the AUR (Mesa-Git). Can I easily apply that patch somehow in the PKGBUILD or would it be easier for me to wait for the patch to be accepted into the repository and build from that?

Just got the Mesa 19.0 update in Arch's official repository, and the issue seems to be fixed :) I have been running Mario Party 9 in the main menu for many minutes now, where it would usually crash within 20-30 seconds. I will report back if it happens again, but if you don't hear back from me, consider this issue solved. Thank you very much for the amazing work you guys are doing on Mesa and RADV!

Thanks for confirming. Feel free to re-open if needed, hopefully not. :)