[Bug 59649] [r600][RV635] GPU lockup CP stall / GPU resets over and over - Kernel 3.7 to 3.11 inclusive
https://bugs.freedesktop.org/show_bug.cgi?id=59649 --- Comment #11 from Shawn Starr --- Ths is not 100% repeatable but we still can reset the GPU and that's not good -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 58033] [r300g][r600g] Black gap artifacts when playing WoW
https://bugs.freedesktop.org/show_bug.cgi?id=58033 --- Comment #20 from Chris Rankin --- (In reply to comment #19) > This corruption appears with all shader backends (sb,llvm,sb+llvm) ? Actually, the RV730 corruption has changed: instead of the "shadow-like" artifacts, the window beneath the UI briefly turns completely black instead. (Or sometime completely blue - I guess it depends on my location in the game). This corruptions happens both with and without RADEON_DEBUG=nosb. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 68224] [radeonsi] Serious Sam3 is segfaulting (LLVM assert)
https://bugs.freedesktop.org/show_bug.cgi?id=68224 --- Comment #15 from Laurent carlier --- (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 -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 69340] Recent mesa git revisions cause frequent gpu hangs on radeonsi
https://bugs.freedesktop.org/show_bug.cgi?id=69340 --- Comment #5 from Dave Witbrodt --- Created attachment 85830 --> https://bugs.freedesktop.org/attachment.cgi?id=85830&action=edit Sample of dmesg output I began seeing these symptoms on my HD 7850 PITCAIRN when I attempted to upgrade Mesa from commit 6b5c802c (Sep. 2) to commit 2937d704 (Sep. 6). I had upgraded libdrm from 2.4.46 to commit 58d00888 at the same time. The attached dmesg output looks a lot like the bug reported here by José, so I hope I'm not interfering with an unrelated problem. I have been having trouble finding time to investigate, which is why I did not report this myself sooner. I am using a stable 3.10 kernel with DRM cherry picks from 3.11 and upcoming 3.12 -- which is not appropriate for use when reporting bugs. I also did not rebuild the entire X stack when I upgraded, but just libdrm and Mesa. There was a lot of due diligence I needed to perform before filing a bug report here... Anyway, I'm glad to see others reporting this -- now I feel less alone. Not a lot happened in Mesa between 6b5c802c and 2937d704, so if it turns out that my Frankenstein kernel is not to blame, and rebuilding the X stack doesn't help, then I'm going to bisect Mesa. I have "good" and "bad" commits to use, and I'm really interested in seeing whether the one big Radeon change in that interval is the culprit: commit a81beee37e0dd7b75422448420e8e8b0b4b76c1e Author: Alex Deucher Date: Fri Sep 6 16:43:34 2013 -0400 radeon/winsys: pad IBs to a multiple of 8 DWs -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 69340] Recent mesa git revisions cause frequent gpu hangs on radeonsi
https://bugs.freedesktop.org/show_bug.cgi?id=69340 --- Comment #6 from Dave Witbrodt --- (In reply to comment #5) I forgot to mention... The X server runs fine, with no GPU spew in dmesg. I can use the web browser and other programs which are not very challenging for the GPU. DOSBox uses some OpenGL, and it runs fine; prboom-plus uses a bit more OpenGL, and it runs OK. Its when I tested 'torcs' that everything ground to a halt. After navigating the torcs menus to start a game, the screen goes black. One time, the screen came back for a moment -- the FPS indicator showed 0.2 frames/sec -- before blacking out again. I was able to get to VT1 with Ctrl-Alt-F1 and kill torcs, and X was running OK again with I attempted to go back to it with Alt-F7. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 69340] Recent mesa git revisions cause frequent gpu hangs on radeonsi
https://bugs.freedesktop.org/show_bug.cgi?id=69340 --- Comment #7 from Hohahiu --- Update: today's mesa git works with unigene tropics for me. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 69340] Recent mesa git revisions cause frequent gpu hangs on radeonsi
https://bugs.freedesktop.org/show_bug.cgi?id=69340 --- Comment #8 from Dave Witbrodt --- (In reply to comment #7) Seeing Hohahiu's good news, I thought I would try updating Mesa again (commit 4b3c0a79). Now my desktop manager (lightdm) will not even start! ... [ 83180.086] (II) [KMS] Kernel modesetting enabled. [ 83180.086] (==) RADEON(0): Depth 24, (--) framebuffer bpp 32 [ 83180.086] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) [ 83180.086] (==) RADEON(0): Default visual is TrueColor [ 83180.087] (**) RADEON(0): Option "ColorTiling" "on" [ 83180.087] (**) RADEON(0): Option "ColorTiling2D" "on" [ 83180.087] (**) RADEON(0): Option "AccelMethod" "glamor" [ 83180.087] (**) RADEON(0): Option "SwapbuffersWait" "off" [ 83180.087] (==) RADEON(0): RGB weight 888 [ 83180.087] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) [ 83180.087] (--) RADEON(0): Chipset: "PITCAIRN" (ChipID = 0x6819) [ 83180.087] (II) Loading sub module "dri2" [ 83180.087] (II) LoadModule: "dri2" [ 83180.087] (II) Module "dri2" already built-in [ 83180.087] (II) Loading sub module "glamoregl" [ 83180.087] (II) LoadModule: "glamoregl" [ 83180.087] (II) Loading /usr/lib/xorg/modules/libglamoregl.so [ 83180.087] (II) Module glamoregl: vendor="X.Org Foundation" [ 83180.087] compiled for 1.14.2.902, module version = 0.5.1 [ 83180.087] ABI class: X.Org ANSI C Emulation, version 0.4 [ 83180.087] (II) glamor: OpenGL accelerated X.org driver based. [ 83180.097] (II) glamor: EGL version 1.4 (DRI2): [ 83180.105] (EE) [ 83180.105] (EE) Backtrace: [ 83180.105] (EE) 0: /usr/bin/X (xorg_backtrace+0x3d) [0x57c51d] [ 83180.105] (EE) 1: /usr/bin/X (0x40+0x17ffc9) [0x57ffc9] [ 83180.105] (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fec25304000+0xf210) [0x7fec25313210] [ 83180.105] (EE) 3: /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 (_ZTIN4llvm18format_object_baseE+0x0) [0x7fec1f49d000] [ 83180.105] (EE) [ 83180.105] (EE) Segmentation fault at address 0x7fec1f49d000 [ 83180.105] (EE) Fatal server error: [ 83180.105] (EE) Caught signal 11 (Segmentation fault). Server aborting [ 83180.105] (EE) [ 83180.105] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 83180.105] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 83180.105] (EE) [ 83180.112] (EE) Server terminated with error (1). Closing log file. Oh happy happy joy joy!! I had just rebuilt Mesa, xorg-server, glamor-egl, and xf86-video-ati... hoping for the best. Unfortunately, I have no time to look into this right now. It seems to be related to LLVM and/or glamor. I had to downgrade to the last working versions of everything. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 69340] Recent mesa git revisions cause frequent gpu hangs on radeonsi
https://bugs.freedesktop.org/show_bug.cgi?id=69340 --- Comment #9 from Dave Witbrodt --- (In reply to comment #8) Oops! My LLVM 3.4 is not new enough. Marek's transform feedback stuff went in; I need svn190575 or newer, but I had svn190499 installed. Will try again with svn190655 -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 69340] Recent mesa git revisions cause frequent gpu hangs on radeonsi
https://bugs.freedesktop.org/show_bug.cgi?id=69340 --- Comment #10 from had...@gmx.de --- I have the gpu lockups too on an 7750 in different apps, for instance xonotic. I did a bisect and it led to this commit: e8f9195e5fb34a45783d6491d2e0305a0b137439 is the first bad commit commit e8f9195e5fb34a45783d6491d2e0305a0b137439 Author: Axel Davy Date: Thu Aug 15 12:47:58 2013 +0200 gallium, intel: Implements new __DRI_IMAGE_USE_LINEAR and PIPE_BIND_LINEAR flags to enforce no tiling. Signed-off-by: Axel Davy And indeed reverting it seems to fix the lockups. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 60929] [r600-llvm] mono games with opengl are blocking on start
https://bugs.freedesktop.org/show_bug.cgi?id=60929 --- Comment #19 from had...@gmx.de --- I can confirm that changing DisablePrettyStackTrace to true generally in llvm fixes the startup hang. Tested with different mono based Games(Expedition Conquistador, Rochard, Bastion) on radeonsi. And i have to say I'm quite happy with the performance in the games. Thanks, guys! -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 69340] Recent mesa git revisions cause frequent gpu hangs on radeonsi
https://bugs.freedesktop.org/show_bug.cgi?id=69340 --- Comment #11 from Dave Witbrodt --- (In reply to comment #10) > I have the gpu lockups too on an 7750 in different apps, for instance > xonotic. > I did a bisect and it led to this commit: > > e8f9195e5fb34a45783d6491d2e0305a0b137439 is the first bad commit > commit e8f9195e5fb34a45783d6491d2e0305a0b137439 > Author: Axel Davy > Date: Thu Aug 15 12:47:58 2013 +0200 > > gallium, intel: Implements new __DRI_IMAGE_USE_LINEAR and > PIPE_BIND_LINEAR flags to enforce no tiling. > > Signed-off-by: Axel Davy > > And indeed reverting it seems to fix the lockups. I can confirm that this commit was the problem in my case. That commit introduced a boolean error in src/gallium/drivers/radeonsi/r600_texture.c which was later fixed in 49f2ba2c. My Mesa build on Sep. 2 was before e8f9195e, and on Sep. 6 was after. The new Mesa I built today was only failing because my LLVM 3.4 did not include the necessary patch for Marek's transform feedback work. Once I update LLVM, no GPU failures were observed and all was well again. Hopefully José will have no more problems if he gets a new version of Mesa at or after commit 49f2ba2c. If he uses a version after 2b71b3d4, he will need LLVM 3.4 at svn190575 or later. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 68224] [radeonsi] Serious Sam3 is segfaulting (LLVM assert)
https://bugs.freedesktop.org/show_bug.cgi?id=68224 --- Comment #16 from Tom Stellard --- (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? -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 68224] [radeonsi] Serious Sam3 is segfaulting (LLVM assert)
https://bugs.freedesktop.org/show_bug.cgi?id=68224 --- Comment #17 from Laurent carlier --- (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. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 43829] Resuming my AMD A4-3300 based laptop leaves the screen black
https://bugs.freedesktop.org/show_bug.cgi?id=43829 --- Comment #34 from Hardening --- I have the exact same problem here but with a radeon HD 7310. I can try patches. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 43829] Resuming my AMD A4-3300 based laptop leaves the screen black
https://bugs.freedesktop.org/show_bug.cgi?id=43829 --- Comment #35 from Hardening --- Sorry, I forgot to precise it was with kernel 3.11 and dpm activated. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 43829] Resuming my AMD A4-3300 based laptop leaves the screen black
https://bugs.freedesktop.org/show_bug.cgi?id=43829 --- Comment #36 from Jose P. --- (In reply to comment #32) > (In reply to comment #31) > > Created attachment 84276 [details] [review] [review] > > possible fix 2/2 > > > > Please apply both patches in this set. > > Unfortunately these patches do not help. same for me, the patches didn't work. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 69365] New: vgaswitcheroo crashes when passing "OFF" to the "switch" file
https://bugs.freedesktop.org/show_bug.cgi?id=69365 Priority: medium Bug ID: 69365 Assignee: dri-devel@lists.freedesktop.org Summary: vgaswitcheroo crashes when passing "OFF" to the "switch" file Severity: normal Classification: Unclassified OS: Linux (All) Reporter: lbdkm...@sharklasers.com Hardware: Other Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI I have an HP laptop with dual AMD graphics cards (radeon HD 6520g + HD 6750M) running Ubuntu 13.10 beta1, kernel 3.11.0-7-generic amd64. This command # echo "OFF" > /sys/kernel/debug/vgaswitcheroo/switch throws a WARNING in the kernel logs, after which the folder /sys/kernel/debug/vgaswitcheroo/ and the dGPU disappear (as noted in the logs) (and power usage is notably lowered, guessing from the temperatures). dmesg: http://pastebin.com/Pb7ELyqP , lines 1196+ Someone else in the #radeon channel also found this report: http://lists.freedesktop.org/archives/dri-devel/2013-September/045157.html which links to another old report from the same person. Thanks. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 69328] Recoverable and unrecoverable lockups with opencl-example on trinity APU
https://bugs.freedesktop.org/show_bug.cgi?id=69328 slick...@gmx.com changed: What|Removed |Added Component|Drivers/Gallium/r600|Drivers/DRI/R600 --- Comment #3 from slick...@gmx.com --- The patch seems to make it work! rotl tests fail however: Running ./math-int rotl 1 1 2 Failed Running ./math-int rotl 1 32 1 Failed Running ./math-int rotl -1 5 -1 Failed Running ./math-int rotl 4096 23 8 Failed -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
