https://bugs.freedesktop.org/show_bug.cgi?id=93301
Nicolai Hähnle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #29 from Kamil Páral ---
Yes, I can confirm NS2 works well now. One thing to note is that when compiling
the shaders, the memory usage of the game is much higher than when running from
the cache (even *after* the compilation has ended
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #28 from famo ---
I just want to report that with new mesa and cache NS2 runs as smooth as
butter, thanks to the devs!
System:Host: cray Kernel: 4.12.4-1-CHAKRA x86_64 (64 bit) Desktop: KDE
Plasma 5.10.4 Distro: Chakra
Machine:
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #27 from Thomas DEBESSE ---
On my end I re-tried to play ns2_linux32 with my R9 390X two days ago running
Linux 4.9 (amdgpu), Mesa 17~git and LLVM 4~svn and I was able to play a
complete alien tutorial without crashes and the renderin
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #26 from famo ---
(In reply to Kamil Páral 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_2330666
> This
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #25 from Kamil Páral ---
Please note that more people report crashing on radeonsi after some time of
playing:
http://forums.unknownworlds.com/discussion/comment/2330666/#Comment_2330666
This is with "Failed to allocate" errors.
For m
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #24 from famo ---
Created attachment 128953
--> https://bugs.freedesktop.org/attachment.cgi?id=128953&action=edit
GTT and VRAM on crash
Here is another screenshot, taken right on a crash.
--
You are receiving this mail because:
Y
https://bugs.freedesktop.org/show_bug.cgi?id=93301
famo changed:
What|Removed |Added
CC||richard.l...@gmail.com
--- Comment #23 from famo
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #22 from Marek Olšák ---
Yeah, it could be a memory leak of some kind. I recommend running the game with
this environment variable:
GALLIUM_HUD=VRAM-usage,GTT-usage
You should see if it's leaking GPU buffers. You can also try runnin
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #21 from Nicolai Hähnle ---
Indeed. You'll also find that thread 1 commits suicide because TCMalloc cannot
find more memory. So it's definitely still an out of memory condition, but
without more evidence to the contrary I'm inclined
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #20 from Marek Olšák ---
(In reply to Thomas DEBESSE from comment #19)
> Created attachment 120443 [details]
> ns2 stdout + gdb full backtrace + libdrm-radeon1-dbg symbols / patched mesa
> + R600_DEBUG=info
This looks like the mmap
https://bugs.freedesktop.org/show_bug.cgi?id=93301
Thomas DEBESSE changed:
What|Removed |Added
Attachment #120443|ns2 stdout + gdb full |ns2 stdout + gdb full
descriptio
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #19 from Thomas DEBESSE ---
Created attachment 120443
--> https://bugs.freedesktop.org/attachment.cgi?id=120443&action=edit
ns2 stdout + gdb full backtrace + libdrm-radeon1-dbg symbols / patched mesa
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #18 from Thomas DEBESSE ---
OK, I patched and recompiled mesa, but it changes nothing (see incoming log).
Setting R600_DEBUG=info I get:
---8<-
radeon_drm_winsys_create: create cache of 4194304 bytes
pci_id = 0x67b0
fami
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #17 from Marek Olšák ---
(In reply to Thomas DEBESSE from comment #16)
> OK. Thanks, I will try all these things. I just have one question, since
> this software is running in 32 bit mode, does it mean I have to recompile
> mesa in
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #16 from Thomas DEBESSE ---
OK. Thanks, I will try all these things. I just have one question, since this
software is running in 32 bit mode, does it mean I have to recompile mesa in
32bit too ?
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=93301
Nicolai Hähnle changed:
What|Removed |Added
CC||nhaehnle at gmail.com
--- Comment #15
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #14 from Marek Olšák ---
No, Hawaii doesn't have DCC.
The issue can indeed be that there is not enough address space. Mesa doesn't
unmap most buffers, because mmap is a very costly operation. Such buffers are
only unmapped when des
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #13 from Alex Deucher ---
(In reply to Nicolai Hähnle from comment #12)
> I'm a bit surprised in hindsight that nodcc had an effect. Now that I think
> about it, Hawaii doesn't actually have DCC, does it?
Right. Hawaii (CI) does no
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #12 from Nicolai Hähnle ---
Thank you for the followup.
Concerning your last backtrace: The crash is in a different thread than the one
you mentioned, but the symbols in the backtrace suggest that it happens while
updating a buffer,
https://bugs.freedesktop.org/show_bug.cgi?id=93301
Nicolai Hähnle changed:
What|Removed |Added
Summary|ns2_linux32: radeon VM |ns2_linux32: radeon VM
21 matches
Mail list logo
