dri-devel July 2017

dri-devel@lists.freedesktop.org

212 participants
1542 discussions

[Bug 73457] New: mpeg4 through vdpau randomly either correct or garbled (on same file!)
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=73457 Priority: medium Bug ID: 73457 Assignee: dri-devel(a)lists.freedesktop.org Summary: mpeg4 through vdpau randomly either correct or garbled (on same file!) Severity: normal Classification: Unclassified OS: All Reporter: adam(a)aphirst.karoo.co.uk Hardware: x86-64 (AMD64) Status: NEW Version: 10.0 Component: Drivers/Gallium/r600 Product: Mesa Created attachment 91790 --> https://bugs.freedesktop.org/attachment.cgi?id=91790&action=edit mpv verbose log, when video decodes successfully This is somewhat difficult to explain. * AMD PALM E2-1800 APU * Arch Linux x86_64 * Kernel 3.12.6-ck (also with vanilla 3.12.6) * mesa 10.0.1, xf86-video-ati 7.2.0 One of the following three situations occurs, seemingly at random, when opening an mpeg4 video file using any player which supports vdpau hardware-decoding (e.g. mplayer r36498, VLC 2.1.2, mpv 0.3.2) 1. The video decodes and plays just fine 2. The video decodes incorrectly, with bright-green garbling, and general smearing 3. The video decodes and plays fine, BUT with a couple of small artefacts either in the player window, or anywhere on the screen (the artefacts are little black squares, inside which are a few fluorescent-coloured pixels flickering) The interesting point is that, on the same file, you can close and re-open the video player and receive a different random outcome each time. I'm in the habit of trying a few times to open my .avi videos until it "just works". This is not the same as the mpeg4 ASP garbling issue which I reported a month or so ago, which was 100% consistent on the affected files. For this bug, the files which display *this* problem are 'normal' mpeg4 videos, and whether or not decoding succeeds appears to be completely random. Frustratingly, neither the video player's verbose logs, nor the DPM messages in dmesg, indicate anything *at all* different between successful and unsuccessful attempts. I'll upload to this report a couple of log files, including the outputs of ffmpeg -i on a selection of affected files. I'll also upload some video samples, bear with me. -- You are receiving this mail because: You are the assignee for the bug.

1 17

