dri-devel September 2014

dri-devel@lists.freedesktop.org

173 participants
1045 discussions

[Bug 64471] New: Radeon HD6570 lockup in Brütal Legend
by bugzilla-daemon＠freedesktop.org 07 Feb '15

07 Feb '15

https://bugs.freedesktop.org/show_bug.cgi?id=64471 Priority: medium Bug ID: 64471 Assignee: dri-devel(a)lists.freedesktop.org Summary: Radeon HD6570 lockup in Brütal Legend Severity: major Classification: Unclassified OS: Linux (All) Reporter: zboszor(a)pr.hu Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Created attachment 79165 --> https://bugs.freedesktop.org/attachment.cgi?id=79165&action=edit Lockup from "new game" I tried Brütal Legend on Fedora 18/x86_64, the game itself if i386. The system has these newer-than-Fedora18 components: kernel 3.9+ (commit 51a26ae7a14b85c99c9be470c2d28eeeba0f26a3) libdrm 2.4.44 from 2.4.44-2.fc20 SRPM from Koji recompiled on F18 llvm-3.3 from May 7, before branching to 3.3 was done mesa 9.2 from May 7, commit was around 03ef60681e61a52dee7fa3285618c313cf13f50c compiled into an RPM with float textures enabled: $ rpm -q mesa-libGL mesa-libGL-9.2-0.1.fc18.x86_64 mesa-libGL-9.2-0.1.fc18.i686 The game makes the Radeon chip lock up, reliably at the same point, which is when the game starts after the long cutscene. Attached are two dmesgs, showing the same lockup. The first occurred when I started a new game and watched through the cutscene. The second occurred when I tried to continue the auto-saved game. -- You are receiving this mail because: You are the assignee for the bug.

1 33

[Bug 75005] New: "Upvoid" segfault in radeonsi/llvm
by bugzilla-daemon＠freedesktop.org 06 Feb '15

06 Feb '15

https://bugs.freedesktop.org/show_bug.cgi?id=75005 Priority: medium Bug ID: 75005 Assignee: dri-devel(a)lists.freedesktop.org Summary: "Upvoid" segfault in radeonsi/llvm Severity: normal Classification: Unclassified OS: All Reporter: haagch.christoph(a)googlemail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 94105 --> https://bugs.freedesktop.org/attachment.cgi?id=94105&action=edit gdb "bt full" of the segfault Software: Latest mesa git etc. The program causing it is closed source: https://upvoid.com/ On intel ivy bridge it works. On radeonsi it segfaults every time when starting the game. full gdb backtrace with at least most debug information is attached. -- You are receiving this mail because: You are the assignee for the bug.

1 17

[Bug 75211] New: radeonsi/llvm SIGABRT in Antichamber (UDK)
by bugzilla-daemon＠freedesktop.org 06 Feb '15

06 Feb '15

https://bugs.freedesktop.org/show_bug.cgi?id=75211 Priority: medium Bug ID: 75211 Assignee: dri-devel(a)lists.freedesktop.org Summary: radeonsi/llvm SIGABRT in Antichamber (UDK) Severity: normal Classification: Unclassified OS: All Reporter: haagch.christoph(a)googlemail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 94363 --> https://bugs.freedesktop.org/attachment.cgi?id=94363&action=edit backtrace without debug symbols HD 7970M, mesa recent git, llvm 3.5 recent svn. Antichamber based on Unreal Engine is available in the latest Humble Bundle. The crash doesn't seem to happen deterministically, I produced such a crash two times now by playing the game for a few minutes and then it randomly crashed. UDKGame-Linux: /build/lib32-llvm-svn/src/llvm/include/llvm/CodeGen/SlotIndexes.h:417: llvm::SlotIndex llvm::SlotIndexes::getInstructionIndex(const llvm::MachineInstr*) const: Assertion `itr != mi2iMap.end() && "Instruction not found in maps."' failed. Program received signal SIGABRT, Aborted. 0xf7fdb430 in __kernel_vsyscall () The backtrace I attached is without debug symbols so maybe isn't too informative. Later I will compile with debug symbols and provide a better one if needed. -- You are receiving this mail because: You are the assignee for the bug.

1 17

[Bug 75361] New: freeze in Mass Effect 3 (wine)
by bugzilla-daemon＠freedesktop.org 06 Feb '15

06 Feb '15

