It took over an hour this time, but it locked up while running three different
demos.
> Looks good.. but dude diff -u plz
>
> I can't read context diffs to save my life...
>
> Dave.
Done.
drmbld/shared-core/radeon_state.c
--- drm111605/shared-core/radeon_state.cFri Nov 11 20:25:43 2
Looks good.. but dude diff -u plz
I can't read context diffs to save my life...
Dave.
On Wed, 23 Nov 2005, vehemens wrote:
> I appear to of eliminated my remaining lockups by also idling the 2D engine in
> radeon_cp_indirect which is being called from the xserver. Here is my latest
> patc
I appear to of eliminated my remaining lockups by also idling the 2D engine in
radeon_cp_indirect which is being called from the xserver. Here is my latest
patch.
*** drm111605/shared-core/radeon_state.cFri Nov 11 20:25:43 2005
--- drmbld/shared-core/radeon_state.c Wed Nov 23 22:15:17
I've managed to eliminate a number of lockups when running one or more copies
of glxgears and other GL programs with the patch below.
This suggests that the driver needs some type of command timing/processing
rules to prevent lockup (NOPs?).
I working on the other lockups, but debug seems to fi