1. 15 Jul, 2020 2 commits
    • Chris Wilson's avatar
      intel-ci: s/huc_copy/huc-copy/ · c18a9c10
      Chris Wilson authored
      Fix the testlist to match the test name.
      
      Closes: intel#2186Signed-off-by: Chris Wilson's avatarChris Wilson <chris@chris-wilson.co.uk>
      Cc: Antonio Argenziano <antonio.argenziano@intel.com>
      Reviewed-by: Antonio Argenziano's avatarAntonio Argenziano <antonio.argenziano@intel.com>
      c18a9c10
    • Sally Qi's avatar
      tests/i915/gem_huc_copy: Enable a HuC copy test · 32f8759b
      Sally Qi authored
      This test case loads the HuC copy firmware to copy the content of
      the source buffer to the destination buffer.
      
      v2: (Tony Ye)
       * Restructured some functions and files.
       * Defined the copy buffer size as 4K explicitly as the HuC Copy kernel
         always copy 4K bytes from src buffer to dst buffer.
      
      v3: (Feng Qi, Antonio Argenziano, Tony Ye)
       * Restructured some functions as igt requested, exclude libdrm function call.
       * Remove huc function wrappers
       * Random initialize source input buffer
      
      v4: (Robert Fosha)
       * Fix autotools build failure.
      
      v5: (Feng Qi, Tony Ye)
       * Released all bo buffer after huc copying.
       * Restructured huc_copy() function.
      
      v6: (Feng Qi)
       * Fixed the function of huc enabling and status check
       * Added huc_copy to fast feedback testlist
      
      v7: (Tony Ye, Feng Qi, Robert Fosha, Chris Wilson, Michal Wajdeczko)
       * Check error with HUC_STATUS ioctl instead of debugfs
      
      v8: (Antonio Argenziano)
       * Remove unnecessary variable.
       * Add huc_load subtest.
       * Move failure checks out of igt_fixture.
       * get_huc_status() returns errno and then status as a parameter
      
      v9: (Antonio Argenziano)
       * Remove huc_load subtest - to be added later.
      
      v10:
       * Rebase
       * Remove huc_load subtest from fast-feedback.testlist.
      Signed-off-by: default avatarFeng Qi <feng.qi@intel.com>
      Signed-off-by: default avatarTony Ye <tony.ye@intel.com>
      Cc: Michal Wajdeczko <michal.wajdeczko@intel.com>
      Cc: Chris Wilson <chris@chris-wilson.co.uk>
      Acked-by: Antonio Argenziano's avatarAntonio Argenziano <antonio.argenziano@intel.com>
      32f8759b
  2. 13 Jul, 2020 4 commits
  3. 12 Jul, 2020 2 commits
  4. 11 Jul, 2020 1 commit
  5. 10 Jul, 2020 7 commits
  6. 08 Jul, 2020 4 commits
  7. 07 Jul, 2020 1 commit
  8. 06 Jul, 2020 7 commits
  9. 03 Jul, 2020 4 commits
  10. 02 Jul, 2020 2 commits
  11. 01 Jul, 2020 1 commit
    • Chris Wilson's avatar
      i915/gem_close_race: Mix in a contexts and a small delay to closure · 54731f01
      Chris Wilson authored
      Keep the old handles in a small ring so that we build up a small amount
      of pressure for i915_gem_close_object() and throw in a few concurrent
      contexts so we have to process an obj->lut_list containing more than one
      element. And to make sure the list is truly long enough to schedule,
      start leaking the contexts.
      
      Note that the only correctness check is that the selfcopy doesn't
      explode; the challenge would be to prove that the old handles are no
      longer accessible via the execbuf lut. However, this is sufficient to
      make sure we at least hit the interruptible spinlock used by
      close-objects.
      Signed-off-by: Chris Wilson's avatarChris Wilson <chris@chris-wilson.co.uk>
      Cc: Michael J. Ruhl <michael.j.ruhl@intel.com>
      Reviewed-by: default avatarMichael J. Ruhl <michael.j.ruhl@intel.com>
      54731f01
  12. 26 Jun, 2020 3 commits
  13. 23 Jun, 2020 1 commit
  14. 22 Jun, 2020 1 commit