[igt-dev] [PATCH i-g-t] tests/kms_big_fb: Add assert for drm_intel_bufmgr and intel_batchbuffer before usage

[Ser, Simon]

On Thu, 2019-08-08 at 18:04 +0530, Swati Sharma wrote:
> if drm_intel_bufmgr_gem_init() or intel_batchbuffer_alloc()
> returns NULL, it leads to seg fault as below:
> 
> root at testrunner:/home/testrunner/swati/otc_gen_graphics-intel-gpu-tools#
> ./tests/kms_big_fb
> IGT-Version: 1.24-g976db91 (x86_64) (Linux: 5.1.0-rc6+ x86_64)
> Max driver framebuffer size 8192x8192
> RAM: 2749 MiB, GPU address space: 134217728 MiB, GGTT mappable size: 256
> MiB
> Received signal SIGSEGV.
> Stack trace:
>  #0 [fatal_sig_handler+0x77]
>  #1 [killpg+0x40]
>  #2 [drm_intel_bo_alloc+0x0]
>  #3 [intel_batchbuffer_reset+0x33]
>  #4 [intel_batchbuffer_alloc+0x34]
>  #5 [__real_main603+0x3e9]
>  #6 [main+0x23]
>  #7 [__libc_start_main+0xf0]
>  #8 [_start+0x29]
>  #9 [<unknown>+0x29]
> Segmentation fault (core dumped)
> 
> To prevent this igt_assert() is added for both the functions.

I'm not sure I understand why this segfault happens. Seems like
drm_intel_bufmgr_gem_init can return NULL in the following cases:

* No compiled with libdrm_intel support, in which case the tests should
  be skipped
* Allocation failure or pthread mutex failure, which are unlikely to
  happen (but it would be nice to log something when those fail)
* DRM_IOCTL_I915_GEM_APERTURE fails (but something is printed to
  stderr, it doesn't seem like this is the case here)

Am I missing something?

> Signed-off-by: Swati Sharma <swati2.sharma at intel.com>
> ---
>  tests/kms_big_fb.c | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git a/tests/kms_big_fb.c b/tests/kms_big_fb.c
> index c3498c6..69061a6 100644
> --- a/tests/kms_big_fb.c
> +++ b/tests/kms_big_fb.c
> @@ -648,7 +648,10 @@ igt_main
>  			data.render_copy = igt_get_render_copyfunc(data.devid);
>  
>  		data.bufmgr = drm_intel_bufmgr_gem_init(data.drm_fd, 4096);
> +		igt_assert(data.bufmgr);
> +
>  		data.batch = intel_batchbuffer_alloc(data.bufmgr, data.devid);
> +		igt_assert(data.batch);
>  	}
>  
>  	/*