[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