From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 89377] [radeonsi] "Hand of Fate" is stuck on SIGPWR/SIGXCPU after start Date: Sun, 01 Mar 2015 16:48:37 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1084211213==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id EFC256E18C for ; Sun, 1 Mar 2015 08:48:36 -0800 (PST) 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 --===============1084211213== Content-Type: multipart/alternative; boundary="1425228516.22eeE2bb0.19196"; charset="UTF-8" --1425228516.22eeE2bb0.19196 Date: Sun, 1 Mar 2015 16:48:36 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=89377 Bug ID: 89377 Summary: [radeonsi] "Hand of Fate" is stuck on SIGPWR/SIGXCPU after start Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel@lists.freedesktop.org Reporter: kai@dev.carbon-project.org QA Contact: dri-devel@lists.freedesktop.org Blocks: 77449 The Unity3D-based (Mono) game "Hand of Fate" is stuck on a black screen after the initial static screens (logos) and just the music is playing. If I attach GDB to the game I see SIGPWR being received by the game, pressing c just get's me another such signal, sometimes the endless SIGPWR stream is broken by a SIGXCPU or two. This sounds oddly reminiscent of bug #60929, but I'm not seeing this with any other Mono-based game besides "Hand of Fate". And since I haven't managed to start the game with R600_LLVM=0, I can't verify, whether this is the same bug or a different one. Please also note, that there seems to be a similar issue (ie. same effect) with this game, that can be fixed by rebooting most of the time, if I go by the forums. See e.g. , where the developer recommends this procedure. Not sure, if those two are related. My current stack (Debian testing as a base) is: GPU: Hawaii PRO [Radeon R9 290] (ChipID = 0x67b1) Mesa: Git:master/050bf75c8b libdrm: Git:master/1f73578df3 LLVM: SVN:trunk/r230209 (3.7 devel) X.Org: Git:master/xorg-server-1.17.1 Linux: 3.19.0 Firmware: > 9e05820da42549ce9c89d147cf1f8e19 hawaii_ce.bin > c8bab593090fc54f239c8d7596c8d846 hawaii_mc.bin > 3618dbb955d8a84970e262bb2e6d2a16 hawaii_me.bin > c000b0fc9ff6582145f66504b0ec9597 hawaii_mec.bin > 0643ad24b3beff2214cce533e094c1b7 hawaii_pfp.bin > ba6054b7d78184a74602fd81607e1386 hawaii_rlc.bin > 11288f635737331b69de9ee82fe04898 hawaii_sdma.bin > 284429675a5560e0fad42aa982965fc2 hawaii_smc.bin libclc: Git:master/5cd2688a9f DDX: Git:master/b8ec9ed4fe Let me know, if you need something else. -- You are receiving this mail because: You are the assignee for the bug. --1425228516.22eeE2bb0.19196 Date: Sun, 1 Mar 2015 16:48:36 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 89377
Summary [radeonsi] "Hand of Fate" is stuck on SIGPWR/SIGXCPU after start
Product Mesa
Version git
Hardware x86-64 (AMD64)
OS Linux (All)
Status NEW
Severity normal
Priority medium
Component Drivers/Gallium/radeonsi
Assignee dri-devel@lists.freedesktop.org
Reporter kai@dev.carbon-project.org
QA Contact dri-devel@lists.freedesktop.org
Blocks 77449 

The Unity3D-based (Mono) game "Hand of Fate" is stuck on a black screen after
the initial static screens (logos) and just the music is playing. If I attach
GDB to the game I see SIGPWR being received by the game, pressing c just get's
me another such signal, sometimes the endless SIGPWR stream is broken by a
SIGXCPU or two.

This sounds oddly reminiscent of bug #60929, but I'm not seeing this with any
other Mono-based game besides "Hand of Fate". And since I haven't managed to
start the game with R600_LLVM=0, I can't verify, whether this is the same bug
or a different one.

Please also note, that there seems to be a similar issue (ie. same effect) with
this game, that can be fixed by rebooting most of the time, if I go by the
forums. See e.g.
<http://steamcommunity.com/app/266510/discussions/0/617329150700428644/#c617329150701149465>,
where the developer recommends this procedure. Not sure, if those two are
related.

My current stack (Debian testing as a base) is:
GPU: Hawaii PRO [Radeon R9 290] (ChipID = 0x67b1)
Mesa: Git:master/050bf75c8b
libdrm: Git:master/1f73578df3
LLVM: SVN:trunk/r230209 (3.7 devel)
X.Org: Git:master/xorg-server-1.17.1
Linux: 3.19.0
Firmware: <http://people.freedesktop.org/~agd5f/radeon_ucode/>
> 9e05820da42549ce9c89d147cf1f8e19  hawaii_ce.bin
> c8bab593090fc54f239c8d7596c8d846  hawaii_mc.bin
> 3618dbb955d8a84970e262bb2e6d2a16  hawaii_me.bin
> c000b0fc9ff6582145f66504b0ec9597  hawaii_mec.bin
> 0643ad24b3beff2214cce533e094c1b7  hawaii_pfp.bin
> ba6054b7d78184a74602fd81607e1386  hawaii_rlc.bin
> 11288f635737331b69de9ee82fe04898  hawaii_sdma.bin
> 284429675a5560e0fad42aa982965fc2  hawaii_smc.bin
libclc: Git:master/5cd2688a9f
DDX: Git:master/b8ec9ed4fe

Let me know, if you need something else.

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