https://bugs.freedesktop.org/show_bug.cgi?id=75361 Priority: medium Bug ID: 75361 Assignee: dri-devel(a)lists.freedesktop.org Summary: freeze in Mass Effect 3 (wine) Severity: normal Classification: Unclassified OS: Linux (All) Reporter: idd997733t(a)gmail.com Hardware: x86 (IA32) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 94560 --> https://bugs.freedesktop.org/attachment.cgi?id=94560&action=edit R600_DEBUG=fs,vs,gs,ps,cs dump Kernel:3.13.1/3.14_rc2 libdrm:git (21 february) mesa:git (21 february) llvm:svn (21 february) card: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn XT [Radeon HD 7870 GHz Edition] R600_DEBUG=hyperz and R600_DEBUG=nohyperz no effect Freeze in game. If use another video card (GF8800 on nouveau git) - work fine. Need dump apitrace? Let me know if you need further information. -- You are receiving this mail because: You are the assignee for the bug.

1 30

[Bug 73320] New: [radeonsi] LLVM runs out of registers during register allocation in Painkiller Hell & Damnation
by bugzilla-daemon＠freedesktop.org 06 Feb '15

06 Feb '15

https://bugs.freedesktop.org/show_bug.cgi?id=73320 Priority: medium Bug ID: 73320 Assignee: dri-devel(a)lists.freedesktop.org Summary: [radeonsi] LLVM runs out of registers during register allocation in Painkiller Hell & Damnation Severity: major Classification: Unclassified OS: Linux (All) Reporter: freedesktop.org(a)inequation.org Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa (this is possibly a duplicate of bug #72228) First of all, this report is based on a user's report - I do not have the software/hardware combo to reproduce. I can, however, provide Steam keys for the game to Mesa developers for free if it is needed, just shoot me an email. A user of Painkiller Hell & Damnation has reported crashes when using radeonsi from Mesa 10.1.0-devel (git-5a51c1b saucy-oibaf-ppa). LLVM aborts with the following message: LLVM ERROR: ran out of registers during register allocation Relevant part of the backtrace: #7 0xb7a20791 in __run_exit_handlers (status=status@entry=1, listp=0xb7b9d3e4 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true) at exit.c:77 #8 0xb7a2081d in __GI_exit (status=1) at exit.c:99 #9 0xb5d28ee3 in llvm::report_fatal_error(llvm::Twine const&, bool) () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #10 0xb5d28fdb in llvm::report_fatal_error(char const*, bool) () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #11 0xb54cf6de in llvm::RegAllocBase::allocatePhysRegs() () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #12 0xb54dec28 in ?? () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #13 0xb545781e in llvm::MachineFunctionPass::runOnFunction(llvm::Function&) () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #14 0xb5638974 in llvm::FPPassManager::runOnFunction(llvm::Function&) () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #15 0xb5638a28 in llvm::FPPassManager::runOnModule(llvm::Module&) () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #16 0xb563b195 in llvm::legacy::PassManagerImpl::run(llvm::Module&) () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #17 0xb563b336 in llvm::legacy::PassManager::run(llvm::Module&) () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #18 0xb5da1bb9 in ?? () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #19 0xb5da1f30 in LLVMTargetMachineEmitToMemoryBuffer () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #20 0xb6b92b17 in ?? () from /usr/lib/i386-linux-gnu/dri/radeonsi_dri.so #21 0xb6b80f30 in ?? () from /usr/lib/i386-linux-gnu/dri/radeonsi_dri.so #22 0xb6b81a9e in ?? () from /usr/lib/i386-linux-gnu/dri/radeonsi_dri.so #23 0xb6b8a382 in ?? () from /usr/lib/i386-linux-gnu/dri/radeonsi_dri.so #24 0xb6b8a4e3 in ?? () from /usr/lib/i386-linux-gnu/dri/radeonsi_dri.so #25 0xb698f60e in ?? () from /usr/lib/i386-linux-gnu/dri/radeonsi_dri.so #26 0xb6990966 in ?? () from /usr/lib/i386-linux-gnu/dri/radeonsi_dri.so #27 0xb6956443 in ?? () from /usr/lib/i386-linux-gnu/dri/radeonsi_dri.so #28 0xb695339e in ?? () from /usr/lib/i386-linux-gnu/dri/radeonsi_dri.so #29 0xb6968230 in ?? () from /usr/lib/i386-linux-gnu/dri/radeonsi_dri.so #30 0xb6937891 in ?? () from /usr/lib/i386-linux-gnu/dri/radeonsi_dri.so #31 0xb6938e4c in ?? () from /usr/lib/i386-linux-gnu/dri/radeonsi_dri.so #32 0xb6939254 in ?? () from /usr/lib/i386-linux-gnu/dri/radeonsi_dri.so #33 0xb693934f in ?? () from /usr/lib/i386-linux-gnu/dri/radeonsi_dri.so #34 0x08b65086 in FMeshDrawingPolicy::DrawMesh(FMeshBatch const&, int) const () Anything I can do to improve the diagnostics? -- You are receiving this mail because: You are the assignee for the bug.

