linux-kernel-test/drivers/gpu/drm/radeon
Nicolai Haehnle e2898c5fdd drm/radeon: r300_cmdbuf: Always emit INDX_BUFFER immediately after DRAW_INDEX
DRAW_INDEX writes a vertex count to VAP_VF_CNTL. Docs say that behaviour
is undefined (i.e. lockups happen) when this write is not followed by the
right number of vertex indices.

Thus we used to do the wrong thing when drawing across many cliprects was
necessary, because we emitted a sequence
DRAW_INDEX, DRAW_INDEX, INDX_BUFFER, INDX_BUFFER
instead of
DRAW_INDEX, INDX_BUFFER, DRAW_INDEX, INDX_BUFFER
The latter is what we're doing now and which ought to be correct.

Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-08-25 06:35:05 +10:00
..
Makefile drm: reorganise drm tree to be more future proof. 2008-07-14 10:45:01 +10:00
r300_cmdbuf.c drm/radeon: r300_cmdbuf: Always emit INDX_BUFFER immediately after DRAW_INDEX 2008-08-25 06:35:05 +10:00
r300_reg.h radeon: fix some hard lockups on r3/4/500s 2008-08-25 06:34:58 +10:00
radeon_cp.c radeon: fix some hard lockups on r3/4/500s 2008-08-25 06:34:58 +10:00
radeon_drv.c drm: reorganise drm tree to be more future proof. 2008-07-14 10:45:01 +10:00
radeon_drv.h radeon: fix some hard lockups on r3/4/500s 2008-08-25 06:34:58 +10:00
radeon_ioc32.c drm: reorganise drm tree to be more future proof. 2008-07-14 10:45:01 +10:00
radeon_irq.c drm: reorganise drm tree to be more future proof. 2008-07-14 10:45:01 +10:00
radeon_mem.c drm: reorganise drm tree to be more future proof. 2008-07-14 10:45:01 +10:00
radeon_microcode.h drm: reorganise drm tree to be more future proof. 2008-07-14 10:45:01 +10:00
radeon_state.c drm: reorganise drm tree to be more future proof. 2008-07-14 10:45:01 +10:00