dri-devel September 2019

dri-devel@lists.freedesktop.org

315 participants
2278 discussions

[Bug 98271] [radeonsi]Playing videos with vdpau or vaapi hardware acceleration crashes my pc
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=98271 GitLab Migration User <gitlab-migration(a)fdo.invalid> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |MOVED Status|NEW |RESOLVED --- Comment #25 from GitLab Migration User <gitlab-migration(a)fdo.invalid> --- -- 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/1238. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=98005 Bug ID: 98005 Summary: VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: adf.lists(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org Bit late with this one, but I didn't notice initially. It seems there is some timing/sync issue on R9285 with dual instance enabled after c59628d11b134fc016388a170880f7646e100d6f st/va: enable dual instances encode by sync surface Testing with large rawvideo/higher bitrates lucked me out of noticing initially as visually these tend to be OK, though making say 20 and md5summing them will show inconsistencies. I can change the number of "bads" in some tests by flipping my cpus between cpufreq on_demand and perf. At lower sizes/bitrates/transcoding it's possible to get corruption, either in the form of some runs giving abnormally low bitrate with vbr, or sometimes with cbr there is a chance of an out of order frame around an IDR frame. Testing this with gstreamer. -- You are receiving this mail because: You are the assignee for the bug.

1 40

[Bug 97119] screen flickerin under KDE when compositor was dis- and reenabled
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=97119 GitLab Migration User <gitlab-migration(a)fdo.invalid> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |MOVED --- Comment #22 from GitLab Migration User <gitlab-migration(a)fdo.invalid> --- -- 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/1236. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 97075] VCE encoding slow when GPU is not stressed (HD 7970M)
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=97075 Bug ID: 97075 Summary: VCE encoding slow when GPU is not stressed (HD 7970M) Product: DRI Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: haagch(a)frickel.club This is on an intel + radeon laptop, so I need to run encoding with gstreamer with DRI_PRIME=1. Here is an example video: http://www.sample-videos.com/video/mp4/720/big_buck_bunny_720p_1mb.mp4 DRI_PRIME is doing a good job of waking up the GPU from runpm when needed for encoding via VAAPI and OMX, but for comparison I'll run glxgears both times. I'm encoding the mentioned example video with VAAPI with this exact command: $ time DRI_PRIME=1 LIBVA_DRIVER_NAME=radeonsi gst-launch-1.0 -e filesrc location=big_buck_bunny_720p_1mb.mp4 ! qtdemux ! h264parse ! avdec_h264 ! queue ! videoconvert ! queue ! video/x-raw,format=NV12 ! vaapih264enc ! h264parse ! matroskamux ! filesink location=output.mkv For low GPU stress I run the gst pipeline while glxgears with vsync is running: $ DRI_PRIME=1 glxgears Result: 0.75s user 0.33s system 2% cpu 52.779 total For higher GPU stress I run the gst pipeline while glxgears without vsync is running: $ DRI_PRIME=1 vblank_mode=0 glxgears Result: 0.99s user 0.28s system 43% cpu 2.928 total I also tried a very similar pipeline with OMX: $ time DRI_PRIME=1 gst-launch-1.0 -e filesrc location=big_buck_bunny_720p_1mb.mp4 ! qtdemux ! h264parse ! avdec_h264 ! queue ! videoconvert ! queue ! video/x-raw,format=NV12 ! omxh264enc ! h264parse ! matroskamux ! filesink location=output.mkv Low GPU stress: 0.96s user 0.24s system 19% cpu 6.298 total High GPU stress: 1.10s user 0.24s system 141% cpu 0.949 total Overall OMX encoding does a lot better, but it's still a large difference and still below "real time" for the 5 second video. -- You are receiving this mail because: You are the assignee for the bug.

1 8