1 53

[Bug 75276] New: Implement VGPR Register Spilling
by bugzilla-daemon＠freedesktop.org 06 Feb '15

06 Feb '15

https://bugs.freedesktop.org/show_bug.cgi?id=75276 Priority: medium Bug ID: 75276 Assignee: dri-devel(a)lists.freedesktop.org Summary: Implement VGPR Register Spilling Severity: normal Classification: Unclassified OS: All Reporter: tstellar(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Register spilling is not implemented for VGPRs causing a number of applications to crash. -- You are receiving this mail because: You are the assignee for the bug.

1 67

[Bug 77784] New: Certain mono based games hang the system with radeonsi (probably llvm backend)
by bugzilla-daemon＠freedesktop.org 03 Feb '15

03 Feb '15

https://bugs.freedesktop.org/show_bug.cgi?id=77784 Priority: medium Bug ID: 77784 Assignee: dri-devel(a)lists.freedesktop.org Summary: Certain mono based games hang the system with radeonsi (probably llvm backend) Severity: normal Classification: Unclassified OS: Linux (All) Reporter: j.suarez.agapito(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa My system specs are as follows (taken from Steam system information): Processor Information: Vendor: AuthenticAMD CPU Family: 0x15 CPU Model: 0x1 CPU Stepping: 0x2 CPU Type: 0x0 Speed: 3600 Mhz 8 logical processors 8 physical processors HyperThreading: Unsupported FCMOV: Supported SSE2: Supported SSE3: Supported SSSE3: Supported SSE4a: Supported SSE41: Supported SSE42: Supported Network Information: Network Speed: Operating System Version: Ubuntu 14.04 LTS (64 bit) Kernel Name: Linux Kernel Version: 3.15.0-031500rc2-generic X Server Vendor: The X.Org Foundation X Server Release: 11501000 X Window Manager: KWin Steam Runtime Version: steam-runtime-release_2014-02-05 Video Card: Driver: X.Org Gallium 0.4 on AMD PITCAIRN Driver Version: 3.0 Mesa 10.2.0-devel (git-7cb3bbf trusty-oibaf-ppa) OpenGL Version: 3.0 Desktop Color Depth: 24 bits per pixel Monitor Refresh Rate: 60 Hz VendorID: 0x1002 DeviceID: 0x6818 Number of Monitors: 1 Number of Logical Video Cards: 1 Primary Display Resolution: 1920 x 1080 Desktop Resolution: 1920 x 1080 Primary Display Size: 18,78" x 10,55" (21,54" diag) 47,7cm x 26,8cm (54,7cm diag) Primary VRAM Not Detected Sound card: Audio device: Realtek ALC889 Memory: RAM: 15865 Mb Miscellaneous: UI Language: English LANG: es_ES.UTF-8 Microphone: Not set Total Hard Disk Space Available: 469324 Mb Largest Free Hard Disk Block: 35328 Mb Installed software: Recent Failure Reports: GPU is a Radeon HD 7870, using radeonsi git 2014.04.21 (7cb3bbf) from oibaf ppa recompiled with llvm 3.5 (svn 206757). Even after bug #60929 was fixed I have been experiencing system hangs with LITTLE Racers Street, which is based on mono. The hang usually happens randomly after a few races have been played and results in the image in the screen getting its colors corrupted (just like when in old times you changed the color depth in windows 95 -I'll try to get a picture with a camera because the system is hard locked-) and a loop in the sound. So just a hard lock. I did not know what was to blame and was waiting for a game update in order to see if things got solved. However, I have recently bought Foosball Street Edition (also based on mono). The game launches and shows the menus OK, but hangs the system at about 5-10 secs after the kick-off of any match. The hang is not like LITTLE Racers Street, but rather like a series of GPU hangs and recoveries (screen goes black and then shows the game a few times in a row) which end up in the system totally frozen. During that time there is no sound playing. So probably not a lock as hard as in LITTLE Racers Street. I'm not sure how to debug this but I am quite convinced that this could be another case of mono + llvm backend incompatibility. The reason for that belief is that (i) I have tested this game on this same PC with catalyst and the game does not hang and everything works wonderfully, (ii) I obtained the same good results in a laptop with a Radeon HD 4570 (r600g, not llvm) (mesa git from around 10 April); and (iii) both games are based on mono. As stated above, I'm not sure how to debug this because when the system hangs, it does not allow VT switching to check the logs or the dmesg output. I would be happy to help with any further information needed. Regards -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 78790] New: Game Tesseract: Crash on shaders and out of registers LLVM errors
by bugzilla-daemon＠freedesktop.org 03 Feb '15

