Hi Chris, can you provide more information for gvt_basic? it is gvt-d or gvt-g?

It is neither.

Failure rate 1/59 run(s) (1%)

No occurences for the past 10 days. Raising the priority to get attention!

260 runs passed (skipped) without hangups on HSW-4770R.

Kernel: drm-tip: 2017y-03m-23d-22h-16m-00s
Config: CI 2393

(In reply to Martin Peres from comment #3)
> Failure rate 1/59 run(s) (1%)
> 
> No occurences for the past 10 days. Raising the priority to get attention!

Hi Martin, I still confuse for meaning of failure for this case, can you explain it? It return unexpected skipped? or any failure information?

(In reply to Dorota Czaplejewicz from comment #4)
> 260 runs passed (skipped) without hangups on HSW-4770R.
> 
> Kernel: drm-tip: 2017y-03m-23d-22h-16m-00s
> Config: CI 2393

Dorota, can you attach the detail config here? :)

Sure, the config I used is here:
https://intel-gfx-ci.01.org/CI/CI_DRM_2393/kernel.config.bz2

Sorry for not stating what CI this is.

Hi Dorota, I use your config to build kernel and run the gvt_basic case on it, both Haswell platform and Skylake platform are run fail with skipped as below:


IGT-Version: 1.17-ge631bb5 (x86_64) (Linux: 4.11.0-rc3-CI-CI_DRM_2393+ x86_64)
Reloading i915 with enable_gvt=1

Test requirement not met in function __real_main29, file gvt_basic.c:34:
Test requirement: igt_gvt_load_module()
Last errno: 9, Bad file descriptor
Subtest invalid-placeholder-test: SKIP


should we need any specific configurations for host grub?

Terrence, judging by the CI: https://intel-gfx-ci.01.org/CI/igt@gvt_basic@invalid-placeholder-test.html
meaning of failure is "fail", the meaning of no failure is "skip". In this case, your execution would not be a failure but an expected skip.

(In reply to Dorota Czaplejewicz from comment #9)
> Terrence, judging by the CI:
> https://intel-gfx-ci.01.org/CI/igt@gvt_basic@invalid-placeholder-test.html
> meaning of failure is "fail", the meaning of no failure is "skip". In this
> case, your execution would not be a failure but an expected skip.

So I cannot reproduce the issue in my side, it always returns skip in my haswell desktop.

(In reply to Martin Peres from comment #3)
> Failure rate 1/59 run(s) (1%)
> 
> No occurences for the past 10 days. Raising the priority to get attention!

Sorry, I did not get any email about this issue...

We got an incomplete in CI, instead of the usual skip. This bug report is actually quite stupid, now that I think of it. It is more likely than the previous test hanged the machine with a slight delay and/or the test never managed to get written to disk.

The current failure rate is 1 in 190 runs, so basically, we have no useful information, so I will close this bug.

This caused again incomplete in: https://patchwork.freedesktop.org/series/23702/

Re-opened to reconsider.

the test case is called gvt_basic, but cannot see the connection between GVT driver and the test case gvt_basic.

It is better if someone can help us to understand how the gvt_basic test case is related to the GVT driver

(In reply to Jani Saarinen from comment #12)
> This caused again incomplete in:
> https://patchwork.freedesktop.org/series/23702/
> 
> Re-opened to reconsider.

from the attached link, seems this series passed the test

It was re-run. But problem still there. 
See mail on intel-gfx:
> Test gem_exec_flush:
>         Subgroup basic-batch-kernel-default-uc:
>                 pass       -> FAIL       (fi-snb-2600) fdo#100007
> Test gvt_basic:
>         Subgroup invalid-placeholder-test:
>                 skip       -> INCOMPLETE (fi-hsw-4770r)
I guess just need to re-open:
https://bugs.freedesktop.org/show_bug.cgi?id=100256
blah...done, marked for the future.

(In reply to Jani Saarinen from comment #15)
> It was re-run. But problem still there. 
> See mail on intel-gfx:
> > Test gem_exec_flush:
> >         Subgroup basic-batch-kernel-default-uc:
> >                 pass       -> FAIL       (fi-snb-2600) fdo#100007
> > Test gvt_basic:
> >         Subgroup invalid-placeholder-test:
> >                 skip       -> INCOMPLETE (fi-hsw-4770r)
> I guess just need to re-open:
> https://bugs.freedesktop.org/show_bug.cgi?id=100256
> blah...done, marked for the future.

Thanks Jani.

I checked a kernel dmesg from: https://intel-gfx-ci.01.org/CI/Patchwork_4588/fi-hsw-4770r/igt@gvt_basic@invalid-placeholder-test.html, which should be in incomplete case for gvt_basic test.

From the kernel dmesg, I can see even gvt-g is not enabled:
[    3.388092] [drm:intel_gvt_init [i915]] GVT-g is disabled by kernel params

so would you please let me know what does this gvt_basic do with GVT-g?

The test does nothing more than a module load with i915.enable_gvt=1. There is not a single error to suggest that the gvt initialisation code is at fault, indeed on hsw the initialisation code for gvt is not even run. This is just your irregular module load fail without information to discern the cause.

(In reply to Chris Wilson from comment #17)
> The test does nothing more than a module load with i915.enable_gvt=1. There
> is not a single error to suggest that the gvt initialisation code is at
> fault, indeed on hsw the initialisation code for gvt is not even run. This
> is just your irregular module load fail without information to discern the
> cause.

Hi Chris,

As we reviewed from the patch "drm/i915/gvt: Add gvt options sanitize function", for the platforms which are not supported, enable_gvt will be cleared, and keep the i915 module loading successfully.

With this design, do you think what should be the next step for this issue?

Lets close this as not reproducible.
As written. This is just your irregular module load fail without information to discern the cause.

Last seen: 2017-03-13
Statistics: Failure rate 1/372 run(s) (0%)