[Bug 73444] New: wayland/weston EGL/GLESv2 - top portion of screen in fullscreen: vertices being clipped/flicker
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=73444 Priority: medium Bug ID: 73444 Assignee: dri-devel(a)lists.freedesktop.org Summary: wayland/weston EGL/GLESv2 - top portion of screen in fullscreen: vertices being clipped/flicker Severity: normal Classification: Unclassified OS: Linux (All) Reporter: emiettin(a)edu.lahti.fi Hardware: x86-64 (AMD64) Status: NEW Version: 10.0 Component: Drivers/Gallium/r600 Product: Mesa In fullscreen wayland/weston EGL/GLESv2 clients without X11 (as in weston launched from a tty), vertices ending up on the top 5-10% portion of the vertical screen space are being clipped (as in seemingly skipped altogether and disappearing), despite setting up an appropriate projection matrix + calling glViewport. This results in flickering sawtooth-like edges on the top of the screen area. This effect doesn't show up - in windowed mode - in screenshots (weston Super+s) - in screen capture (weston Super+r) - while zoomed in using the weston Super+mwheel shortcut, or - when using weston through X11. Asking about this on #dri-devel on Freenode lead to the following hypothesis by pq: 12:30 < pq> so if super+s, or zoom, or having it in a window makes the problem go away, then the fundamental difference is likely that when weston composites, everything goes well, but when weston tries to scan out the client image directly, something breaks. This occurs at least in mesa 9.2.x through git master. setup: Arch Linux x86_64 3.12.6-1, Radeon HD 5770 w/ {ati-dri, mesa, mesa-libgl}-9.2.5-1, -10.0.1-1, or -git wayland-1.3.0-1, weston-1.3.1-2 or git. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 73127] New: [r600g] Possible memory leak when playing WoW with CAICOS
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=73127 Priority: medium Bug ID: 73127 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r600g] Possible memory leak when playing WoW with CAICOS Severity: normal Classification: Unclassified OS: Linux (All) Reporter: rankincj(a)googlemail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 91298 --> https://bugs.freedesktop.org/attachment.cgi?id=91298&action=edit Message log showing page allocation failure I finally managed to build some libdrm-2.4.50 RPMs for Fedora 19 so that I could compile a recent -git snapshot. The HEAD commit was: author Alex Deucher <alexander.deucher(a)amd.com> 2013-12-24 20:22:31 (GMT) committer Alex Deucher <alexander.deucher(a)amd.com> 2013-12-24 20:22:31 (GMT) commit e2d53fac1c5b18f5c9e95d39d4e2be4703b0b363 (patch) (side-by-side diff) tree 51caa6afa79db9a733198f6bf5c6224c023fea2f parent 35a34143026785e015adb906756651807de89bde (diff) download mesa-e2d53fac1c5b18f5c9e95d39d4e2be4703b0b363.zip mesa-e2d53fac1c5b18f5c9e95d39d4e2be4703b0b363.tar.gz r600g: fix SUMO2 pci id 0x9649 is sumo2, not sumo. This resulted in an eventual crash of WoW and Minecraft, apparently due to memory exhaustion. (The messages log is attached). Reverting to my previous build seemed to fix things: author Marek Olšák <marek.olsak(a)amd.com> 2013-11-20 00:47:36 (GMT) committer Marek Olšák <marek.olsak(a)amd.com> 2013-11-23 00:54:57 (GMT) commit a3969aa125c8f61b093a5f5f69e8265a131051d0 (patch) (side-by-side diff) tree aaa0b9350231b29d9dd51c49c5c86e1fe78a6096 parent 46cf80fb366cb14827724a7fea004e81400cc602 (diff) download mesa-a3969aa125c8f61b093a5f5f69e8265a131051d0.zip mesa-a3969aa125c8f61b093a5f5f69e8265a131051d0.tar.gz mesa: initialize gl_renderbuffer::Depth in core -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 73088] New: Juniper (6770): Gone Home / Unigine Heaven 4.0 lock up system after several minutes of use
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=73088 Priority: medium Bug ID: 73088 Assignee: dri-devel(a)lists.freedesktop.org Summary: Juniper (6770): Gone Home / Unigine Heaven 4.0 lock up system after several minutes of use Severity: normal Classification: Unclassified OS: Linux (All) Reporter: appletorch(a)hotmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 91246 --> https://bugs.freedesktop.org/attachment.cgi?id=91246&action=edit Xorg.log Gone Home and Unigine Heaven 4.0 lock up my system after a few minutes of operation when using this ppa: https://launchpad.net/~oibaf/+archive/graphics-drivers/ When using mesa 9.2.1 provided in ubuntu 13.10 this does not occur with Gone Home. Same lock up issue happens when using ubuntu 14.04 development with mesa 10.0.1. In all cases I had radeon.audio=1, radeon.dpm=1, and R600_DEBUG=sb. -- You are receiving this mail because: You are the assignee for the bug.

1 13