03 Feb '15

https://bugs.freedesktop.org/show_bug.cgi?id=78790 Priority: medium Bug ID: 78790 Assignee: dri-devel(a)lists.freedesktop.org Summary: Game Tesseract: Crash on shaders and out of registers LLVM errors Severity: normal Classification: Unclassified OS: Linux (All) Reporter: osbios(a)web.de Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: Drivers/Gallium/radeonsi Product: Mesa Hardware: Radeon 7870 (Pitcairn) I'm using the Oibaf repository (https://launchpad.net/~oibaf/+archive/graphics-drivers/) on xubuntu 14.04 I also have installed the "xserver-xorg-video-radeon-dbg" debug package from there. In the 3d game Tesseract (http://tesseract.gg/) some shader (sky shader?) causes llvm to run out of registers or Segmentation fault. And MSAA over 2x will cause LLVM to terminate because of "our of register" errors. Fast and dirty "How to build tesseract debug version": You need the SDL2/image/mixer packages. Command out the first two lines in the tesseract src/Makefile and add one line for debug options like this: #CXXFLAGS= -03 -fomit-frame-pointer -ffast-math #override CXXFLAGS+= -Wall -fsigned-char -fno-exceptions -fno-rtti CXXFLAGS= -g3 NOTE: "make install" only moves the binarys into the folders ../bin_unix/ cd src make make install cd .. gdb bin_unix/native_client Then trying to load the first map: MAP BROWSER -> complex And this will happen: Program received signal SIGSEGV, Segmentation fault. 0x00007fffeb529c64 in llvm::TargetInstrInfo::foldMemoryOperand(llvm::MachineBasicBlock::bundle_iterator<llvm::MachineInstr, llvm::ilist_iterator<llvm::MachineInstr> >, llvm::SmallVectorImpl<unsigned int> const&, int) const () from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 (gdb) bt #0 0x00007fffeb529c64 in llvm::TargetInstrInfo::foldMemoryOperand(llvm::MachineBasicBlock::bundle_iterator<llvm::MachineInstr, llvm::ilist_iterator<llvm::MachineInstr> >, llvm::SmallVectorImpl<unsigned int> const&, int) const () from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 #1 0x00007fffeb3eb039 in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 #2 0x00007fffeb3efdba in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 #3 0x00007fffeb3f27bf in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 #4 0x00007fffeb4ccb4e in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 #5 0x00007fffeb4c0bad in llvm::RegAllocBase::allocatePhysRegs() () from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 #6 0x00007fffeb4cf281 in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 #7 0x00007fffeb607f77 in llvm::FPPassManager::runOnFunction(llvm::Function&) () from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 #8 0x00007fffeb607ffb in llvm::FPPassManager::runOnModule(llvm::Module&) () from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 #9 0x00007fffeb60a4b5 in llvm::legacy::PassManagerImpl::run(llvm::Module&) () from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 #10 0x00007fffebc90e90 in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 #11 0x00007fffebc911d0 in LLVMTargetMachineEmitToMemoryBuffer () from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 #12 0x00007fffed143af6 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #13 0x00007fffed12ef2c in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #14 0x00007fffed12f832 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #15 0x00007fffed134f02 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #16 0x00007fffed134fe4 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #17 0x00007fffed2a5b2f in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #18 0x00007fffed2a6dde in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #19 0x00007fffed26f497 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #20 0x00007fffed26c2b7 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #21 0x00007fffed27fe11 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #22 0x00007fffed253a9d in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #23 0x00000000004123f3 in gle::end () at shared/glemu.cpp:299 #24 0x00000000004edc7c in rhquad (x1=0,241379321, y1=-0,310344875, x2=0,931034505, y2=0,379310369, tx1=-127,851761, ty1=-127,851883, tx2=1150,66675, ty2=1150,66663, tz=1086,74084) at engine/renderlights.cpp:3388 #25 0x00000000004f134c in radiancehints::renderslices (this=0x997660 <rh>) at engine/renderlights.cpp:3661 #26 0x00000000004f1b95 in renderradiancehints () at engine/renderlights.cpp:3751 #27 0x00000000004d74fd in drawcubemap (size=256, o=..., yaw=90, pitch=0, side=..., onlysky=false) at engine/rendergl.cpp:2265 #28 0x00000000005a2e4c in genenvmap (o=..., envmapsize=7, blur=0, onlysky=false) at engine/texture.cpp:2603 #29 0x00000000005a3403 in genenvmaps () at engine/texture.cpp:2688 #30 0x00000000004a2d43 in allchanged (load=true) at engine/octarender.cpp:1740 #31 0x00000000005e73b3 in load_world (mname=0x9ba2c0 <game::parsemessages(int, gameent*, databuf<unsigned char>&)::text> "complex", cname=0x0) at engine/worldio.cpp:871 #32 0x00000000005f67a3 in game::changemapserv (name=0x9ba2c0 <game::parsemessages(int, gameent*, databuf<unsigned char>&)::text> "complex", mode=0) at game/client.cpp:573 #33 0x00000000005fa601 in game::parsemessages (cn=-1, d=0x0, p=...) at game/client.cpp:1337 #34 0x00000000005fd581 in game::parsepacketclient (chan=1, p=...) at game/client.cpp:1945 #35 0x00000000004341a8 in localservertoclient (chan=1, packet=0xf62c20) at engine/client.cpp:206 #36 0x000000000057806d in sendpacket (n=0, chan=1, packet=0xf62c20, exclude=-1) at engine/server.cpp:211 #37 0x0000000000612950 in server::sendwelcome (ci=0x2674880) at game/server.cpp:1688 #38 0x00000000006179a6 in server::connected (ci=0x2674880) at game/server.cpp:2710 #39 0x0000000000617d71 in server::parsepacket (sender=0, chan=1, p=...) at game/server.cpp:2756 #40 0x0000000000578c47 in process (packet=0xaef560, sender=0, chan=1) at engine/server.cpp:345 #41 0x0000000000578d36 in localclienttoserver (chan=1, packet=0xaef560) at engine/server.cpp:353 #42 0x000000000043410e in sendclientpacket (packet=0xaef560, chan=1) at engine/client.cpp:189 #43 0x00000000005f9030 in game::sendintro () at game/client.cpp:1076 #44 0x00000000005fa00e in game::parsemessages (cn=-1, d=0x0, p=...) at game/client.cpp:1261 #45 0x00000000005fd581 in game::parsepacketclient (chan=1, p=...) at game/client.cpp:1945 #46 0x00000000004341a8 in localservertoclient (chan=1, packet=0xf3fbd0) at engine/client.cpp:206 #47 0x000000000057806d in sendpacket (n=0, chan=1, packet=0xf3fbd0, exclude=-1) at engine/server.cpp:211 #48 0x0000000000578591 in sendf (cn=0, chan=1, format=0x65882b "") at engine/server.cpp:261 #49 0x000000000061642e in server::sendservinfo (ci=0x2674880) at game/server.cpp:2397 #50 0x00000000006164ef in server::localconnect (n=0) at game/server.cpp:2415 #51 0x000000000057a26c in localconnect () at engine/server.cpp:737 #52 0x00000000005f6d5e in game::changemap (name=0xf73730 "complex", mode=0) at game/client.cpp:619 #53 0x00000000005f6dfb in game::changemap (name=0xf73730 "complex") at game/client.cpp:625 #54 0x00000000005f6e16 in game::_icmd_map<627>::run (name=0xf73730 "complex") at game/client.cpp:627 #55 0x0000000000441bc0 in runcode (code=0x2667bac, result=...) at engine/command.cpp:2599 #56 0x000000000043ec0c in runcode (code=0x2511d84, result=...) at engine/command.cpp:2292 #57 0x00000000004463bf in executeret (code=0x2511d78, result=...) at engine/command.cpp:2805 #58 0x00000000005ae2fd in UI::uirelease_<3066>::run (t=0x2511d78, f=0x8bf944 <emptyblock+4>) at engine/ui.cpp:3066 #59 0x0000000000441c6a in runcode (code=0x2511d90, result=...) at engine/command.cpp:2599 #60 0x00000000004463bf in executeret (code=0x2511d14, result=...) at engine/command.cpp:2805 #61 0x00000000005bc03d in UI::Object::buildchildren (this=0x26655e0, contents=0x2511d14) at engine/ui.cpp:494 #62 0x00000000005b1450 in UI::_icmd_uitarget<3146>::run (minw=0x7fffffff9070, minh=0x7fffffff9080, children=0x2511d14) at engine/ui.cpp:3145 #63 0x0000000000441d61 in runcode (code=0x2511e24, result=...) at engine/command.cpp:2599 #64 0x00000000004454f4 in runcode (code=0xfbb73c, result=...) at engine/command.cpp:2719 #65 0x0000000000446b78 in execute (code=0xfbb644) at engine/command.cpp:2903 #66 0x0000000000449c33 in looplist (id=0xfa8350, list=0xfa9500 "\n complex ot turbine\n \n test_ctf\n \n test_anim test_model\n", body=0xfbb644) at engine/command.cpp:3574 #67 0x0000000000441d61 in runcode (code=0xfbb744, result=...) at engine/command.cpp:2599 #68 0x000000000043e903 in runcode (code=0xfbb5c4, result=...) at engine/command.cpp:2258 #69 0x00000000004463bf in executeret (code=0xfbb3e8, result=...) at engine/command.cpp:2805 #70 0x00000000005bc03d in UI::Object::buildchildren (this=0x2665460, contents=0xfbb3e8) at engine/ui.cpp:494 #71 0x00000000005b0ff8 in UI::_icmd_uivlist<3111>::run (space=0x7fffffffb040, children=0xfbb3e8) at engine/ui.cpp:3110 #72 0x0000000000441c6a in runcode (code=0xfbb764, result=...) at engine/command.cpp:2599 #73 0x00000000004463bf in executeret (code=0xfbb3c4, result=...) at engine/command.cpp:2805 #74 0x00000000005bc03d in UI::Object::buildchildren (this=0x266ca00, contents=0xfbb3c4) at engine/ui.cpp:494 #75 0x00000000005b1530 in UI::_icmd_uiscroll<3152>::run (clipw=0x7fffffffb870, cliph=0x7fffffffb880, children=0xfbb3c4) at engine/ui.cpp:3151 #76 0x0000000000441d61 in runcode (code=0xfbb76c, result=...) at engine/command.cpp:2599 #77 0x00000000004463bf in executeret (code=0xfbad20, result=...) at engine/command.cpp:2805 #78 0x00000000005bc03d in UI::Object::buildchildren (this=0xf62b80, contents=0xfbad20) at engine/ui.cpp:494 #79 0x00000000005b0f9a in UI::_icmd_uihlist<3108>::run (space=0x7fffffffc0a0, children=0xfbad20) at engine/ui.cpp:3107 #80 0x0000000000441c6a in runcode (code=0xfbb794, result=...) at engine/command.cpp:2599 #81 0x00000000004463bf in executeret (code=0xfbacfc, result=...) at engine/command.cpp:2805 #82 0x00000000005bc03d in UI::Object::buildchildren (this=0xf57590, contents=0xfbacfc) at engine/ui.cpp:494 #83 0x00000000005b1300 in UI::_icmd_uispace<3137>::run (spacew=0x7fffffffc8d0, spaceh=0x7fffffffc8e0, children=0xfbacfc) at engine/ui.cpp:3136 #84 0x0000000000441d61 in runcode (code=0xfbb79c, result=...) at engine/command.cpp:2599 #85 0x00000000004463bf in executeret (code=0xfbacd8, result=...) at engine/command.cpp:2805 #86 0x00000000005bc03d in UI::Object::buildchildren (this=0xf61300, contents=0xfbacd8) at engine/ui.cpp:494 #87 0x00000000005b1990 in UI::_icmd_uicolor<3197>::run (c=0x7fffffffd120, minw=0x7fffffffd130, minh=0x7fffffffd140, children=0xfbacd8) at engine/ui.cpp:3196 #88 0x0000000000441ea2 in runcode (code=0xfbb7a4, result=...) at engine/command.cpp:2599 #89 0x00000000004463bf in executeret (code=0xfbaa60, result=...) at engine/command.cpp:2805 #90 0x00000000005bc03d in UI::Object::buildchildren (this=0xf614a0, contents=0xfbaa60) at engine/ui.cpp:494 #91 0x00000000005b0ff8 in UI::_icmd_uivlist<3111>::run (space=0x7fffffffd950, children=0xfbaa60) at engine/ui.cpp:3110 #92 0x0000000000441c6a in runcode (code=0xfbb7ac, result=...) at engine/command.cpp:2599 #93 0x00000000004463bf in executeret (code=0xfbaa50, result=...) at engine/command.cpp:2805 #94 0x00000000005bc03d in UI::Object::buildchildren (this=0xfb7ad0, contents=0xfbaa50) at engine/ui.cpp:494 #95 0x00000000005ac968 in UI::Window::build (this=0xfb7ad0) at engine/ui.cpp:784 #96 0x00000000005be4fb in UI::World::build (this=0xf5a510) at engine/ui.cpp:701 #97 0x00000000005b3a68 in UI::update () at engine/ui.cpp:3474 #98 0x00000000004669a6 in main (argc=1, argv=0x7fffffffe018) at engine/main.cpp:1212 This one map (without a sky) runs fine: MAP BROWSER -> test_model Changing MSAA to a value over 2x will causes an LLVM out of register error: LLVM ERROR: ran out of registers during register allocation [Thread 0x7fffe6102700 (LWP 21580) exited] [Thread 0x7fffeab3c700 (LWP 21578) exited] [Thread 0x7ffff7fbb780 (LWP 21576) exited] [Inferior 1 (process 21576) exited with code 01] No backtrace here. I also get the bug that I can't use buffers over 256MiB. That already got reported here: https://bugs.freedesktop.org/show_bug.cgi?id=78717 -- You are receiving this mail because: You are the assignee for the bug.

