[Bug 43191] Radeons needs 2D (MACRO) color tiling for optimal performance
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Mon Nov 28 10:44:16 PST 2011
https://bugs.freedesktop.org/show_bug.cgi?id=43191
--- Comment #18 from Simon Farnsworth <simon.farnsworth at onelan.co.uk> 2011-11-28 10:44:16 PST ---
Created attachment 53912
--> https://bugs.freedesktop.org/attachment.cgi?id=53912
CS dumping (from the kernel) for the lockup case
I'm about to go home for the day, and will come back to this tomorrow.
I've patched r600_fence_ring_emit to print fence->seq every time it emits a
fence, and uncommented the CS dumper in evergreen_cs.c. I'm assuming that the
CP is ordered w.r.t. fences, so that it's the 487 instructions after fence
0x00000016 that I need to interpret to determine what's caused the CP to lock
up.
My test program, running against Mesa master as of commit
c5012c1d56dfbf11cd631b3b37890b40d56ac884 is very simple:
#include <stdio.h>
#include <stdlib.h>
#include <GL/glut.h>
static void draw( void )
{
static float color = 1.0f;
glClearColor( color, color, color, 1.0 );
glClear( GL_COLOR_BUFFER_BIT );
color = 1.0f - color;
glutSwapBuffers();
glutPostRedisplay();
}
int main( int argc, char *argv[] )
{
glutInit( &argc, argv );
glutInitDisplayMode( GLUT_RGB | GLUT_DOUBLE );
glutCreateWindow( "Flasher" );
glutFullScreen();
glutDisplayFunc( draw );
glutMainLoop();
return 0;
}
I'm running it with no command line arguments - some runs it works, others it
locks up.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the xorg-driver-ati
mailing list