Sometimes, the following tests' requirements is randomly not met:
Here is the exact error message:
IGT-Version: 1.18-ge10c48d (x86_64) (Linux: 4.11.0-CI-Patchwork_4689+ x86_64)
Test requirement not met in function main, file kms_force_connector_basic.c:111:
Test requirement: !(vga_connector->connection == DRM_MODE_CONNECTED)
Last errno: 2, No such file or directory
Subtest force-connector-state: SKIP
Here is an example of when this happened (look at fi-ivb-3520m and fi-snb-2520m):
If it helps, it happens constantly on fi-hsw-4770:
(In reply to Martin Peres from comment #1)
> If it helps, it happens constantly on fi-hsw-4770:
I can reproduce this consistently on local hardware. Taking over this one for debugging.
(In reply to krisman from comment #2)
> (In reply to Martin Peres from comment #1)
> > If it helps, it happens constantly on fi-hsw-4770:
> > https://intel-gfx-ci.01.org/CI/igt@kms_force_connector_basic@force-connector-
> > state.html
Update for this week.
My understanding is that the issue truly affects fi-ivb-3520m and fi-snb-2520m on the CI, but not fi-hsw-4770.
The fi-hsw-4770 should indeed skip every time since, according to the Hardware information page, it has VGA attached, and the test requires it to be disconnected:
igt_skip_on(vga_connector->connection == DRM_MODE_CONNECTED);
On my HSW, I can hit the issue sometimes with VGA disconnected, but I wasn't lucky enough to catch it after setting debug information. I'm checking the kernel for spots where it might be racing and reporting bad information about connectors. Tips are appreciated.
Some logs that I looked at a while ago seemed to suggest that the hardware load detection may itself get confused and it will detect that something is connected. Why that happens I don't know.
Any news on this bug?
Still happening: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_2956/fi-ilk-m540/igt@email@example.com
See the following for more history: https://intel-gfx-ci.01.org/tree/drm-tip/igt@firstname.lastname@example.org
Happened last time over month ago.
Resolving for now.