It's not a bug in gvt_basic. And igt itself shouldn't be affected by the mere lack of i915.ko loaded before any test starts (we depend on igt loading i915.ko as required). You haven't actually reported the problem, so I presume it is just part of your test framework.

(In reply to Chris Wilson from comment #1)
> It's not a bug in gvt_basic. And igt itself shouldn't be affected by the
> mere lack of i915.ko loaded before any test starts (we depend on igt loading
> i915.ko as required). You haven't actually reported the problem, so I
> presume it is just part of your test framework.

Hi Chris

i am not sure if this is a bug for that reason i've reported here for a professional opinion, the the lack of i915.ko clearly affect to all other tests  running with piglit framework, for example there are two more tests that does the same :

case 1:
==============================
- igt@drv_module_reload@basic-no-display

stdout:
IGT-Version: 1.20-gb64c093 (x86_64) (Linux: 4.15.0-rc7-drm-intel-qa-ww2-commit-353fa2d+ x86_64)
Reloading i915 with disable_display=1

Subtest basic-no-display: SUCCESS (0.561s)

case 2:
==============================
- igt@drv_module_reload@basic-reload-inject

stdout:
IGT-Version: 1.20-gb64c093 (x86_64) (Linux: 4.15.0-rc7-drm-intel-qa-ww2-commit-353fa2d+ x86_64)
Reloading i915 with inject_load_failure=1

Subtest basic-reload-inject: SUCCESS (0.605s)


the affected test stdout is :
==============================
test case e.g : igt@kms_frontbuffer_tracking@fbc-2p-shrfb-fliptrack 	

IGT-Version: 1.20-gb64c093 (x86_64) (Linux: 4.15.0-rc7-drm-intel-qa-ww2-commit-353fa2d+ x86_64)
Test requirement not met in function drm_open_driver, file drmtest.c:371:
Test requirement: !(fd<0)
No known gpu found for chipset flags 0x1 (intel)
Last errno: 2, No such file or directory
Subtest fbc-2p-shrfb-fliptrack: SKIP



if there is not a but, could you explain how the mentioned tests are pass  and this test is not , please?

igt will attempt to load all specified drm drivers if the first attempt to open the chipset fails (__open_driver() from drm_open_driver()). That behaviour is relied upon by igt (and exercised by CI). Look at the debug output and look at dmesg to see what is prevent the module load in that case.

This may be relevant, it's from a FF run in KBL:

[  474.059916] [drm:drm_atomic_state_default_clear] Clearing atomic state 00000000d430c48f
[  474.059925] [drm:__drm_atomic_state_free] Freeing atomic state 00000000d430c48f
[  474.255241] Setting dangerous option enable_guc - tainting kernel
[  474.255800] [drm:i915_driver_load [i915]] Found SunrisePoint LP PCH
[  474.255828] [drm:intel_power_domains_init [i915]] Allowed DC state mask 03
[  474.256387] [drm] Found 64MB of eDRAM
[  474.256489] [drm:i915_driver_load [i915]] ppgtt mode: 3
[  474.256520] [drm:intel_uc_sanitize_options [i915]] enable_guc=3 (submission:yes huc:yes)
[  474.256542] [drm:i915_driver_load [i915]] guc_log_level=0 (enabled:no verbosity:-1)
[  474.256607] [drm:i915_ggtt_probe_hw [i915]] GGTT size = 4078M
[  474.256631] [drm:i915_ggtt_probe_hw [i915]] GMADR size = 256M
[  474.256653] [drm:i915_ggtt_probe_hw [i915]] DSM size = 64M
[  474.256657] [drm] Replacing VGA console driver
[  474.256711] [drm:i915_gem_init_stolen [i915]] Memory reserved for graphics device: 65536K, usable: 64512K
[  474.256744] [drm:intel_opregion_setup [i915]] graphic opregion physical addr: 0x7af86018
[  474.256786] [drm:intel_opregion_setup [i915]] Public ACPI methods supported
[  474.256822] [drm:intel_opregion_setup [i915]] SWSCI supported
[  474.259213] [drm:intel_opregion_setup [i915]] SWSCI GBDA callbacks 00000cb3, SBCB callbacks 00300483
[  474.259237] [drm:intel_opregion_setup [i915]] ASLE supported
[  474.259257] [drm:intel_opregion_setup [i915]] ASLE extension supported
[  474.259278] [drm:intel_opregion_setup [i915]] Found valid VBT in ACPI OpRegion (Mailbox #4)
[  474.259391] [drm:intel_gvt_init [i915]] *ERROR* i915 GVT-g loading failed due to Graphics virtualization is not yet supported with GuC submission
[  474.316918] i915 0000:00:02.0: [drm:i915_driver_load [i915]] Device initialization failed (-5)
[  474.316922] i915 0000:00:02.0: Please file a bug at https://bugs.freedesktop.org/enter_bug.cgi?product=DRI against DRM/Intel providing the dmesg log by booting with drm.debug=0xf
[  474.316957] i915: probe of 0000:00:02.0 failed with error -5
[  474.320468] [IGT] gvt_basic: exiting, ret=77
[  474.321816] snd_hda_intel 0000:00:1f.3: failed to add i915 component master (-19)
[  474.331144] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC283: line_outs=1 (0x21/0x0/0x0/0x0/0x0) type:hp
[  474.331146] snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[  474.331147] snd_hda_codec_realtek hdaudioC0D0:    hp_outs=0 (0x0/0x0/0x0/0x0/0x0)
[  474.331148] snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
[  474.331149] snd_hda_codec_realtek hdaudioC0D0:    inputs:
[  474.331150] snd_hda_codec_realtek hdaudioC0D0:      Mic=0x12
[  474.377290] snd_hda_codec_hdmi hdaudioC0D2: No i915 binding for Intel HDMI/DP codec
[  474.378797] snd_hda_codec_hdmi hdaudioC0D2: No i915 binding for Intel HDMI/DP codec
[  474.387123] input: HDA Intel PCH Front Headphone as /devices/pci0000:00/0000:00:1f.3/sound/card0/input45
[  474.387509] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input46
[  474.387831] input: HDA Intel PCH HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input47

First of all. Sorry about spam.
This is mass update for our bugs. 

Sorry if you feel this annoying but with this trying to understand if bug still valid or not.
If bug investigation still in progress, please ignore this and I apologize!

If you think this is not anymore valid, please comment to the bug that can be closed.
If you haven't tested with our latest pre-upstream tree(drm-tip), can you do that also to see if issue is valid there still and if you cannot see issue there, please comment to the bug.

This is still valid, as support for virtualization with GuC haven't been released. In my humble opinion this test should be skipped if GuC is loaded, that way it wouldn't cause most of the subsequent tests to be skipped.

Joonas, any advice from you?