From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 93301] ns2_linux32: radeon VM fault on Hawaii (+mmap errors)
Date: Sat, 14 Jan 2017 23:00:37 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1621212128=="
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 E4C7E6E16D
for ; Sat, 14 Jan 2017 23:00:36 +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
--===============1621212128==
Content-Type: multipart/alternative; boundary="14844348360.8bEcbEC0A.6818";
charset="UTF-8"
--14844348360.8bEcbEC0A.6818
Date: Sat, 14 Jan 2017 23:00:36 +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=3D93301
--- Comment #26 from famo ---
(In reply to Kamil P=C3=A1ral from comment #25)
> Please note that more people report crashing on radeonsi after some time =
of
> playing:
> http://forums.unknownworlds.com/discussion/comment/2330666/#Comment_23306=
66
> This is with "Failed to allocate" errors.
>=20
I know (and if you compare the system info, you'll find a lot similarities =
...
;-)
> For me personally, NS2 didn't even start on older Mesa (mmap failed), now=
it
> starts, but as people report, seems to crash after some time. I personally
> never played that long (because loading the shaders takes an eternity).
>=20
Yeah, same here, just go it to load wite mesa 13 and llvm 3.9.1.
With regard to loading times, I guess shader-on-disk cache should help here=
...
> I'd guess this is simply the game running out of 32bit space, and Mesa
> drivers being more memory hungry than proprietary drivers. The devs had O=
OM
> problems even with nvidia drivers in the past and had to cut down on memo=
ry
> usage. They said they can't even add more skins because they're that close
> to the RAM limit. They are working on a 64bit version of the game, which
> should hopefully fix all this.
--=20
You are receiving this mail because:
You are the assignee for the bug.=
--14844348360.8bEcbEC0A.6818
Date: Sat, 14 Jan 2017 23:00:36 +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
Commen=
t # 26
on bug 93301<=
/a>
from famo
(In reply to Kamil P=C3=A1ral from comment #25)
> Please note that more people report crashing on =
radeonsi after some time of
> playing:
> http://forums.unknownworlds.com/discussion/comment/233066=
6/#Comment_2330666
> This is with "Failed to allocate" errors.
>
I know (and if you compare the system info, you'll find a lot similarities =
...
;-)
> For me personally, NS2 didn't even start on olde=
r Mesa (mmap failed), now it
> starts, but as people report, seems to crash after some time. I person=
ally
> never played that long (because loading the shaders takes an eternity).
>
Yeah, same here, just go it to load wite mesa 13 and llvm 3.9.1.
With regard to loading times, I guess shader-on-disk cache should help here=
...
> I'd guess this is simply the game running out of=
32bit space, and Mesa
> drivers being more memory hungry than proprietary drivers. The devs ha=
d OOM
> problems even with nvidia drivers in the past and had to cut down on m=
emory
> usage. They said they can't even add more skins because they're that c=
lose
> to the RAM limit. They are working on a 64bit version of the game, whi=
ch
> should hopefully fix all this.
You are receiving this mail because:
- You are the assignee for the bug.
=
--14844348360.8bEcbEC0A.6818--
--===============1621212128==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz
dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg==
--===============1621212128==--