Skip to content
Snippets Groups Projects
  1. Oct 30, 2023
  2. Jun 09, 2023
  3. Apr 28, 2023
  4. Apr 25, 2023
  5. Apr 03, 2023
  6. Mar 09, 2023
    • Zbigniew Kempczyński's avatar
      runner/job_list: return error on crashes while running --list-subtests · b35bfa32
      Zbigniew Kempczyński authored
      
      Changes on tests may break --list-subtests, if they, for instance,
      someone adds a code outside igt_subtests that depends on igt_fixture
      to run, causing:
      
              Received signal SIGABRT.
              Stack trace:
               #0 [fatal_sig_handler+0x17b]
               #1 [__sigaction+0x50]
               #2 [__pthread_kill_implementation+0x10c]
               #3 [gsignal+0x16]
               #4 [abort+0xd7]
               #5 [__assert_fail_base.cold+0xf]
               #6 [__assert_fail+0x46]
               #7 [internal_assert+0xe5]
               #8 [igt_fail+0xea]
               #9 [__igt_fail_assert+0x10e]
               #10 [xe_number_hw_engines+0x6b]
               #11 [__igt_unique____real_main1528+0x1ac0]
               #12 [main+0x23]
               #13 [__libc_start_call_main+0x80]
               #14 [__libc_start_main+0x89]
               #15 [_start+0x25]
              Aborted (core dumped)
      
      IGT runner currently prints the message, but don't ignore the
      error. That prevents scripts to rely on the IGT testlist
      output, as the list will miss subtests.
      
      So, instead, return an error.
      
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@kernel.org>
      Signed-off-by: default avatarZbigniew Kempczyński <zbigniew.kempczynski@intel.com>
      Reviewed-by: default avatarMauro Carvalho Chehab <mchehab@kernel.org>
      b35bfa32
  7. Mar 08, 2023
  8. Jan 27, 2023
    • Petri Latvala's avatar
      runner: Use 'abort' as result if a test caused an abort · deb0f27c
      Petri Latvala authored
      
      If a test caused an abort condition to trigger, a pseudoresult
      "igt@runner@aborted" would be generated, detailing which test caused
      the condition. That was implemented in a simpler world where there
      were no dynamic subtests and CI systems (i915-CI in particular) didn't
      have much test resuming happening.
      
      The generated pseudoresult was completely unable to point to a
      particular dynamic subtest if the executed subtest had any, and there
      could inherently be only one of them. When combined with the fact that
      the pseudoresult doesn't have logs that could be used to automatically
      point to particular bug reports, that made results filtering by
      CIBugLog difficult.
      
      With socket communications it's easier to inject information "in
      between" test's logs and result overriding is designed into the
      system. Thus, when using socket communications, this patch series will
      make the abort-condition-causing test's result 'abort' instead of
      using that pseudoresult.
      
      The flow becomes a little bit messier with monitor_output() gaining
      more and more out-parameters but those can be cleaned later.
      
      v2: Handle abort conditions between dynamic subtests
      
      Signed-off-by: default avatarPetri Latvala <petri.latvala@intel.com>
      Cc: Arkadiusz Hiler <arek@hiler.eu>
      Cc: Kamil Konieczny <kamil.konieczny@linux.intel.com>
      Acked-by: default avatarKamil Konieczny <kamil.konieczny@linux.intel.com>
      deb0f27c
    • Petri Latvala's avatar
      runner: Refactor abort-checking to a helper function · 4dd7f09d
      Petri Latvala authored
      
      Abort-condition checking at runtime will later use the helper
      differently.
      
      Signed-off-by: default avatarPetri Latvala <petri.latvala@intel.com>
      Cc: Arkadiusz Hiler <arek@hiler.eu>
      Cc: Kamil Konieczny <kamil.konieczny@linux.intel.com>
      Acked-by: default avatarKamil Konieczny <kamil.konieczny@linux.intel.com>
      4dd7f09d
    • Petri Latvala's avatar
      runner: Don't override more results than requested · aee106bd
      Petri Latvala authored
      
      When processing a resultoverride packet, the override is supposed to
      apply only to the most recent subtest or dynamic subtest. Properly
      clear the override so only those results get overridden.
      
      Signed-off-by: default avatarPetri Latvala <petri.latvala@intel.com>
      Cc: Arkadiusz Hiler <arek@hiler.eu>
      Cc: Kamil Konieczny <kamil.konieczny@linux.intel.com>
      Acked-by: default avatarKamil Konieczny <kamil.konieczny@linux.intel.com>
      aee106bd
  9. Jan 11, 2023
    • Petri Latvala's avatar
      runner: Correctly handle abort before first test · 79eb8984
      Petri Latvala authored
      
      Don't leave the execution in a "please resume me" state if bootup
      causes an abort condition. Especially handle the case of abort on
      bootup when resuming correctly, so that it doesn't attempt to run a
      test on a tainted kernel if we've explicitly configured the runner to
      not execute when there's a taint.
      
      v2: Fudge the results directory instead to get the desired results:
          runner exits with nonzero, and resuming exits with "all done" instead
          of executing anything.
      
      v3: Use faccessat instead of open+close, use less magic strings,
          remember to close fds (Chris)
      
      v4: Use GRACEFUL_EXITCODE in monitor_output, remove the 'resuming'
          field (why was it a double?!). (Ryszard)
          Stop trying to execute if all tests are already run, to avoid a
          crash in environment validation.
      
      v5: Remember to git add so the 'resuming' field really gets
          removed. (Kamil)
          Use 0.000 in the printf format directly instead of formatting 0.0
          to %.3f. (Kamil)
      
      Signed-off-by: default avatarPetri Latvala <petri.latvala@intel.com>
      Cc: Arkadiusz Hiler <arek@hiler.eu>
      Cc: Chris Wilson <chris@chris-wilson.co.uk>
      Cc: Kamil Konieczny <kamil.konieczny@linux.intel.com>
      Cc: Ryszard Knop <ryszard.knop@intel.com>
      Reviewed-by: default avatarKamil Konieczny <kamil.konieczny@linux.intel.com>
      79eb8984
  10. Nov 30, 2022
  11. Nov 18, 2022
  12. Nov 15, 2022
  13. Nov 10, 2022
  14. Oct 31, 2022
  15. Oct 11, 2022
  16. Aug 31, 2022
  17. Aug 11, 2022
  18. Apr 14, 2022
  19. Mar 31, 2022
Loading