1 3

[Bug 79155] New: [Tesseract Game] Global Illumination: Medium Causes Color Distortion
by bugzilla-daemon＠freedesktop.org 03 Feb '15

03 Feb '15

https://bugs.freedesktop.org/show_bug.cgi?id=79155 Priority: medium Bug ID: 79155 Assignee: dri-devel(a)lists.freedesktop.org Summary: [Tesseract Game] Global Illumination: Medium Causes Color Distortion Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mmstickman(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 99679 --> https://bugs.freedesktop.org/attachment.cgi?id=99679&action=edit Screenshot of graphical error Currently using a Radeon HD 7950 with the latest git of mesa. Setting Global Illumination to Medium or above causes graphical corruption. -- You are receiving this mail because: You are the assignee for the bug.

1 9

[Bug 84147] New: (piglit) gl-3.0-multidrawarrays-vertexid produce GPU fault
by bugzilla-daemon＠freedesktop.org 31 Jan '15

31 Jan '15

https://bugs.freedesktop.org/show_bug.cgi?id=84147 Priority: medium Bug ID: 84147 Assignee: dri-devel(a)lists.freedesktop.org Summary: (piglit) gl-3.0-multidrawarrays-vertexid produce GPU fault Severity: major Classification: Unclassified OS: Linux (All) Reporter: smoki00790(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Running piglit test on Kabini: ./bin/gl-3.0-multidrawarrays-vertexid -auto test fail and produce: [ 9372.705357] radeon 0000:00:01.0: GPU fault detected: 147 0x07c52002 [ 9372.705366] radeon 0000:00:01.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x0000103E [ 9372.705370] radeon 0000:00:01.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x05020002 [ 9372.705374] VM fault (0x02, vmid 2) at page 4158, write from 'TC0' (0x54433000) (32) Guess but maybe something like intel do recently in 927f5db46135b3eb63f401833b1e40a3be9ca4e0 and before that is needed for radeonsi. -- You are receiving this mail because: You are the assignee for the bug.

1 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2014