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==--