[Bug 96860] Aliasing when using vdpau with mpv
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=96860 Bug ID: 96860 Summary: Aliasing when using vdpau with mpv Product: Mesa Version: 11.2 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: dolohow(a)outlook.com QA Contact: dri-devel(a)lists.freedesktop.org When using hardware decoding with radeonsi along with mpv I can observe aliasing on rough edges. It was previously reported on mpv issue tracker https://github.com/mpv-player/mpv/issues/3317 but the main developer pointed out that the bug is in mesa. -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 96508] Artefacts while playing video with vaapi or vdpau acceleration on amd apu (Radeon HD 8280E)
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=96508 Bug ID: 96508 Summary: Artefacts while playing video with vaapi or vdpau acceleration on amd apu (Radeon HD 8280E) Product: Mesa Version: 11.2 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: jan.burgmeier(a)unicon-software.com QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 124502 --> https://bugs.freedesktop.org/attachment.cgi?id=124502&action=edit Video with artefacts While playing the attached video with mpv and vaapi or vdpau acceleration some artefacts are shown. The same artefacts are also shown when using gstreamer-0.10 with vaapi acceleration. Versions used: - Mesa: 11.2.2 and 12.0.0-rc4 - MPV: git commit 2b1656b1aced3d81b31c83e8c310a630ca5d5d1c - FFmpeg: 3.0.2 Hardware: - CPU: AMD GX-217GA SOC with Radeon(tm) HD Graphic - GPU: Radeon HD 8280E -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 95659] HD 7450, R9-270, GPU locked when testing glmark2
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=95659 Bug ID: 95659 Summary: HD 7450, R9-270, GPU locked when testing glmark2 Product: DRI Version: XOrg git Hardware: Other OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: zduo006(a)163.com [ 427.367567] radeon 0000:01:00.0: ring 0 stalled for more than 10070msec [ 427.374151] radeon 0000:01:00.0: GPU lockup (current fence id 0x000000000000ea28 last fence id 0x000000000000ea2d on ring 0) [ 427.500439] radeon 0000:01:00.0: Saved 151 dwords of commands on ring 0. [ 427.500464] radeon 0000:01:00.0: GPU softreset: 0x00000009 [ 427.500471] radeon 0000:01:00.0: GRBM_STATUS = 0xB2732828 [ 427.500476] radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0x1C000005 [ 427.500481] radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0x00000007 [ 427.500486] radeon 0000:01:00.0: SRBM_STATUS = 0x20000AC0 [ 427.500491] radeon 0000:01:00.0: SRBM_STATUS2 = 0x00000000 [ 427.500495] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 [ 427.500500] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x400C0000 [ 427.500505] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00048004 [ 427.500509] radeon 0000:01:00.0: R_008680_CP_STAT = 0x80268647 [ 427.500513] radeon 0000:01:00.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 [ 427.513320] radeon 0000:01:00.0: GRBM_SOFT_RESET=0x00007F6B [ 427.513378] radeon 0000:01:00.0: SRBM_SOFT_RESET=0x00000100 [ 427.514540] radeon 0000:01:00.0: GRBM_STATUS = 0x00003828 [ 427.514544] radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0x00000007 [ 427.514549] radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0x00000007 [ 427.514554] radeon 0000:01:00.0: SRBM_STATUS = 0x200000C0 [ 427.514558] radeon 0000:01:00.0: SRBM_STATUS2 = 0x00000000 [ 427.514563] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 [ 427.514567] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00000000 [ 427.514571] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00000000 [ 427.514576] radeon 0000:01:00.0: R_008680_CP_STAT = 0x00000000 [ 427.514580] radeon 0000:01:00.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 [ 427.514607] radeon 0000:01:00.0: GPU reset succeeded, trying to resume [ 427.543125] [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 [ 427.612472] [drm] PCIE GART of 1024M enabled (table at 0x0000000000274000). [ 427.612666] radeon 0000:01:00.0: WB enabled [ 427.612673] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffffffc8dc366c00 [ 427.612678] radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffffffc8dc366c0c [ 427.662677] radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x0000000000072118 and cpu addr 0xffffff8018332118 [ 427.679867] [drm] ring test on 0 succeeded in 1 usecs [ 427.679884] [drm] ring test on 3 succeeded in 7 usecs [ 427.856598] [drm] ring test on 5 succeeded in 2 usecs [ 427.856613] [drm] UVD initialized successfully. [ 427.977870] [drm] ib test on ring 0 succeeded in 0 usecs [ 427.977919] [drm] ib test on ring 3 succeeded in 0 usecs [ 428.128994] [drm] ib test on ring 5 succeeded [ 792.996810] radeon 0000:01:00.0: ring 0 stalled for more than 10140msec [ 793.003403] radeon 0000:01:00.0: GPU lockup (current fence id 0x00000000000184b0 last fence id 0x00000000000184b5 on ring 0) [ 793.140947] radeon 0000:01:00.0: Saved 151 dwords of commands on ring 0. [ 793.140974] radeon 0000:01:00.0: GPU softreset: 0x00000009 [ 793.140981] radeon 0000:01:00.0: GRBM_STATUS = 0xF7730828 [ 793.140986] radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0xFC000001 [ 793.140992] radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0x00000007 [ 793.140996] radeon 0000:01:00.0: SRBM_STATUS = 0x200000C0 [ 793.141001] radeon 0000:01:00.0: SRBM_STATUS2 = 0x00000000 [ 793.141006] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 [ 793.141010] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x400C0000 [ 793.141015] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00048004 [ 793.141019] radeon 0000:01:00.0: R_008680_CP_STAT = 0x80268647 [ 793.141024] radeon 0000:01:00.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 [ 793.154522] radeon 0000:01:00.0: GRBM_SOFT_RESET=0x00007F6B [ 793.154580] radeon 0000:01:00.0: SRBM_SOFT_RESET=0x00000100 [ 793.155741] radeon 0000:01:00.0: GRBM_STATUS = 0x00003828 [ 793.155746] radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0x00000007 [ 793.155751] radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0x00000007 [ 793.155755] radeon 0000:01:00.0: SRBM_STATUS = 0x200000C0 [ 793.155759] radeon 0000:01:00.0: SRBM_STATUS2 = 0x00000000 [ 793.155764] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 [ 793.155768] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00000000 [ 793.155772] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00000000 [ 793.155777] radeon 0000:01:00.0: R_008680_CP_STAT = 0x00000000 [ 793.155781] radeon 0000:01:00.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 [ 793.155808] radeon 0000:01:00.0: GPU reset succeeded, trying to resume [ 793.184357] [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 [ 793.253690] [drm] PCIE GART of 1024M enabled (table at 0x0000000000274000). [ 793.253884] radeon 0000:01:00.0: WB enabled [ 793.253891] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffffffc8dc366c00 [ 793.253896] radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffffffc8dc366c0c [ 793.303888] radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x0000000000072118 and cpu addr 0xffffff8018332118 [ 793.321047] [drm] ring test on 0 succeeded in 2 usecs [ 793.321064] [drm] ring test on 3 succeeded in 7 usecs [ 793.497767] [drm] ring test on 5 succeeded in 2 usecs [ 793.497781] [drm] UVD initialized successfully. [ 793.619052] [drm] ib test on ring 0 succeeded in 0 usecs [ 793.619102] [drm] ib test on ring 3 succeeded in 0 usecs [ 793.770188] [drm] ib test on ring 5 succeeded when testing the following cases, GPU locked. First it stops responding for some seconds and screen goes black, then it return to normal. loop:vertex-step=5, fragment-steps=5, fragment-loop=false; loop:vertex-step=5, fragment-steps=5, fragment-uniform=false; loop:vertex-step=5, fragment-steps=5, fragment-uniform=ture; I've already tried several radeon boot flags, such as DPM on and off, radeon_lockup_timeout = 20000, without success. Upgrading the kernel version to 4.5.3 and 4.6.0 but it not fixed. The problem does not occur when i add a delay（such as 1ms using msleep） in the problem scene's draw function. I thought is the problem of Synchronization between the cpu and gpu using fence , can anyone have some idea? lspci:01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] libdrm 2.4.67, xserver-xorg-video-ati 7.6.0, xorg-server 1.18.2, mesa 11.2.0 kernel 4.4 -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 95517] Constant GPU VM faults
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=95517 GitLab Migration User <gitlab-migration(a)fdo.invalid> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |MOVED --- Comment #12 from GitLab Migration User <gitlab-migration(a)fdo.invalid> --- -- 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/1231. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 94471] Tonga UVD 4Kx4K = failed to allocate a buffer
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=94471 Bug ID: 94471 Summary: Tonga UVD 4Kx4K = failed to allocate a buffer Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: adf.lists(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org I see >= tonga uvd height has recently been increased - https://cgit.freedesktop.org/mesa/mesa/commit/?id=353a4f844f9e845dad93de9c2… radeon/uvd: increase max height to 4096 for VI and newer With this issue 'mpv --hwdec=vdpau --vo=vdpau <stream>' fails for vdpau decode if the stream height is 4096. Vdpau decode of height upto 4096 is necessary usecase on amdgpu driver for VI and newer platforms. The fix is in driver specific implementation of "Decoder Query Capabilities" API to return 4096 for VI and newer platforms. With this fix vdpauinfo reports height support as 4096 and mpv for vdpau decode works fine for 4096 height streams. On agd5f drm-fixes-4.5 4096x4096 fails for me (also fails with --vo vdpau) andy [~]$ mpv --hwdec=vdpau /mnt/sdb1/ffmpeg-mpl-tests/x264-4096.mkv Playing: /mnt/sdb1/ffmpeg-mpl-tests/x264-4096.mkv (+) Video --vid=1 (*) (h264) amdgpu: Failed to allocate a buffer: amdgpu: size : 0 bytes amdgpu: alignment : 4096 bytes amdgpu: domains : 2 amdgpu: Failed to allocate a buffer: amdgpu: size : 0 bytes amdgpu: alignment : 4096 bytes amdgpu: domains : 2 EE radeon_uvd.c:1109 ruvd_create_decoder UVD - Can't allocated bitstream buffers. [vo/opengl/x11] Disabling screensaver failed (-1). Make sure the xdg-screensaver script is installed. Using software decoding. VO: [opengl] 4096x4096 => 7282x4096 yuv420p dmesg [ 8308.529176] [TTM] Illegal buffer object size [ 8308.529210] [drm:amdgpu_gem_object_create [amdgpu]] *ERROR* Failed to allocate GEM object (0, 2, 4096, -22) [ 8308.529326] [TTM] Illegal buffer object size [ 8308.529339] [drm:amdgpu_gem_object_create [amdgpu]] *ERROR* Failed to allocate GEM object (0, 2, 4096, -22) -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 94410] [radeonsi] Unreal engine 4 Segmentation fault
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=94410 Bug ID: 94410 Summary: [radeonsi] Unreal engine 4 Segmentation fault Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: pontostroy(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org Radeon Hd 7970 mesa\llvm git unreal editor git UE4Editor works fine on intel hd 2500, but on radeon i got bt full log http://pastebin.com/cX57pWcG Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fff9afff700 (LWP 3209)] 0x00007ffff72e9e0f in je_arena_salloc (demote=false, ptr=<optimized out>) at include/jemalloc/internal/arena.h:1018 1018 include/jemalloc/internal/arena.h: No such file or directory. Missing separate debuginfos, use: zypper install Mesa-libglapi0-debuginfo-11.3~git20160305-1.1.x86_64 libFLAC8-debuginfo-1.3.1-219.6.x86_64 libX11-6-debuginfo-1.6.3-41.1.x86_64 libX11-xcb1-debuginfo-1.6.3-41.1.x86_64 libXau6-debuginfo-1.0.8-23.1.x86_64 libXcursor1-debuginfo-1.1.14-25.1.x86_64 libXdamage1-debuginfo-1.1.4-25.1.x86_64 libXext6-debuginfo-1.3.3-22.1.x86_64 libXfixes3-debuginfo-5.0.1-24.1.x86_64 libXi6-debuginfo-1.7.5-35.1.x86_64 libXinerama1-debuginfo-1.1.3-21.1.x86_64 libXrandr2-debuginfo-1.5.99-1.1.x86_64 libXrender1-debuginfo-0.9.9-22.1.x86_64 libXss1-debuginfo-1.2.2-20.1.x86_64 libXxf86vm1-debuginfo-1.1.4-23.1.x86_64 libdbus-1-3-debuginfo-1.8.16-5.2.x86_64 libdrm2-debuginfo-2.4.99~git20160303-1.1.x86_64 libdrm_amdgpu1-debuginfo-2.4.99~git20160303-1.1.x86_64 libdrm_intel1-debuginfo-2.4.99~git20160303-1.1.x86_64 libdrm_nouveau2-debuginfo-2.4.99~git20160303-1.1.x86_64 libdrm_radeon1-debuginfo-2.4.99~git20160303-1.1.x86_64 libelf1-debuginfo-0.158-9.5.x86_64 libexpat1-debuginfo-2.1.0-15.4.x86_64 libgcc_s1-debuginfo-5.2.1+r226025-4.2.x86_64 libgcrypt20-debuginfo-1.6.1-20.1.x86_64 libgpg-error0-debuginfo-1.13-3.6.x86_64 libjson-c2-debuginfo-0.12-4.2.x86_64 liblzma5-debuginfo-5.0.5-3.5.x86_64 libogg0-debuginfo-1.3.2-35.5.x86_64 libopenssl1_0_0-debuginfo-1.0.1i-12.1.x86_64 libpciaccess0-debuginfo-0.13.4-28.1.x86_64 libpulse0-debuginfo-8.0-2.1.x86_64 libsndfile1-debuginfo-1.0.26-74.2.x86_64 libspeex1-debuginfo-1.2~rc2-46.3.x86_64 libtxc_dxtn-debuginfo-1.0.1-6.1.x86_64 libudev1-debuginfo-210-86.1.x86_64 libvorbis0-debuginfo-1.3.5-57.30.x86_64 libvorbisenc2-debuginfo-1.3.5-57.30.x86_64 libxcb-dri2-0-debuginfo-1.11.1-50.1.x86_64 libxcb-dri3-0-debuginfo-1.11.1-50.1.x86_64 libxcb-glx0-debuginfo-1.11.1-50.1.x86_64 libxcb-present0-debuginfo-1.11.1-50.1.x86_64 libxcb-sync1-debuginfo-1.11.1-50.1.x86_64 libxcb1-debuginfo-1.11.1-50.1.x86_64 libxshmfence1-debuginfo-1.2-13.1.x86_64 libz1-debuginfo-1.2.8-6.4.x86_64 systemd-debuginfo-210-86.1.x86_64 (gdb) bt #0 0x00007ffff72e9e0f in je_arena_salloc (demote=false, ptr=<optimized out>) at include/jemalloc/internal/arena.h:1018 #1 je_isalloc (demote=false, ptr=<optimized out>) at include/jemalloc/internal/jemalloc_internal.h:849 #2 je_malloc_usable_size (ptr=<optimized out>) at src/jemalloc.c:1861 #3 0x00007ffff6f976d1 in FMallocJemalloc::Free(void*) () from /docker/tmp/UnrealEngine/Engine/Binaries/Linux/libUE4Editor-Core.so #4 0x00007ffff6f9e70a in FMemory::Free(void*) () from /docker/tmp/UnrealEngine/Engine/Binaries/Linux/libUE4Editor-Core.so #5 0x00007fffed8be9a6 in operator delete(void*) () from /docker/tmp/UnrealEngine/Engine/Binaries/Linux/libUE4Editor-UnrealEd.so #6 0x00007fffedb95e95 in std::_Rb_tree<std::string, std::pair<std::string const, std::string>, std::_Select1st<std::pair<std::string const, std::string> >, std::less<std::string>, std::allocator<std::pair<std::string const, std::string> > >::_M_erase(std::_Rb_tree_node<std::pair<std::string const, std::string> >*) () from /docker/tmp/UnrealEngine/Engine/Binaries/Linux/libUE4Editor-UnrealEd.so #7 0x00007fffb30cc888 in LLVMAddTargetDependentFunctionAttr () from /usr/lib64/libLLVM-3.9svn.so #8 0x00007fffb5fd3bfd in radeon_llvm_add_attribute (F=0x7fff9454ae58, name=0x7fffb60dfe83 "ShaderType", value=<optimized out>) at radeon_llvm_emit.c:63 #9 0x00007fffb5ef9aee in si_create_function (ctx=ctx@entry=0x7fff9aff4f70, returns=<optimized out>, num_returns=<optimized out>, params=params@entry=0x7fff9aff4870, num_params=<optimized out>, last_array_pointer=4, last_sgpr=7) at si_shader.c:3764 #10 0x00007fffb5ef9d25 in create_function (ctx=ctx@entry=0x7fff9aff4f70) at si_shader.c:4046 #11 0x00007fffb5f041c2 in si_compile_tgsi_shader (sscreen=sscreen@entry=0x773330, tm=tm@entry=0x7fff94073fa0, shader=shader@entry=0x7fff9454f630, is_monolithic=is_monolithic@entry=true, debug=debug@entry=0x7fff94002958) at si_shader.c:4926 #12 0x00007fffb5f04c8a in si_shader_create (sscreen=0x773330, tm=0x7fff94073fa0, shader=shader@entry=0x7fff9454f630, debug=debug@entry=0x7fff94002958) at si_shader.c:5909 #13 0x00007fffb5f10387 in si_shader_select_with_key (ctx=0x7fff940023a0, state=0x7fff94002fe0, key=0x7fff9affc800) at si_state_shaders.c:1014 #14 0x00007fffb5f104ac in si_shader_select (ctx=<optimized out>, state=<optimized out>) at si_state_shaders.c:1042 #15 0x00007fffb5f12b27 in si_update_shaders (sctx=sctx@entry=0x7fff940023a0) at si_state_shaders.c:1971 #16 0x00007fffb5f0d603 in si_draw_vbo (ctx=0x7fff940023a0, info=0x7fff9affca60) at si_state_draw.c:800 #17 0x00007fffb5bf994c in util_draw_arrays_instanced (mode=6, start=0, count=4, start_instance=0, instance_count=1, pipe=0x7fff940023a0) at util/u_draw.h:99 #18 blitter_draw (ctx=0x7fff94069390, x1=<optimized out>, y1=<optimized out>, x2=<optimized out>, y2=<optimized out>, depth=<optimized out>, num_instances=num_instances@entry=1) at util/u_blitter.c:1202 #19 0x00007fffb5bf9a4c in util_blitter_draw_rectangle (blitter=<optimized out>, x1=<optimized out>, y1=<optimized out>, x2=<optimized out>, y2=<optimized out>, depth=<optimized out>, type=<optimized out>, attrib=attrib@entry=0x7fff9affcc20) at util/u_blitter.c:1226 #20 0x00007fffb5fc4639 in r600_draw_rectangle (blitter=0x7fff94069390, x1=<optimized out>, y1=0, x2=600, y2=200, depth=<optimized out>, type=<optimized out>, attrib=0x7fff9affcc20) at r600_pipe_common.c:88 #21 0x00007fffb5bfc2eb in util_blitter_blit_generic (blitter=0x7fff94069390, dst=dst@entry=0x7fff945400f0, dstbox=dstbox@entry=0x7fff9affcd60, src=src@entry=0x7fff945401c0, srcbox=0x7fff9affce40, src_width0=src_width0@entry=600, src_height0=src_height0@entry=200, mask=mask@entry=63, filter=filter@entry=0, scissor=scissor@entry=0x0, alpha_blend=alpha_blend@entry=0 '\000') at util/u_blitter.c:1694 #22 0x00007fffb5ef06a7 in si_resource_copy_region (ctx=0x7fff940023a0, dst=<optimized out>, dst_level=<optimized out>, dstx=0, dsty=0, dstz=0, src=0x7fff94543140, src_level=0, src_box=<optimized out>) at si_blit.c:627 #23 0x00007fffb5fc92be in r600_copy_from_staging_texture (rtransfer=0x7fff945527f0, ctx=<optimized out>) at r600_texture.c:105 #24 r600_texture_transfer_unmap (ctx=<optimized out>, transfer=0x7fff945527f0) at r600_texture.c:1171 #25 0x00007fffb5ab92d1 in pipe_transfer_unmap (transfer=<optimized out>, context=<optimized out>) at ../../src/gallium/auxiliary/util/u_inlines.h:480 #26 st_texture_image_unmap (st=<optimized out>, stImage=<optimized out>, slice=<optimized out>) at state_tracker/st_texture.c:309 ---Type <return> to continue, or q <return> to quit--- #27 0x00007fffb5a12f6b in store_texsubimage (ctx=ctx@entry=0x7fff94081240, texImage=texImage@entry=0x7fff94550850, xoffset=xoffset@entry=0, yoffset=yoffset@entry=0, zoffset=zoffset@entry=0, width=600, height=200, depth=1, format=32993, type=5121, pixels=0x7fffa4b85000, packing=0x7fff9409c5b0, caller=0x7fffb601d075 "glTexSubImage") at main/texstore.c:1082 #28 0x00007fffb5a131e5 in _mesa_store_texsubimage (ctx=ctx@entry=0x7fff94081240, dims=dims@entry=2, texImage=texImage@entry=0x7fff94550850, xoffset=xoffset@entry=0, yoffset=yoffset@entry=0, zoffset=zoffset@entry=0, width=<optimized out>, width@entry=600, height=<optimized out>, height@entry=200, depth=<optimized out>, depth@entry=1, format=<optimized out>, format@entry=32993, type=<optimized out>, type@entry=5121, pixels=<optimized out>, pixels@entry=0x7fffa4b85000, packing=<optimized out>, packing@entry=0x7fff9409c5b0) at main/texstore.c:1139 #29 0x00007fffb5a79627 in st_TexSubImage (ctx=ctx@entry=0x7fff94081240, dims=dims@entry=2, texImage=texImage@entry=0x7fff94550850, xoffset=xoffset@entry=0, yoffset=yoffset@entry=0, zoffset=zoffset@entry=0, width=600, height=200, depth=1, format=format@entry=32993, type=type@entry=5121, pixels=pixels@entry=0x7fffa4b85000, unpack=unpack@entry=0x7fff9409c5b0) at state_tracker/st_cb_texture.c:1896 #30 0x00007fffb5a7b283 in st_TexImage (ctx=0x7fff94081240, dims=2, texImage=0x7fff94550850, format=32993, type=5121, pixels=0x7fffa4b85000, unpack=0x7fff9409c5b0) at state_tracker/st_cb_texture.c:1920 #31 0x00007fffb5a01383 in teximage (ctx=0x7fff94081240, compressed=compressed@entry=0 '\000', dims=dims@entry=2, target=3553, level=0, internalFormat=<optimized out>, width=600, height=200, depth=depth@entry=1, border=0, format=format@entry=32993, type=type@entry=5121, imageSize=imageSize@entry=0, pixels=pixels@entry=0x7fffa4b85000) at main/teximage.c:2980 #32 0x00007fffb5a02770 in _mesa_TexImage2D (target=<optimized out>, level=<optimized out>, internalFormat=<optimized out>, width=<optimized out>, height=<optimized out>, border=<optimized out>, format=32993, type=5121, pixels=0x7fffa4b85000) at main/teximage.c:3019 #33 0x00007ffff705dce7 in StartSplashScreenThread(void*) () from /docker/tmp/UnrealEngine/Engine/Binaries/Linux/libUE4Editor-Core.so #34 0x00007ffff735ed6b in SDL_RunThread (data=<optimized out>) at /home/rcl/build/2015-07-13/SDL-gui-backend/src/thread/SDL_thread.c:282 #35 0x00007ffff7379fe9 in RunThread (data=<optimized out>) at /home/rcl/build/2015-07-13/SDL-gui-backend/src/thread/pthread/SDL_systhread.c:74 #36 0x00007ffff7bc70a4 in start_thread (arg=0x7fff9afff700) at pthread_create.c:309 #37 0x00007fffeabcefed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 -- You are receiving this mail because: You are the assignee for the bug.

1 9

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2019