dri-devel September 2019

dri-devel@lists.freedesktop.org

315 participants
2278 discussions

[Bug 73480] New: Segmentation fault starting mpeg2 playback using XBMC
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=73480 Priority: medium Bug ID: 73480 Assignee: dri-devel(a)lists.freedesktop.org Summary: Segmentation fault starting mpeg2 playback using XBMC Severity: normal Classification: Unclassified OS: Linux (All) Reporter: doctor64(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/DRI/R600 Product: Mesa Created attachment 91830 --> https://bugs.freedesktop.org/attachment.cgi?id=91830&action=edit dmesg output When trying to play mpeg2 live TV stream in XBMC 13, using wsnipex ppa MESA and VDPAU, XBMC crashed. h264 streams using VDPAU play without problems. Disabling VDPAU in XBMC remove crash. -- You are receiving this mail because: You are the assignee for the bug.

1 5

[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 72877] Wrong colors with Mesa 9.2, 10.0, and 11.0.2 on PPC Linux systems
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

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

1 0

[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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2019