From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 101977] UE4 4.17 causes Assertion `G_0286CC_LINEAR_CENTER_ENA(shader->config.spi_ps_input_addr)' failed Date: Tue, 08 Aug 2017 22:54:31 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1244611704==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [IPv6:2610:10:20:722:a800:ff:fe98:4b55]) by gabe.freedesktop.org (Postfix) with ESMTP id 25F656E240 for ; Tue, 8 Aug 2017 22:54:31 +0000 (UTC) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1244611704== Content-Type: multipart/alternative; boundary="15022328711.338CedDC.6098"; charset="UTF-8" --15022328711.338CedDC.6098 Date: Tue, 8 Aug 2017 22:54:31 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated https://bugs.freedesktop.org/show_bug.cgi?id=3D101977 Marek Ol=C5=A1=C3=A1k changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |NOTOURBUG Status|NEW |RESOLVED --- Comment #15 from Marek Ol=C5=A1=C3=A1k --- Interesting. So it's a UE4 bug after all. If UE4 didn't export its own libe= lf functions, it would work. When the driver is loaded, the dynamic linker loads libelf, but since UE4 exports the same function names as libelf does, libelf functions are not lo= aded at all and the functions from UE4 are exposed to the driver instead. The driver, thinking it's calling libelf, is actually invoking the UE4 function= s of the same name. A temporary workaround is to load the system libelf first by doing: LD_PRELOAD=3D/usr/lib/x86_64-linux-gnu/libelf.so ./UE4Editor It will have the opposite effect. UE4 will use system libelf instead of its own, because the symbols conflict and the system one is loaded first. This bug should be fixed in UE4 though. I'm closing this bug, because there is nothing Mesa can do here. --=20 You are receiving this mail because: You are the assignee for the bug.= --15022328711.338CedDC.6098 Date: Tue, 8 Aug 2017 22:54:31 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated = Marek Ol=C5=A1=C3=A1k changed bug 10197= 7
What Removed Added
Resolution --- NOTOURBUG
Status NEW RESOLVED

Comme= nt # 15 on bug 10197= 7 from Marek Ol=C5=A1=C3=A1k 
Interesting. So it's a UE4 bug after all. If UE4 didn't export=
 its own libelf
functions, it would work.

When the driver is loaded, the dynamic linker loads libelf, but since UE4
exports the same function names as libelf does, libelf functions are not lo=
aded
at all and the functions from UE4 are exposed to the driver instead. The
driver, thinking it's calling libelf, is actually invoking the UE4 function=
s of
the same name.

A temporary workaround is to load the system libelf first by doing:

LD_PRELOAD=3D/usr/lib/x86_64-linux-gnu/libelf.so ./UE4Editor

It will have the opposite effect. UE4 will use system libelf instead of its
own, because the symbols conflict and the system one is loaded first.

This bug should be fixed in UE4 though.

I'm closing this bug, because there is nothing Mesa can do here.

You are receiving this mail because:
  • You are the assignee for the bug.
= --15022328711.338CedDC.6098-- --===============1244611704== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== --===============1244611704==--