[PATCH i-g-t v8] igt-runner fact checking

Zbigniew Kempczyński zbigniew.kempczynski at intel.com
Mon Nov 25 09:49:49 UTC 2024


On Thu, Nov 21, 2024 at 03:22:30PM +0100, Peter Senna Tschudin wrote:
> When using igt-runner, collect facts before each test and after the
> last test, and report when facts change. The facts are:
>  - GPUs on PCI bus: hardware.pci.gpu_at_addr.0000:03:00.0: 8086:e20b Intel Battlemage (Gen20)
>  - Associations between PCI GPU and DRM card: hardware.pci.drm_card_at_addr.0000:03:00.0: card1
>  - Kernel taints: kernel.is_tainted.taint_warn: true
>  - GPU kernel modules loaded: kernel.kmod_is_loaded.i915: true
> 
> This change imposes little execution overhead and adds just a few
> lines of logging. The facts will be printed on normal igt-runner
> output. Here is a real example from our CI shwoing
> hotreplug-lateclose changing the DRM card number and tainting the
> kernel on the abort path:
> 
>  [245.316207] [056/121] (816s left) core_hotunplug (hotreplug-lateclose)
>  [245.383596] Starting subtest: hotreplug-lateclose
>  [249.843361] Aborting: Lockdep not active
>  [249.858249] [FACT core_hotunplug (hotreplug-lateclose)] changed: hardware.pci.drm_card_at_addr.0000:00:02.0: card0 -> card1
>  [249.858392] [FACT core_hotunplug (hotreplug-lateclose)] new: kernel.is_tainted.taint_die: true
>  [249.859075] Closing watchdogs

<cut>

Regardless implementation - I wondered a bit about igt_runner and using
it by the others - instead of turning on gathering the facts from the
default I would add separate option to enable it. I see -f/--facts would
appropriate. This would allow to enable/disable it from CI perspective
if we would notice some problems - instead reverting the code we can
just disable it from CI perspective.

--
Zbigniew


More information about the igt-dev mailing list