Re: [PATCH 1/4] drm/v3d: Delay the scheduler timeout if we're still making progress.

Am Dienstag, den 03.07.2018, 10:05 -0700 schrieb Eric Anholt: > GTF-GLES2.gtf.GL.acos.acos_float_vert_xvary submits jobs that take 4 > seconds at maximum resolution, but we still want to reset quickly if a > job is really hung.  Sample the CL's current address and the return > address (since we

Re: [PATCH 1/4] drm/v3d: Delay the scheduler timeout if we're still making progress.

Lucas Stach writes: > Am Dienstag, den 03.07.2018, 10:05 -0700 schrieb Eric Anholt: >> GTF-GLES2.gtf.GL.acos.acos_float_vert_xvary submits jobs that take 4 >> seconds at maximum resolution, but we still want to reset quickly if a >> job is really hung.  Sample the CL's current address and the

Re: [PATCH 1/4] drm/v3d: Delay the scheduler timeout if we're still making progress.

Am Dienstag, den 03.07.2018, 10:05 -0700 schrieb Eric Anholt: > GTF-GLES2.gtf.GL.acos.acos_float_vert_xvary submits jobs that take 4 > seconds at maximum resolution, but we still want to reset quickly if a > job is really hung.  Sample the CL's current address and the return > address (since we

Re: [PATCH 1/4] drm/v3d: Delay the scheduler timeout if we're still making progress.

On Tue, Jul 03, 2018 at 10:05:12AM -0700, Eric Anholt wrote: > GTF-GLES2.gtf.GL.acos.acos_float_vert_xvary submits jobs that take 4 > seconds at maximum resolution, but we still want to reset quickly if a > job is really hung. Sample the CL's current address and the return > address (since we

Re: [PATCH 1/4] drm/v3d: Delay the scheduler timeout if we're still making progress.

On Tue, Jul 3, 2018 at 1:05 PM, Eric Anholt wrote: > GTF-GLES2.gtf.GL.acos.acos_float_vert_xvary submits jobs that take 4 > seconds at maximum resolution, but we still want to reset quickly if a > job is really hung. Sample the CL's current address and the return > address (since we call into

[PATCH 1/4] drm/v3d: Delay the scheduler timeout if we're still making progress.

GTF-GLES2.gtf.GL.acos.acos_float_vert_xvary submits jobs that take 4 seconds at maximum resolution, but we still want to reset quickly if a job is really hung. Sample the CL's current address and the return address (since we call into tile lists repeatedly) and if either has changed then assume