https://bugs.freedesktop.org/show_bug.cgi?id=98492
Bug ID: 98492 Summary: X-Plane 10 Core Dumping when using Real-Weather or any clouds Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel@lists.freedesktop.org Reporter: amarildo-geral@autistici.org QA Contact: dri-devel@lists.freedesktop.org
Created attachment 127609 --> https://bugs.freedesktop.org/attachment.cgi?id=127609&action=edit journalctl
X-Plane crashes when using Real_weather or when setting up any kinds of clouds for the Sim.
As per journalctl would suggest, libpthreads isn't the cause. I've isntalled it here on Arch and the sim still crashes.
https://bugs.freedesktop.org/show_bug.cgi?id=98492
--- Comment #1 from Nicolai Hähnle nhaehnle@gmail.com --- Hi Amarildo, could you provide a backtrace with debug symbols of radeonsi? Also, if you could reproduce this with an apitrace and upload it somewhere, that would be very helpful.
https://bugs.freedesktop.org/show_bug.cgi?id=98492
--- Comment #2 from Amarildo amarildo-geral@autistici.org --- Created attachment 127758 --> https://bugs.freedesktop.org/attachment.cgi?id=127758&action=edit GALLIUM_DDEBUG-1
GALLIUM_DDEBUG="pipelined 2000" FILE 1
https://bugs.freedesktop.org/show_bug.cgi?id=98492
--- Comment #3 from Amarildo amarildo-geral@autistici.org --- Created attachment 127759 --> https://bugs.freedesktop.org/attachment.cgi?id=127759&action=edit GALLIUM_DDEBUG-2
GALLIUM_DDEBUG 2
https://bugs.freedesktop.org/show_bug.cgi?id=98492
--- Comment #4 from Amarildo amarildo-geral@autistici.org --- (In reply to Nicolai Hähnle from comment #1)
Hi Amarildo, could you provide a backtrace with debug symbols of radeonsi? Also, if you could reproduce this with an apitrace and upload it somewhere, that would be very helpful.
Absolutely. I just need to know what is the exact command to launch the simulator with. Could you specify it to me?
I ran it with `GALLIUM_DDEBUG="pipelined 2000"` and I'm attatching the resulting files now.
In the mean time I'll record it and upload the video yo YouTube.
Cheers
https://bugs.freedesktop.org/show_bug.cgi?id=98492
--- Comment #5 from Nicolai Hähnle nhaehnle@gmail.com --- So I'm confused, you're seeing hangs now?
Judging by another X-Plane 10-related bug report, you should run with the MESA_EXTENSION_OVERRIDE=-GL_AMD_pinned_memory environment variable setting.
If you're still seeing crashes, please install debug symbols for the radeonsi driver and run in gdb. I.e.: `MESA_EXTENSION_OVERRIDE=-GL_AMD_pinned_memory gdb X-Plane-x86_64`, and then `run --force_run`.
https://bugs.freedesktop.org/show_bug.cgi?id=98492
--- Comment #6 from Amarildo amarildo-geral@autistici.org --- (In reply to Nicolai Hähnle from comment #5)
So I'm confused, you're seeing hangs now?
Judging by another X-Plane 10-related bug report, you should run with the MESA_EXTENSION_OVERRIDE=-GL_AMD_pinned_memory environment variable setting.
If you're still seeing crashes, please install debug symbols for the radeonsi driver and run in gdb. I.e.: `MESA_EXTENSION_OVERRIDE=-GL_AMD_pinned_memory gdb X-Plane-x86_64`, and then `run --force_run`.
Hi Nicolai,
The hangs only happen with the radeon Kernel driver. Today I tested linux-4.8.8 with the radeon Kernel driver, with mesa-git and llvm-svn, and the system hanged. However, setting up clouds did not make the Sim crash. I'm yet to test X-Plane with radeon, mesa-git llvm-svn, and that environment you specified.
-----------------
The crash mentioned on this bug only happen with the amdgpu Kernel driver. Last time I tried I couldn't use this driver with regular/stable Mesa.
Setting up `MESA_EXTENSION_OVERRIDE='-GL_AMD_pinned_memory'` WORKS! :D Could you explain what it does? Could you push a patch so users are not required to run this environment manually?
Thank you very much for your support so far.
https://bugs.freedesktop.org/show_bug.cgi?id=98492
--- Comment #7 from Nicolai Hähnle nhaehnle@gmail.com --- What this setting does is disable support for the specified extension. The problem here is that the application uses the extension in a problematic way: by the way the extension is phrased, it should only work for allocations at a page-level granularity. X-Plane 10 tries to use it for a different granularity and doesn't check for error results (which it really must).
We could hack around the page-level granularity limitations in the same way that the closed-source driver does it, but I'm hesitant to do so because it can never be a complete fix: if two pinned buffers overlap on the same page, we simply cannot support that currently. So who knows what other potential application bugs we'd just be papering over.
As for a patch, we might add a driconf-based application-specific workaround for this.
https://bugs.freedesktop.org/show_bug.cgi?id=98492
Timothy Arceri t_arceri@yahoo.com.au changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE
--- Comment #8 from Timothy Arceri t_arceri@yahoo.com.au ---
*** This bug has been marked as a duplicate of bug 97909 ***
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org