[Bug 72732] New: Missing NULL check; radeon_drm_winsys.c
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=72732 Priority: medium Bug ID: 72732 Assignee: dri-devel(a)lists.freedesktop.org Summary: Missing NULL check; radeon_drm_winsys.c Severity: normal Classification: Unclassified OS: All Reporter: freedesktop(a)treblig.org Hardware: Other Status: NEW Version: unspecified Component: Drivers/DRI/R600 Product: Mesa I can sometime trigger a seg in do_winsys_init at radeon_drm_winsys.c on my HD4350 There seems to be a simple missing NULL check: 214 version = drmGetVersion(ws->fd); 215 if (version->version_major != 2 || 216 version->version_minor < 3) { All the other users of drmGetVersion do a NULL check, so I suggest adding: if (!version) { fprintf(stderr,"%s: drmGetVersion NULL - bad fd (%d)?\n", __FUNCTION__, ws->fd); return FALSE; } I believe this to be part of the reason for: https://bugzilla.redhat.com/show_bug.cgi?id=993463 why drmGetVersion is failing is a different matter (probably a bad fd at that point - but why?) , but at least the NULL check would stop the seg. Dave -- You are receiving this mail because: You are the assignee for the bug.

1 4

[Bug 72699] New: [llvm] Europa Universalis 4 closes its window and eats all memory while loading
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=72699 Priority: medium Bug ID: 72699 Assignee: dri-devel(a)lists.freedesktop.org Summary: [llvm] Europa Universalis 4 closes its window and eats all memory while loading Severity: normal Classification: Unclassified OS: All Reporter: nikoamia(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/DRI/R600 Product: Mesa Hello, While using new llvm from svn (rev. 197173) Europa Universalis 4 closes its window on "Loading Graphics" stage but retains as process and eats up all memory and swap, so it is needed to kill it manually. Problem disappears after reverting to rev. 196300. Kernel: 3.12.5, was also tested on earlier Mesa: git 60139.40070e7 Video: Mobility Radeon HD 5650M -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 72387] New: Tearing at one specific part of the screen on CAYMAN
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=72387 Priority: medium Bug ID: 72387 Assignee: dri-devel(a)lists.freedesktop.org Summary: Tearing at one specific part of the screen on CAYMAN Severity: normal Classification: Unclassified OS: Linux (All) Reporter: v10lator(a)myway.de Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa I see this with games as well as on my (composited) desktop when scrolling very fast in firefox, for example. Let me try to explain: If you would cut the screen horizontally in 3 pieces the line between the middle and the down piece is where the tearing appears. It appears even with vsync. I tried to capture it with gtk-rekordmydesktop but for some reason the video is tear-free. -- You are receiving this mail because: You are the assignee for the bug.

1 16

[Bug 72064] New: relocation truncated to fit: R_ARM_THM_JUMP11 mesa 10 rc2
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=72064 Priority: medium Bug ID: 72064 Assignee: dri-devel(a)lists.freedesktop.org Summary: relocation truncated to fit: R_ARM_THM_JUMP11 mesa 10 rc2 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: alexander(a)mezon.ru Hardware: ARM Status: NEW Version: git Component: Drivers/DRI/Radeon Product: Mesa Hello. I trying to build Mesa 10.0.rc2. on armv7 with hardfloat and i got an error libtool: compile: armv7hl-mandriva-linux-gnueabi-gcc -DPACKAGE_NAME=\"Mesa\" -DPACKAGE_TARNAME=\"mesa\" -DPACKAGE_VERSION=\"10.0.0-rc2\" "-DPACKAGE_STRING=\"Mesa 10.0.0-rc2\"" "-DPACKAGE_BUGREPORT=\"https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa\"" -DPACKAGE_URL=\"\" -DPACKAGE=\"mesa\" -DVERSION=\"10.0.0-rc2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_CLOCK_GETTIME=1 -DHAVE_PTHREAD=1 -I. -I../../../../include -I../../../../src/gallium/include -I../../../../src/gallium/auxiliary -D_GNU_SOURCE -DHAVE_PTHREAD -DTEXTURE_FLOAT_ENABLED -DHAVE_DLOPEN -DHAVE_POSIX_MEMALIGN -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DUSE_EXTERNAL_DXTN_LIB=1 -DHAVE_ALIAS -DHAVE_MINCORE -DHAVE_LIBUDEV -DHAVE_LLVM=0x0304 -I../../../../include -I../../../../src/gallium/drivers -I../../../../src/gallium/winsys -I../../../../src/gallium/include -I../../../../src/gallium/auxiliary -I../../../../src/gallium/state_trackers/egl -I../../../../src/egl/main -D_EGL_MAIN=_eglMain -I/usr/include/libdrm -I/usr/include/libdrm -I/usr/include/libdrm -I../../../../src/mesa -DFEATURE_GL=1 -DFEATURE_ES1=1 -DFEATURE_ES2=1 -I../../../../src/gallium/state_trackers/vega -DFEATURE_VG=1 -D_EGL_PIPE_NOUVEAU=1 -D_EGL_PIPE_R300=1 -D_EGL_PIPE_R600=1 -D_EGL_PIPE_VMWGFX=1 -D_EGL_PIPE_FREEDRENO=1 -DGALLIUM_SOFTPIPE -DGALLIUM_RBUG -DGALLIUM_TRACE -DGALLIUM_LLVMPIPE -pthread -O2 -Wa,--compress-debug-sections -gdwarf-4 -fvar-tracking-assignments -frecord-gcc-switches -Wstrict-aliasing=2 -pipe -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 -fPIC -g -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -Wall -std=c99 -Werror=implicit-function-declaration -Werror=missing-prototypes -fno-strict-aliasing -fno-builtin-memcmp -c egl_st.c -fPIC -DPIC -o .libs/egl_st.o /bin/sh ../../../../libtool --tag=CXX --mode=link armv7hl-mandriva-linux-gnueabi-g++ -O2 -Wa,--compress-debug-sections -gdwarf-4 -fvar-tracking-assignments -frecord-gcc-switches -Wstrict-aliasing=2 -pipe -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 -fPIC -g -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -Wall -fno-strict-aliasing -fno-builtin-memcmp -Wl,--no-undefined -Wl,--allow-multiple-definition -avoid-version -module -L/usr/lib/llvm -lz -lpthread -lffi -ldl -lm -L/usr/lib/llvm -fuse-ld=bfd -Wl,--version-script=../../../../src/gallium/targets/egl-static/egl.link -o egl_gallium.la -rpath /usr/lib/egl egl.lo egl_pipe.lo egl_st.lo ../../../../src/gallium/auxiliary/libgallium.la ../../../../src/gallium/drivers/identity/libidentity.la ../../../../src/gallium/drivers/trace/libtrace.la ../../../../src/gallium/drivers/rbug/librbug.la ../../../../src/gallium/state_trackers/egl/libegl.la ../../../../src/egl/main/libEGL.la -ludev -ldl -lpthread -lm ../../../../src/gallium/winsys/sw/xlib/libws_xlib.la -lX11 -lXext -lXfixes -ldrm ../../../../src/gallium/winsys/sw/wayland/libws_wayland.la ../../../../src/egl/wayland/wayland-drm/libwayland-drm.la -ldrm -lwayland-client -lwayland-server ../../../../src/gbm/libgbm.la -ldrm ../../../../src/gallium/winsys/sw/fbdev/libfbdev.la ../../../../src/mesa/libmesagallium.la ../../../../src/mapi/shared-glapi/libglapi.la ../../../../src/gallium/state_trackers/vega/libvega.la ../../../../src/mapi/vgapi/libOpenVG.la ../../../../src/gallium/winsys/nouveau/drm/libnouveaudrm.la ../../../../src/gallium/drivers/nouveau/libnouveau.la -ldrm_nouveau ../../../../src/gallium/winsys/radeon/drm/libradeonwinsys.la ../../../../src/gallium/drivers/r300/libr300.la -ldrm_radeon ../../../../src/gallium/winsys/radeon/drm/libradeonwinsys.la ../../../../src/gallium/drivers/r600/libr600.la -ldrm_radeon ../../../../src/gallium/winsys/svga/drm/libsvgadrm.la ../../../../src/gallium/drivers/svga/libsvga.la ../../../../src/gallium/winsys/freedreno/drm/libfreedrenodrm.la ../../../../src/gallium/drivers/freedreno/libfreedreno.la -ldrm_freedreno ../../../../src/gallium/drivers/softpipe/libsoftpipe.la ../../../../src/gallium/drivers/llvmpipe/libllvmpipe.la -lLLVMR600CodeGen -lLLVMR600Desc -lLLVMR600Info -lLLVMR600AsmPrinter -lLLVMOption -lLLVMIRReader -lLLVMBitReader -lLLVMAsmParser -lLLVMInstrumentation -lLLVMLinker -lLLVMipo -lLLVMVectorize -lLLVMMCJIT -lLLVMBitWriter -lLLVMARMDisassembler -lLLVMARMCodeGen -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMARMAsmParser -lLLVMMCParser -lLLVMARMDesc -lLLVMARMInfo -lLLVMARMAsmPrinter -lLLVMJIT -lLLVMRuntimeDyld -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMObjCARCOpts -lLLVMScalarOpts -lLLVMInstCombine -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC -lLLVMObject -lLLVMCore -lLLVMSupport libtool: link: armv7hl-mandriva-linux-gnueabi-g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/armv7hl-mandriva-linux-gnueabi/4.7.4/../../../crti.o /usr/lib/gcc/armv7hl-mandriva-linux-gnueabi/4.7.4/crtbeginS.o .libs/egl.o .libs/egl_pipe.o .libs/egl_st.o -Wl,--whole-archive ../../../../src/gallium/auxiliary/.libs/libgallium.a ../../../../src/gallium/drivers/identity/.libs/libidentity.a ../../../../src/gallium/drivers/trace/.libs/libtrace.a ../../../../src/gallium/drivers/rbug/.libs/librbug.a ../../../../src/gallium/state_trackers/egl/.libs/libegl.a ../../../../src/gallium/winsys/sw/xlib/.libs/libws_xlib.a ../../../../src/gallium/winsys/sw/wayland/.libs/libws_wayland.a ../../../../src/egl/wayland/wayland-drm/.libs/libwayland-drm.a ../../../../src/gallium/winsys/sw/fbdev/.libs/libfbdev.a ../../../../src/mesa/.libs/libmesagallium.a ../../../../src/gallium/state_trackers/vega/.libs/libvega.a ../../../../src/gallium/winsys/nouveau/drm/.libs/libnouveaudrm.a ../../../../src/gallium/drivers/nouveau/.libs/libnouveau.a ../../../../src/gallium/winsys/radeon/drm/.libs/libradeonwinsys.a ../../../../src/gallium/drivers/r300/.libs/libr300.a ../../../../src/gallium/winsys/radeon/drm/.libs/libradeonwinsys.a ../../../../src/gallium/drivers/r600/.libs/libr600.a ../../../../src/gallium/winsys/svga/drm/.libs/libsvgadrm.a ../../../../src/gallium/drivers/svga/.libs/libsvga.a ../../../../src/gallium/winsys/freedreno/drm/.libs/libfreedrenodrm.a ../../../../src/gallium/drivers/freedreno/.libs/libfreedreno.a ../../../../src/gallium/drivers/softpipe/.libs/libsoftpipe.a ../../../../src/gallium/drivers/llvmpipe/.libs/libllvmpipe.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/home/fedya/mesa/BUILD/Mesa-10.0.0-rc2/src/egl/main/.libs -Wl,-rpath -Wl,/home/fedya/mesa/BUILD/Mesa-10.0.0-rc2/src/gbm/.libs -Wl,-rpath -Wl,/home/fedya/mesa/BUILD/Mesa-10.0.0-rc2/src/mapi/shared-glapi/.libs -Wl,-rpath -Wl,/home/fedya/mesa/BUILD/Mesa-10.0.0-rc2/src/mapi/vgapi/.libs -L/usr/lib/llvm ../../../../src/egl/main/.libs/libEGL.so -lX11-xcb -lxcb-dri2 -lxcb-xfixes -lxcb-render -lxcb-shape -lxcb /home/fedya/mesa/BUILD/Mesa-10.0.0-rc2/src/gbm/.libs/libgbm.so -lX11 -lXext -lXfixes ../../../../src/gbm/.libs/libgbm.so -ludev -lwayland-client -lwayland-server /home/fedya/mesa/BUILD/Mesa-10.0.0-rc2/src/mapi/shared-glapi/.libs/libglapi.so -ldrm ../../../../src/mapi/shared-glapi/.libs/libglapi.so ../../../../src/mapi/vgapi/.libs/libOpenVG.so -ldrm_nouveau -lelf -ldrm_radeon -ldrm_freedreno -lz -lpthread -lffi -ldl -lLLVMR600CodeGen -lLLVMR600Desc -lLLVMR600Info -lLLVMR600AsmPrinter -lLLVMOption -lLLVMIRReader -lLLVMBitReader -lLLVMAsmParser -lLLVMInstrumentation -lLLVMLinker -lLLVMipo -lLLVMVectorize -lLLVMMCJIT -lLLVMBitWriter -lLLVMARMDisassembler -lLLVMARMCodeGen -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMARMAsmParser -lLLVMMCParser -lLLVMARMDesc -lLLVMARMInfo -lLLVMARMAsmPrinter -lLLVMJIT -lLLVMRuntimeDyld -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMObjCARCOpts -lLLVMScalarOpts -lLLVMInstCombine -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC -lLLVMObject -lLLVMCore -lLLVMSupport -L/usr/lib/gcc/armv7hl-mandriva-linux-gnueabi/4.7.4 -L/usr/lib/gcc/armv7hl-mandriva-linux-gnueabi/4.7.4/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/armv7hl-mandriva-linux-gnueabi/4.7.4/crtendS.o /usr/lib/gcc/armv7hl-mandriva-linux-gnueabi/4.7.4/../../../crtn.o -O2 -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -Wl,--no-undefined -Wl,--allow-multiple-definition -fuse-ld=bfd -Wl,--version-script=../../../../src/gallium/targets/egl-static/egl.link -Wl,--warn-unresolved-symbols -pthread -Wl,-soname -Wl,egl_gallium.so -o .libs/egl_gallium.so ../../../../src/gallium/winsys/radeon/drm/.libs/libradeonwinsys.a(radeon_drm_bo.o): In function `radeon_bo_map': /home/fedya/mesa/BUILD/Mesa-10.0.0-rc2/src/gallium/winsys/radeon/drm/radeon_drm_bo.c:516:(.text+0xe78): relocation truncated to fit: R_ARM_THM_JUMP11 against symbol `radeon_bo_do_map' defined in .text section in ../../../../src/gallium/winsys/radeon/drm/.libs/libradeonwinsys.a(radeon_drm_bo.o) collect2: error: ld returned 1 exit status gmake[3]: *** [egl_gallium.la] Error 1 gmake[3]: Leaving directory `/home/fedya/mesa/BUILD/Mesa-10.0.0-rc2/src/gallium/targets/egl-static' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/home/fedya/mesa/BUILD/Mesa-10.0.0-rc2/src/gallium/targets' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/fedya/mesa/BUILD/Mesa-10.0.0-rc2/src' make: *** [all-recursive] Error 1 -- You are receiving this mail because: You are the assignee for the bug.

1 3

[Bug 71923] New: Screen corruption when watching VDPAU-accelerated H264 video
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=71923 Priority: medium Bug ID: 71923 Assignee: dri-devel(a)lists.freedesktop.org Summary: Screen corruption when watching VDPAU-accelerated H264 video Severity: normal Classification: Unclassified OS: Linux (All) Reporter: kaszak696(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: 9.2 Component: Drivers/Gallium/r600 Product: Mesa Created attachment 89641 --> https://bugs.freedesktop.org/attachment.cgi?id=89641&action=edit Dmesg log with the described errors Hi, i have a trouble watching some H264 videos when using VDPAU acceleration. What happens is the screen gets completly corrupted (gray bars cover the whole screen) when player plays a certain frame in the video. It always happens at the same point of the video, for some videos it doesn't happen at all. I managed to blindly save smesg output to a file when this happened, and it's filled with these kinds of messages: [ 47.595028] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! [ 48.303022] Forbidden register 0x0020 in cs at 9 [ 48.303029] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! [ 56.146022] Forbidden register 0x0024 in cs at 9 [ 56.146029] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! [ 57.148021] Forbidden register 0x0028 in cs at 9 [ 57.148028] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! [ 57.523022] Forbidden register 0x0024 in cs at 9 [ 57.523030] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! I'm using Arch Linux with 3.12.1-ck at the moment, but it also happened on 3.11-ck and 3.11 vanilla. lspci reports this card name, it's a Radeon 4570: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV710/M92 [Mobility Radeon HD 4530/4570/545v] I'm using the newest stable mesa 9.2.3 and xf86-video-ati 7.2.0. The issue happens with mpv and mplayer. -- You are receiving this mail because: You are the assignee for the bug.

1 12

[Bug 71812] New: VDPAU: MPEG-4 ASP Garbling/Corruption
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=71812 Priority: medium Bug ID: 71812 Assignee: dri-devel(a)lists.freedesktop.org Summary: VDPAU: MPEG-4 ASP Garbling/Corruption Severity: normal Classification: Unclassified OS: Linux (All) Reporter: adam(a)aphirst.karoo.co.uk Hardware: x86-64 (AMD64) Status: NEW Version: 9.2 Component: Drivers/Gallium/r600 Product: Mesa Created attachment 89489 --> https://bugs.freedesktop.org/attachment.cgi?id=89489&action=edit Playback log from mpv-player I initially reported this over at the FFmpeg Trac, so just in case I accidentally omit to mention something I've already considered (or just for reference), that's over at https://ffmpeg.org/trac/ffmpeg/ticket/3138 == Relevant Software / Hardware: == * AMD E2-1800 APU (/w Radeon HD 7340), i.e. PALM * Linux 3.12 (Distro: Arch) * FFmpeg 2.1 * mesa, mesa-libgl & ati-dri 9.2.3 * mplayer r36498, mpv 0.2.3 & VLC 2.1.1 == Summary: == Some files encoded into "MPEG-4 part 2" (seemingly, those using GMC, if zgreg's hunch on #radeon is anything to go by) render/decode incorrectly using VDPAU hardware-decoding on my AMD chipset. The files work fine using software decoding, and worked fine back when using Catalyst & VA-API (which should mean that the files and the hardware are fine). By "incorrectly", I don't mean complete garbage. About half of the image renders fine, it's just that between reference frames it progressively garbles into a bright-green mess in heavily-updated areas. I'll try to catch a decent screenshot demonstrating this when I can. In the meantime, I've put a sample affected file up on my Dropbox account: https://dl.dropboxusercontent.com/u/3219541/harlock-ep20.mkv I'll re-attach here some mplayer/mpv logs, and some output from vdpauinfo and ffprobe; and I'll also attach output from glxinfo. If there's anything extra I ought to provide, please say so :) -- You are receiving this mail because: You are the assignee for the bug.

1 15

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel July 2017