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