https://bugs.freedesktop.org/show_bug.cgi?id=68224
Priority: medium Bug ID: 68224 Assignee: dri-devel@lists.freedesktop.org Summary: [radeonsi] Serious Sam3 is segfaulting (LLVM assert) Severity: blocker Classification: Unclassified OS: Linux (All) Reporter: lordheavym@gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa
Created attachment 84175 --> https://bugs.freedesktop.org/attachment.cgi?id=84175&action=edit shader dump from Serious Sam 3 with RADEON_DUMP_SHADERS=1
* mesa: OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN OpenGL version string: 2.1 Mesa 9.3.0-devel (git-703a2f4) * llvm-3.4svn r188604
The game "segfault" just before the logo shows up:
Starting program: /home/lordh/.local/share/Steam/SteamApps/common/Serious Sam 3/Bin/Sam3.orig warning: Could not load shared library symbols for linux-gate.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". cat: /etc/debian_version: Aucun fichier ou dossier de ce type Setting breakpad minidump AppID = 41070 Steam_SetMinidumpSteamID: Caching Steam ID: 76561197992653503 [API loaded no] [New Thread 0xf5914b40 (LWP 6689)] [New Thread 0xf14acb40 (LWP 6693)] AL lib: pulseaudio.c:612: Context did not connect: Access denied [New Thread 0xeff0ab40 (LWP 6698)] [Thread 0xeff0ab40 (LWP 6698) exited] AL lib: pulseaudio.c:612: Context did not connect: Access denied [New Thread 0xeff0ab40 (LWP 6699)] [Thread 0xeff0ab40 (LWP 6699) exited] AL lib: pulseaudio.c:612: Context did not connect: Access denied [New Thread 0xeff0ab40 (LWP 6700)] [New Thread 0xef0e9b40 (LWP 6701)] [New Thread 0xee832b40 (LWP 6702)] [Thread 0xee832b40 (LWP 6702) exited] Installing breakpad exception handler for appid(gameoverlayui)/version(20130816170723_client) Installing breakpad exception handler for appid(gameoverlayui)/version(1.0_client) Installing breakpad exception handler for appid(gameoverlayui)/version(1.0_client) Installing breakpad exception handler for appid(gameoverlayui)/version(1.0_client) [0817/170723:WARNING:proxy_service.cc(958)] PAC support disabled because there is no system implementation Sam3.orig: AMDGPUInstrInfo.cpp:109: virtual void llvm::AMDGPUInstrInfo::storeRegToStackSlot(llvm::MachineBasicBlock&, llvm::MachineBasicBlock::iterator, unsigned int, bool, int, const llvm::TargetRegisterClass*, const llvm::TargetRegisterInfo*) const: Assertion `!"Not Implemented"' failed.
* gdb backstrace:
#0 0xf7fdb425 in __kernel_vsyscall () #1 0xf7d6f7e6 in raise () from /usr/lib32/libc.so.6 #2 0xf7d70f73 in abort () from /usr/lib32/libc.so.6 #3 0xf7d687d7 in __assert_fail_base () from /usr/lib32/libc.so.6 #4 0xf7d68887 in __assert_fail () from /usr/lib32/libc.so.6 #5 0xf17a86a9 in llvm::AMDGPUInstrInfo::storeRegToStackSlot(llvm::MachineBasicBlock&, llvm::MachineBasicBlock::bundle_iterator<llvm::MachineInstr, llvm::ilist_iteratorllvm::MachineInstr >, unsigned int, bool, int, llvm::TargetRegisterClass const*, llvm::TargetRegisterInfo const*) const () from /usr/lib32/libLLVM-3.4svn.so #6 0xf1d50389 in ?? () from /usr/lib32/libLLVM-3.4svn.so #7 0xf1d52773 in ?? () from /usr/lib32/libLLVM-3.4svn.so #8 0xf1e6aafe in ?? () from /usr/lib32/libLLVM-3.4svn.so #9 0xf1e595ad in llvm::RegAllocBase::allocatePhysRegs() () from /usr/lib32/libLLVM-3.4svn.so #10 0xf1e6e099 in ?? () from /usr/lib32/libLLVM-3.4svn.so #11 0xf1dd2d52 in llvm::MachineFunctionPass::runOnFunction(llvm::Function&) () from /usr/lib32/libLLVM-3.4svn.so #12 0xf1a0973f in llvm::FPPassManager::runOnFunction(llvm::Function&) () from /usr/lib32/libLLVM-3.4svn.so #13 0xf1a09b68 in llvm::FPPassManager::runOnModule(llvm::Module&) () from /usr/lib32/libLLVM-3.4svn.so #14 0xf1a09e1c in llvm::MPPassManager::runOnModule(llvm::Module&) () from /usr/lib32/libLLVM-3.4svn.so #15 0xf1a0a05b in llvm::PassManagerImpl::run(llvm::Module&) () from /usr/lib32/libLLVM-3.4svn.so #16 0xf1a0a166 in llvm::PassManager::run(llvm::Module&) () from /usr/lib32/libLLVM-3.4svn.so #17 0xf1f42937 in ?? () from /usr/lib32/libLLVM-3.4svn.so #18 0xf1f42cc0 in LLVMTargetMachineEmitToMemoryBuffer () from /usr/lib32/libLLVM-3.4svn.so #19 0xf36c9b47 in radeon_llvm_compile (M=M@entry=0x14da15b8, binary=binary@entry=0xffff5ed4, gpu_family=0xf38653d2 "pitcairn", dump=dump@entry=0) at radeon_llvm_emit.c:124 #20 0xf36bbd82 in si_compile_llvm (rctx=rctx@entry=0x9845218, shader=shader@entry=0x14da88f8, mod=0x14da15b8) at radeonsi_shader.c:1478 #21 0xf36bc5cd in si_pipe_shader_create (ctx=ctx@entry=0x9845218, shader=shader@entry=0x14da88f8) at radeonsi_shader.c:1620 #22 0xf36c5576 in si_shader_select (ctx=ctx@entry=0x9845218, sel=sel@entry=0x14e27610, dirty=dirty@entry=0x0) at si_state.c:2393 #23 0xf36c58bb in si_create_shader_state (ctx=0x9845218, state=<optimized out>, pipe_shader_type=1) at si_state.c:2435 #24 0xf34f9313 in st_translate_fragment_program (st=st@entry=0x98c45a8, stfp=stfp@entry=0x14ed0c58, key=key@entry=0xffffb148) at ../../src/mesa/state_tracker/st_program.c:768 #25 0xf34fa6f6 in st_get_fp_variant (st=st@entry=0x98c45a8, stfp=stfp@entry=0x14ed0c58, key=key@entry=0xffffb148) at ../../src/mesa/state_tracker/st_program.c:805 #26 0xf34c1f33 in update_fp (st=0x98c45a8) at ../../src/mesa/state_tracker/st_atom_shader.c:92 #27 0xf34be81e in st_validate_state (st=st@entry=0x98c45a8) at ../../src/mesa/state_tracker/st_atom.c:221 #28 0xf34d5eac in st_draw_vbo (ctx=0x98e7760, prims=0xffffb298, nr_prims=1, ib=0xffffb288, index_bounds_valid=1 '\001', min_index=0, max_index=3, tfb_vertcount=0x0) at ../../src/mesa/state_tracker/st_draw.c:210 #29 0xf34a92f9 in vbo_handle_primitive_restart (ctx=ctx@entry=0x98e7760, prim=prim@entry=0xffffb298, nr_prims=nr_prims@entry=1, ib=ib@entry=0xffffb288, index_bounds_valid=index_bounds_valid@entry=1 '\001', min_index=min_index@entry=0, max_index=max_index@entry=3) at ../../src/mesa/vbo/vbo_exec_array.c:585 #30 0xf34aa4a9 in vbo_validated_drawrangeelements (ctx=ctx@entry=0x98e7760, mode=mode@entry=4, index_bounds_valid=index_bounds_valid@entry=1 '\001', start=start@entry=0, end=end@entry=3, count=count@entry=6, type=type@entry=5123, indices=indices@entry=0x0, basevertex=basevertex@entry=0, numInstances=numInstances@entry=1, baseInstance=baseInstance@entry=0) at ../../src/mesa/vbo/vbo_exec_array.c:1004 #31 0xf34aa8a4 in vbo_exec_DrawRangeElementsBaseVertex (mode=mode@entry=4, start=start@entry=0, end=end@entry=3, count=count@entry=6, type=type@entry=5123, indices=indices@entry=0x0, basevertex=basevertex@entry=0) at ../../src/mesa/vbo/vbo_exec_array.c:1112 #32 0xf34aa99f in vbo_exec_DrawRangeElements (mode=4, start=0, end=3, count=6, type=5123, indices=0x0) at ../../src/mesa/vbo/vbo_exec_array.c:1132
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #1 from Tom Stellard tstellar@gmail.com --- Created attachment 84473 --> https://bugs.freedesktop.org/attachment.cgi?id=84473&action=edit Possible Fix
Can you try this mesa patch. If it doesn't fix the crash, can you re-post the shader dump with the patch applied.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #2 from Laurent carlier lordheavym@gmail.com --- (In reply to comment #1)
Created attachment 84473 [details] [review] Possible Fix
Can you try this mesa patch. If it doesn't fix the crash, can you re-post the shader dump with the patch applied.
With the patch applied it still fail
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #3 from Laurent carlier lordheavym@gmail.com --- Created attachment 84475 --> https://bugs.freedesktop.org/attachment.cgi?id=84475&action=edit Shader dump with patch applied
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #4 from Tom Stellard tstellar@gmail.com --- Created attachment 84543 --> https://bugs.freedesktop.org/attachment.cgi?id=84543&action=edit Patch #2
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #5 from Tom Stellard tstellar@gmail.com --- Created attachment 84544 --> https://bugs.freedesktop.org/attachment.cgi?id=84544&action=edit LLVM Patch #3
If you apply all three of these patches, does it fix the crash?
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #6 from Laurent carlier lordheavym@gmail.com --- (In reply to comment #5)
Created attachment 84544 [details] [review] LLVM Patch #3
If you apply all three of these patches, does it fix the crash?
It's better, now it crash before the intro start (so latter), new shader dump attached
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #7 from Laurent carlier lordheavym@gmail.com --- Created attachment 84551 --> https://bugs.freedesktop.org/attachment.cgi?id=84551&action=edit Shader dump with 3 patches applied
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #8 from Laurent carlier lordheavym@gmail.com --- Same problem with Brütal Legend (after the intro):
Buddha.bin.x86: AMDGPUInstrInfo.cpp:109: virtual void llvm::AMDGPUInstrInfo::storeRegToStackSlot(llvm::MachineBasicBlock&, llvm::MachineBasicBlock::iterator, unsigned int, bool, int, const llvm::TargetRegisterClass*, const llvm::TargetRegisterInfo*) const: Assertion `!"Not Implemented"' failed. Stack dump: 0. Running pass 'Function Pass Manager' on module 'tgsi'. 1. Running pass 'Greedy Register Allocator' on function '@main'
https://bugs.freedesktop.org/show_bug.cgi?id=68224
Tom Stellard tstellar@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #84473|0 |1 is obsolete| | Attachment #84543|0 |1 is obsolete| | Attachment #84544|0 |1 is obsolete| |
--- Comment #9 from Tom Stellard tstellar@gmail.com --- Created attachment 84880 --> https://bugs.freedesktop.org/attachment.cgi?id=84880&action=edit SGPR register spilling patch
Can you test this patch? It should fix the crash, but it may hang your GPU.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #10 from Laurent carlier lordheavym@gmail.com --- (In reply to comment #9)
Created attachment 84880 [details] [review] SGPR register spilling patch
Can you test this patch? It should fix the crash, but it may hang your GPU.
It's not really better; instead of the assert, it gives a GPU lockup
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #11 from Michel Dänzer michel@daenzer.net --- (In reply to comment #9)
.addImm(Lane);
This results in the lane number being encoded verbatim in the VSRC1 instruction field, which I don't think is correct?
I tried adding 0x80 to make it an inline literal, but Sanctuary still locks up.
Another potential gotcha I noticed in the ISA documentation is that the V_READ/WRITELANE instructions don't respect the EXEC mask.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
Tom Stellard tstellar@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #84475|0 |1 is obsolete| | Attachment #84551|0 |1 is obsolete| | Attachment #84880|0 |1 is obsolete| |
--- Comment #12 from Tom Stellard tstellar@gmail.com --- Created attachment 85372 --> https://bugs.freedesktop.org/attachment.cgi?id=85372&action=edit SGPR register spilling patch v2
Can you try this v2 patch? It fixes the bug Michel found plus another one.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #13 from Laurent carlier lordheavym@gmail.com --- (In reply to comment #12)
Created attachment 85372 [details] [review] SGPR register spilling patch v2
Can you try this v2 patch? It fixes the bug Michel found plus another one.
Same result as patch v1, GPU lockup instead of llvm assert; Sanctuary demo gives also a GPU lockup
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #14 from Tom Stellard tstellar@gmail.com --- (In reply to comment #13)
(In reply to comment #12)
Created attachment 85372 [details] [review] [review] SGPR register spilling patch v2
Can you try this v2 patch? It fixes the bug Michel found plus another one.
Same result as patch v1, GPU lockup instead of llvm assert; Sanctuary demo gives also a GPU lockup
Sanctuary doesn't lockup for me with this patch, but the only thing visible is the torch. Everything else is black. What settings are you using with Sanctuary?
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #15 from Laurent carlier lordheavym@gmail.com --- (In reply to comment #14)
(In reply to comment #13)
(In reply to comment #12)
Created attachment 85372 [details] [review] [review] [review] SGPR register spilling patch v2
Can you try this v2 patch? It fixes the bug Michel found plus another one.
Same result as patch v1, GPU lockup instead of llvm assert; Sanctuary demo gives also a GPU lockup
Sanctuary doesn't lockup for me with this patch, but the only thing visible is the torch. Everything else is black. What settings are you using with Sanctuary?
It's locking up just at the end of the loading screen, so it's the default settings
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #16 from Tom Stellard tstellar@gmail.com --- (In reply to comment #15)
(In reply to comment #14)
(In reply to comment #13)
(In reply to comment #12)
Created attachment 85372 [details] [review] [review] [review] [review] SGPR register spilling patch v2
Can you try this v2 patch? It fixes the bug Michel found plus another one.
Same result as patch v1, GPU lockup instead of llvm assert; Sanctuary demo gives also a GPU lockup
Sanctuary doesn't lockup for me with this patch, but the only thing visible is the torch. Everything else is black. What settings are you using with Sanctuary?
It's locking up just at the end of the loading screen, so it's the default settings
Are you using libtxc-dxtn and/or do you have floating-point textures enabled?
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #17 from Laurent carlier lordheavym@gmail.com --- (In reply to comment #16)
Are you using libtxc-dxtn and/or do you have floating-point textures enabled?
I have both enabled, (lib32-)libtxc-dxtn and floating-point textures.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #18 from Michel Dänzer michel@daenzer.net --- (In reply to comment #12)
- Use correct register flags, so we don't overwrite the low dword when restoring multi-dword registers.
This doesn't seem to result in any difference for the code generated for the first Sanctuary shader which spills registers.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #19 from Laurent carlier lordheavym@gmail.com --- Now Sanctuary works fine with llvm-3.4svn r194070 / mesa-git 86cdff5 @ PITCAIN
Brutal Legend / Serious Sam 3 are still problematic
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #20 from Arek Ruśniak arek.rusi@gmail.com --- With Mesa 10.1.0-devel (git-0601598) & LLVM 3.4 (svn-r195266) still quits in the same moment but log is a little bit different: Sam3: AMDGPUInstrInfo.cpp:113: virtual void llvm::AMDGPUInstrInfo::storeRegToStackSlot(llvm::MachineBasicBlock&, llvm::MachineBasicBlock::iterator, unsigned int, bool, int, const llvm::TargetRegisterClass*, const llvm::TargetRegisterInfo*) const: Assertion `!"Not Implemented"' failed.
I don't try Brutal Legent, but Stalker game(by the wine) has the same issue and log changes from AMDGPUInstrInfo.cpp:113 to AMDGPUInstrInfo.cpp:109 after update mesa/llvm too.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
Tom Stellard tstellar@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #85372|0 |1 is obsolete| |
--- Comment #21 from Tom Stellard tstellar@gmail.com --- Created attachment 89616 --> https://bugs.freedesktop.org/attachment.cgi?id=89616&action=edit Work Around
Hopefully this patch will fix the crash, but it will likely result in some things being rendered incorrectly. Can you test it and let me know if it makes the game playable.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #22 from Arek Ruśniak arek.rusi@gmail.com --- Created attachment 89631 --> https://bugs.freedesktop.org/attachment.cgi?id=89631&action=edit dmesg with fix (stalker)
Hi, i can't get log from SS3 because GPU crashes and can't get tty or ssh. Wine doesn't give me any usefull logs but gpu was restarted succesfully and i have dmesg output.
I applied fix on top on latest llvm(3.5). Should i use 3.4 branch instead?
I'll try redirect steam's logs to non-temporary filesystem and maybe that gives me some info.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #23 from Arek Ruśniak arek.rusi@gmail.com --- Created attachment 89640 --> https://bugs.freedesktop.org/attachment.cgi?id=89640&action=edit steam's log (SS3)
My PC hung. This is log from the game - nothing exciting as far as i know. When i find out anything useful i will call you.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #24 from Tom Stellard tstellar@gmail.com --- (In reply to comment #23)
Created attachment 89640 [details] steam's log (SS3)
My PC hung. This is log from the game - nothing exciting as far as i know. When i find out anything useful i will call you.
If you could get a dump with the environment variable
R600_DEBUG=ps,vs
That would help.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #25 from Arek Ruśniak arek.rusi@gmail.com --- Created attachment 89659 --> https://bugs.freedesktop.org/attachment.cgi?id=89659&action=edit log with R600_DEBUG=ps,vs
llvm with Tom's fix
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #26 from Tom Stellard tstellar@gmail.com --- Created attachment 89671 --> https://bugs.freedesktop.org/attachment.cgi?id=89671&action=edit Debugging Patch
Do you still have a GPU hang with this patch? Can you post the output of R600_DEBUG=ps,vs with this patch?
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #27 from Arek Ruśniak arek.rusi@gmail.com --- Created attachment 89680 --> https://bugs.freedesktop.org/attachment.cgi?id=89680&action=edit v2 log with R600_DEBUG=ps,vs
yes it still hung.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
Arek Ruśniak arek.rusi@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #89680|0 |1 is obsolete| |
--- Comment #28 from Arek Ruśniak arek.rusi@gmail.com --- Created attachment 89719 --> https://bugs.freedesktop.org/attachment.cgi?id=89719&action=edit v3 log with R600_DEBUG=ps,vs
i have to downgrade libdrm to 2.4.48 because it gives me randomly gpu crash.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #29 from Alexandre Demers alexandre.f.demers@gmail.com --- may be related to bug 71859
https://bugs.freedesktop.org/show_bug.cgi?id=68224
Tom Stellard tstellar@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #89671|0 |1 is obsolete| |
--- Comment #30 from Tom Stellard tstellar@gmail.com --- Created attachment 89806 --> https://bugs.freedesktop.org/attachment.cgi?id=89806&action=edit Possible Fix
Can you try this patch? If you get a lockup or a hang, please post the output of R600_DEBUG=ps,vs
https://bugs.freedesktop.org/show_bug.cgi?id=68224
Arek Ruśniak arek.rusi@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #89631|0 |1 is obsolete| | Attachment #89640|0 |1 is obsolete| | Attachment #89659|0 |1 is obsolete| | Attachment #89719|0 |1 is obsolete| |
--- Comment #31 from Arek Ruśniak arek.rusi@gmail.com --- Created attachment 89825 --> https://bugs.freedesktop.org/attachment.cgi?id=89825&action=edit v4 log with R600_DEBUG=ps,pv
it's not hung anymore, but new log:
Sam3: SIInstrInfo.cpp:98: virtual void llvm::SIInstrInfo::copyPhysReg(llvm::MachineBasicBlock&, llvm::MachineBasicBlock::iterator, llvm::DebugLoc, unsigned int, unsigned int, bool) const: Assertion `AMDGPU::SReg_32RegClass.contains(SrcReg)' failed.
BTW stalker & xonotic works perfectly with this fix. (32bit 10.1 git-ddc77c5 + llvm 3.5 r195722+fix)
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #32 from darkbasic darkbasic@linuxsystems.it --- Stalker? When did they release stalker for linux???
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #33 from Arek Ruśniak arek.rusi@gmail.com --- We have wine don't you forget;) Now [thanks Tom] it works with dynamic lighting etc.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
Tom Stellard tstellar@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #89806|0 |1 is obsolete| |
--- Comment #34 from Tom Stellard tstellar@gmail.com --- Created attachment 89853 --> https://bugs.freedesktop.org/attachment.cgi?id=89853&action=edit Patch 1
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #35 from Tom Stellard tstellar@gmail.com --- Created attachment 89854 --> https://bugs.freedesktop.org/attachment.cgi?id=89854&action=edit Patch 2
Can you try these two patches?
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #36 from Tom Stellard tstellar@gmail.com --- (In reply to comment #35)
Created attachment 89854 [details] [review] Patch 2
Can you try these two patches?
You should apply them both together.
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #37 from Arek Ruśniak arek.rusi@gmail.com --- yes, it works. Some textures flicker, but i don't know how it work before. I don't see visual regressions in unigine-*, xonotic, lightmarks. I check driver performance with/without patches later.
thanks a lot Tom
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #38 from Arek Ruśniak arek.rusi@gmail.com --- performance is fine, slow but not slower than before :)
https://bugs.freedesktop.org/show_bug.cgi?id=68224
Tom Stellard tstellar@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #39 from Tom Stellard tstellar@gmail.com --- The fix was committed to the LLVM tree: r195880
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #40 from darkbasic darkbasic@linuxsystems.it --- Created attachment 89954 --> https://bugs.freedesktop.org/attachment.cgi?id=89954&action=edit screenshot
It works but it's unplayable, 25 fps with shit graphic settings and 5 fps with Ultra graphic settings.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org