Skip to content
Snippets Groups Projects
  1. Feb 20, 2023
  2. Feb 17, 2023
    • Zack Rusin's avatar
      lib/igt_kmod: Switch warning to an info when not using i915 · 509e7e63
      Zack Rusin authored and Kamil Konieczny's avatar Kamil Konieczny committed
      
      Because igt always tries to load i915 driver first for DRIVER_ANY every
      test using DRIVER_ANY on anything but i915 starts by printing a warning
      that i915 couldn't be loaded.
      Lets switch it to a general info line because it makes it hard to spot
      actual warnings when every subtest starts by warning about not being
      able to load i915.
      
      v1: changed commit title to lib/igt_kmod (Kamil)
      
      Signed-off-by: default avatarZack Rusin <zackr@vmware.com>
      Acked-by: default avatarPetri Latvala <petri.latvala@intel.com>
      509e7e63
    • Christopher Snowhill's avatar
      intel_gpu_top: Add display name for compute engine class · e4e7d350
      Christopher Snowhill authored and Kamil Konieczny's avatar Kamil Konieczny committed
      
      Add label and abbreviated display name for the compute engine class.
      
      Signed-off-by: default avatarChristopher Snowhill <kode54@gmail.com>
      Reviewed-by: default avatarKamil Konieczny <kamil.konieczny@linux.intel.com>
      e4e7d350
    • Janusz Krzysztofik's avatar
      tests: Exercise remote request vs barrier handling race · a3ef8a60
      Janusz Krzysztofik authored
      Users reported oopses on list corruptions when using i915 perf with a
      number of concurrently running graphics applications.  That indicates we
      are currently missing some important tests for such scenarios.  Cover
      that gap.
      
      Root cause analysis pointed out to an issue in barrier processing code and
      its interaction with perf replacing kernel contexts' active barriers with
      its own requests.
      
      Add a new test intended for exercising intentionally racy barrier tasks
      list processing and its interaction with other i915 subsystems.  As a
      first subtest, add one that exercises the interaction of remote requests
      with barrier tasks list handling, especially barrier preallocate / acquire
      operations performed during context first pin / last unpin.
      
      The code is partially inspired by Chris Wilson's igt@perf@open-race
      subtest, which I was not able to get an Ack for from upstream.
      
      v4: fix typo in test description and make it generic so it will not need
          to be changed soon (Kamil),
        - rename workload functions instead of providing name wrappers (Kamil),
        - no need for all physical engines to be tested (Kamil).
      v3: don't add the new subtest to gem_ctx_exec which occurred blocklisted,
          create a new test hosting the new subtest, update commit descripion,
        - prepare parameters for perf open still in the main thread to avoid
          test failures on platforms with no perf support (will skip now),
        - call perf open with OA buffer reports disabled, this will make sure
          that the perf API doesn't unnecessarily enable the OA unit, while the
          test still runs the targeted code (Umesh),
        - replace additional code for OA exponent calculations with a reasonable
          hardcoded value (Umesh).
      v2: convert to a separate subtest, not a variant of another one (that has
          been dropped from the series),
        - move the subtest out of tests/i915/perf.c (Ashutosh), add it to
          tests/i915/gem_ctx_exec.c,
        - don't touch lib/i915/perf.c (Umesh, Ashutosh), duplicate reused code
          from tests/i915/perf.c in tests/i915/gem_ctx_exec.c.
      
      References: https://gitlab.freedesktop.org/drm/intel/-/issues/6333
      Cc: Chris Wilson <chris.p.wilson@intel.com>
      Cc: Ashutosh Dixit <ashutosh.dixit@intel.com>
      Cc: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
      Link: https://patchwork.freedesktop.org/patch/522916/
      
      
      [janusz: close fd on exit from intel_context_first_pin_last_unpin_loop]
      Reviewed-by: default avatarKamil Konieczny <kamil.konieczny@linux.intel.com>
      Signed-off-by: default avatarJanusz Krzysztofik <janusz.krzysztofik@linux.intel.com>
      a3ef8a60
    • Swati2 Sharma's avatar
      tests/kms_plane_scaling: Add downscaling+upscaling tests · 63edb0c5
      Swati2 Sharma authored
      
      In newer hardware versions (i.e. display version >= 14), the second
      scaler doesn't support downscaling. Current driver design in the
      case of 2 plane scaling scenario is if plane1-US and plane2-DS,
      it's reject for now. That's why new tests are added for plane1-DS
      and plane2-US, so that different DS+US combinations can be validated.
      
      v2: -minor fix
      v3: -change from if-else ladder to switch (JP)
      
      Signed-off-by: default avatarSwati Sharma <swati2.sharma@intel.com>
      Reviewed-by: default avatarJuha-Pekka Heikkila <juhapekka.heikkila@gmail.com>
      63edb0c5
  3. Feb 16, 2023
  4. Feb 13, 2023
  5. Feb 11, 2023
  6. Feb 10, 2023
  7. Feb 09, 2023
  8. Feb 07, 2023
  9. Feb 06, 2023
Loading