From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 91278] Tonga GPU lock/reset fail with Unigine Valley
Date: Tue, 29 Sep 2015 10:32:21 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0519956768=="
Return-path:
Received: from culpepper.freedesktop.org (unknown [131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id D60836E570
for ; Tue, 29 Sep 2015 03:32:20 -0700 (PDT)
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
--===============0519956768==
Content-Type: multipart/alternative; boundary="1443522740.cA4c7Ac0.31466"; charset="UTF-8"
--1443522740.cA4c7Ac0.31466
Date: Tue, 29 Sep 2015 10:32:20 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
https://bugs.freedesktop.org/show_bug.cgi?id=91278
--- Comment #14 from Andy Furniss ---
FWIW I don't think the Valley code/shaders/whatever its self triggers this.
I can run valley for > an hour depending on luck/state of my box.
One way to get a long run for me is to go into mem sleep, come out and while
nothing else is running run valley. Based on only a few runs like this, I
haven't locked it yet. Randomly starting valley after my PC has been in use all
day may lock withing 10 seconds.
I am not saying mem sleep cures all locks, just seems to make it hard. After
running valley for an hour one time, I mover onto Unreal elemental, several
runs, no lock. I then tried Unreal Atlantis and eventually got it to hang with
that, though it ran through the scripted bit and I had to start flying around
interactively before the hang.
Unreal Atlantis is a bit different/annoying. Different in that it requests more
vram than I have and annoying as it makes a 1.8 gig cache file under
$HOME/.config.
This mem sleep observation may be luck. I also haven't tested some variants yet
like with vblank_mode=0 or cpufreq_ondemand settings. I run valley all maxed
fullscreen - so yet more variables verses what others may be running it with.
--
You are receiving this mail because:
You are the assignee for the bug.
--1443522740.cA4c7Ac0.31466
Date: Tue, 29 Sep 2015 10:32:20 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Comment # 14
on bug 91278
from Andy Furniss
FWIW I don't think the Valley code/shaders/whatever its self triggers this.
I can run valley for > an hour depending on luck/state of my box.
One way to get a long run for me is to go into mem sleep, come out and while
nothing else is running run valley. Based on only a few runs like this, I
haven't locked it yet. Randomly starting valley after my PC has been in use all
day may lock withing 10 seconds.
I am not saying mem sleep cures all locks, just seems to make it hard. After
running valley for an hour one time, I mover onto Unreal elemental, several
runs, no lock. I then tried Unreal Atlantis and eventually got it to hang with
that, though it ran through the scripted bit and I had to start flying around
interactively before the hang.
Unreal Atlantis is a bit different/annoying. Different in that it requests more
vram than I have and annoying as it makes a 1.8 gig cache file under
$HOME/.config.
This mem sleep observation may be luck. I also haven't tested some variants yet
like with vblank_mode=0 or cpufreq_ondemand settings. I run valley all maxed
fullscreen - so yet more variables verses what others may be running it with.
You are receiving this mail because:
- You are the assignee for the bug.
--1443522740.cA4c7Ac0.31466--
--===============0519956768==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0
cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK
--===============0519956768==--