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: Mon, 02 Mar 2015 11:02:46 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0474915186=="
Return-path:
Received: from culpepper.freedesktop.org (unknown [131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id 817946E43F
for ; Mon, 2 Mar 2015 03:02:46 -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
--===============0474915186==
Content-Type: multipart/alternative; boundary="1425294166.fbDE60.17137"; charset="UTF-8"
--1425294166.fbDE60.17137
Date: Mon, 2 Mar 2015 11:02:46 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
https://bugs.freedesktop.org/show_bug.cgi?id=89377
Kai changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |NOTOURBUG
--- Comment #2 from Kai ---
(In reply to smoki from comment #1)
> (In reply to Kai from comment #0)
> >
> > Let me know, if you need something else.
>
> Xorg.0.log and glxinfo output.
Nope. glxinfo would only be helpful, if you want to suggest I'm not using
radeonsi and falling back to e.g. llvmpipe. Xorg.0.log would have been posted
(and mentioned), if something would have been logged there, after starting the
game (same goes for the obvious other places like dmesg).
> Because it must be specific to resolution or you might miss s3tc extension,
> or such...
No. Have a look at the referenced bug, and you can see that this assumption is
baseless. A missing S3TC extension might lead to textureless models, but most
likely not to a SIGPWR/SIGXCPU. Please don't just throw random stuff in bug
reports, keep the noise down. My reply here was inflated unnecessarily.
But since yesterday I've been able to find, that the game generating "Got a bad
hardware address length for an AF_PACKET 16 8" is a known bug with Unity/Mono
and some games express the same behaviour (black screen). I'm going to close
this bug for the moment and open it later, if the developer fixed the issue and
this problem persists.
--
You are receiving this mail because:
You are the assignee for the bug.
--1425294166.fbDE60.17137
Date: Mon, 2 Mar 2015 11:02:46 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Kai
changed
bug 89377
| What |
Removed |
Added |
| Status |
NEW
|
RESOLVED
|
| Resolution |
---
|
NOTOURBUG
|
Comment # 2
on bug 89377
from Kai
(In reply to smoki from comment #1)
> (In reply to Kai from comment #0)
> >
> > Let me know, if you need something else.
>
> Xorg.0.log and glxinfo output.
Nope. glxinfo would only be helpful, if you want to suggest I'm not using
radeonsi and falling back to e.g. llvmpipe. Xorg.0.log would have been posted
(and mentioned), if something would have been logged there, after starting the
game (same goes for the obvious other places like dmesg).
> Because it must be specific to resolution or you might miss s3tc extension,
> or such...
No. Have a look at the referenced bug, and you can see that this assumption is
baseless. A missing S3TC extension might lead to textureless models, but most
likely not to a SIGPWR/SIGXCPU. Please don't just throw random stuff in bug
reports, keep the noise down. My reply here was inflated unnecessarily.
But since yesterday I've been able to find, that the game generating "Got a bad
hardware address length for an AF_PACKET 16 8" is a known bug with Unity/Mono
and some games express the same behaviour (black screen). I'm going to close
this bug for the moment and open it later, if the developer fixed the issue and
this problem persists.
You are receiving this mail because:
- You are the assignee for the bug.
--1425294166.fbDE60.17137--
--===============0474915186==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0
cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK
--===============0474915186==--