1. 16 11月, 2022 1 次提交
  2. 19 10月, 2022 1 次提交
  3. 18 10月, 2022 1 次提交
  4. 17 8月, 2022 2 次提交
  5. 11 8月, 2022 1 次提交
  6. 25 7月, 2022 1 次提交
    • A
      drm/amd/debugfs: Expose GFXOFF state to userspace · 4686177f
      André Almeida 提交于
      GFXOFF has two different "state" values: one to define if the GPU is
      allowed/disallowed to enter GFXOFF, usually called state; and another
      one to define if currently GFXOFF is being used, usually called status.
      Even when GFXOFF is allowed, GPU firmware can decide to not used it
      accordingly to the GPU load.
      
      Userspace can allow/disallow GPUs to enter into GFXOFF via debugfs. The
      kernel maintains a counter of requests for GFXOFF (gfx_off_req_count)
      that should be decreased to allow GFXOFF and increased to disallow.
      
      The issue with this interface is that userspace can't be sure if GFXOFF
      is currently allowed. Even by checking amdgpu_gfxoff file, one might get
      an ambiguous 2, that means that GPU is currently out of GFXOFF, but that
      can be either because it's currently disallowed or because it's allowed
      but given the current GPU load it's enabled. Then, userspace needs to
      rely on the fact that GFXOFF is enabled by default on boot and to track
      this information.
      
      To make userspace life easier and GFXOFF more reliable, return the
      current state of GFXOFF to userspace when reading amdgpu_gfxoff with the
      same semantics of writing: 0 means not allowed, not 0 means allowed.
      
      Expose the current status of GFXOFF through a new file,
      amdgpu_gfxoff_status.
      Signed-off-by: NAndré Almeida <andrealmeid@igalia.com>
      Signed-off-by: NAlex Deucher <alexander.deucher@amd.com>
      4686177f
  7. 06 7月, 2022 1 次提交
  8. 07 6月, 2022 1 次提交
  9. 22 4月, 2022 1 次提交
  10. 12 4月, 2022 1 次提交
  11. 09 4月, 2022 1 次提交
  12. 05 3月, 2022 1 次提交
  13. 03 3月, 2022 1 次提交
  14. 24 2月, 2022 2 次提交
  15. 18 2月, 2022 1 次提交
  16. 10 2月, 2022 1 次提交
  17. 19 1月, 2022 1 次提交
  18. 15 1月, 2022 1 次提交
  19. 15 12月, 2021 1 次提交
  20. 14 12月, 2021 1 次提交
    • L
      drm/amdgpu: add support for SMU debug option · 6ff7fddb
      Lang Yu 提交于
      SMU firmware expects the driver maintains error context
      and doesn't interact with SMU any more when SMU errors
      occurred. That will aid in debugging SMU firmware issues.
      
      Add SMU debug option support for this request, it can be
      enabled or disabled via amdgpu_smu_debug debugfs file.
      Use a 32-bit mask to indicate corresponding debug modes.
      Currently, only one mode(HALT_ON_ERROR) is supported.
      When enabled, it brings hardware to a kind of halt state
      so that no one can touch it any more in the envent of SMU
      errors.
      
      The dirver interacts with SMU via sending messages. And
      threre are three ways to sending messages to SMU in current
      implementation. Handle them respectively as following:
      
      1, smu_cmn_send_smc_msg_with_param() for normal timeout cases
      
        Halt on any error.
      
      2, smu_cmn_send_msg_without_waiting()/smu_cmn_wait_for_response()
      for longer timeout cases
      
        Halt on errors apart from ETIME. Otherwise this way won't work.
        Let the user handle ETIME error in such a case.
      
      3, smu_cmn_send_msg_without_waiting() for no waiting cases
      
        Halt on errors apart from ETIME. Otherwise second way won't work.
      
      == Command Guide ==
      
      1, enable HALT_ON_ERROR mode
      
       # echo 0x1 > /sys/kernel/debug/dri/0/amdgpu_smu_debug
      
      2, disable HALT_ON_ERROR mode
      
       # echo 0x0 > /sys/kernel/debug/dri/0/amdgpu_smu_debug
      
      v5:
       - Use bit mask to allow more debug features.(Evan)
       - Use WRAN() instead of BUG().(Evan)
      
      v4:
       - Set to halt state instead of a simple hang.(Christian)
      
      v3:
       - Use debugfs_create_bool().(Christian)
       - Put variable into smu_context struct.
       - Don't resend command when timeout.
      
      v2:
       - Resend command when timeout.(Lijo)
       - Use debugfs file instead of module parameter.
      Signed-off-by: NLang Yu <lang.yu@amd.com>
      Reviewed-by: NLijo Lazar <lijo.lazar@amd.com>
      Signed-off-by: NAlex Deucher <alexander.deucher@amd.com>
      6ff7fddb
  21. 07 10月, 2021 2 次提交
  22. 06 10月, 2021 1 次提交
  23. 05 10月, 2021 1 次提交
  24. 15 9月, 2021 4 次提交
  25. 02 9月, 2021 1 次提交
  26. 17 8月, 2021 1 次提交
    • J
      drm/amd/amdgpu embed hw_fence into amdgpu_job · c530b02f
      Jack Zhang 提交于
      Why: Previously hw fence is alloced separately with job.
      It caused historical lifetime issues and corner cases.
      The ideal situation is to take fence to manage both job
      and fence's lifetime, and simplify the design of gpu-scheduler.
      
      How:
      We propose to embed hw_fence into amdgpu_job.
      1. We cover the normal job submission by this method.
      2. For ib_test, and submit without a parent job keep the
      legacy way to create a hw fence separately.
      v2:
      use AMDGPU_FENCE_FLAG_EMBED_IN_JOB_BIT to show that the fence is
      embedded in a job.
      v3:
      remove redundant variable ring in amdgpu_job
      v4:
      add tdr sequence support for this feature. Add a job_run_counter to
      indicate whether this job is a resubmit job.
      v5
      add missing handling in amdgpu_fence_enable_signaling
      Signed-off-by: NJingwen Chen <Jingwen.Chen2@amd.com>
      Signed-off-by: NJack Zhang <Jack.Zhang7@hotmail.com>
      Reviewed-by: NAndrey Grodzovsky <andrey.grodzovsky@amd.com>
      Reviewed by: Monk Liu <monk.liu@amd.com>
      Signed-off-by: NAlex Deucher <alexander.deucher@amd.com>
      c530b02f
  27. 16 6月, 2021 1 次提交
  28. 21 5月, 2021 1 次提交
    • L
      drm/amd/amdgpu/amdgpu_debugfs: Fix a couple of misnamed functions · e72d4a8b
      Lee Jones 提交于
      Fixes the following W=1 kernel build warning(s):
      
       drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c:1004: warning: expecting prototype for amdgpu_debugfs_regs_gfxoff_write(). Prototype was for amdgpu_debugfs_gfxoff_write() instead
       drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c:1053: warning: expecting prototype for amdgpu_debugfs_regs_gfxoff_status(). Prototype was for amdgpu_debugfs_gfxoff_read() instead
      
      Cc: Alex Deucher <alexander.deucher@amd.com>
      Cc: "Christian König" <christian.koenig@amd.com>
      Cc: David Airlie <airlied@linux.ie>
      Cc: Daniel Vetter <daniel@ffwll.ch>
      Cc: Sumit Semwal <sumit.semwal@linaro.org>
      Cc: amd-gfx@lists.freedesktop.org
      Cc: dri-devel@lists.freedesktop.org
      Cc: linux-media@vger.kernel.org
      Cc: linaro-mm-sig@lists.linaro.org
      Signed-off-by: NLee Jones <lee.jones@linaro.org>
      Signed-off-by: NAlex Deucher <alexander.deucher@amd.com>
      e72d4a8b
  29. 04 3月, 2021 1 次提交
  30. 03 3月, 2021 1 次提交
  31. 27 2月, 2021 1 次提交
  32. 19 2月, 2021 3 次提交