From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 93546] Civilization 5 - Leaders in the diplomatic interactions screen appear completely black Date: Mon, 25 Jan 2016 18:48:39 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1411124445==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 1A60E6E503 for ; Mon, 25 Jan 2016 10:48:39 -0800 (PST) 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 --===============1411124445== Content-Type: multipart/alternative; boundary="14537477190.2CD3D.29652"; charset="UTF-8" --14537477190.2CD3D.29652 Date: Mon, 25 Jan 2016 18:48:39 +0000 MIME-Version: 1.0 Content-Type: text/plain https://bugs.freedesktop.org/show_bug.cgi?id=93546 --- Comment #5 from Hadrien --- Thanks Nicolai. I've been able to produce a trace file but it is huge and the replay gives some weird geometry rendering. However I've been able to get to the point where the character is drawn. The geometry is still incorrect but at least the pixels are black like during the live run of the game. It allowed me to perform step-by-step debugging into the r600 Mesa code after I rebuilt it from source with debugging options. The TGSI program looks a bit different than when I output it with the environment variable but I get the same error than with the original mesa libraries released with Ubuntu. What it looks like is that the temporary variables of the TGSI program are nearly directly mapped to registers, but the rv770 "only" have 128 registers. The TGSI program I dumped uses nearly 400 temporary variables. This might explain the error. Maybe some registers could be reused to keep below the limit? I've been browsing a bit about this kind of problem and it seems to be a typical computer-science compilation problem. A recurring solution I've read about is a graph coloring algorithm. However I do not know where any of the register allocation optimization should occur. In the r600 code or when the TGSI program is generated so all GPU specific code could benefit of it? In any case it looks like a tough problem. -- You are receiving this mail because: You are the assignee for the bug. --14537477190.2CD3D.29652 Date: Mon, 25 Jan 2016 18:48:39 +0000 MIME-Version: 1.0 Content-Type: text/html

Comment # 5 on bug 93546 from 
Thanks Nicolai. I've been able to produce a trace file but it is huge and the
replay gives some weird geometry rendering. However I've been able to get to
the point where the character is drawn. The geometry is still incorrect but at
least the pixels are black like during the live run of the game. It allowed me
to perform step-by-step debugging into the r600 Mesa code after I rebuilt it
from source with debugging options.

The TGSI program looks a bit different than when I output it with the
environment variable but I get the same error than with the original mesa
libraries released with Ubuntu.

What it looks like is that the temporary variables of the TGSI program are
nearly directly mapped to registers, but the rv770 "only" have 128 registers.
The TGSI program I dumped uses nearly 400 temporary variables. This might
explain the error.

Maybe some registers could be reused to keep below the limit? I've been
browsing a bit about this kind of problem and it seems to be a typical
computer-science compilation problem. A recurring solution I've read about is a
graph coloring algorithm. However I do not know where any of the register
allocation optimization should occur. In the r600 code or when the TGSI program
is generated so all GPU specific code could benefit of it? In any case it looks
like a tough problem.

You are receiving this mail because:
  • You are the assignee for the bug.
--14537477190.2CD3D.29652-- --===============1411124445== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0 cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK --===============1411124445==--