1. 14 12月, 2021 1 次提交
  2. 08 12月, 2021 23 次提交
  3. 03 12月, 2021 4 次提交
    • V
      drm/amd/display: Use oriented source size when checking cursor scaling · 69cb5629
      Vlad Zahorodnii 提交于
      dm_check_crtc_cursor() doesn't take into account plane transforms when
      calculating plane scaling, this can result in false positives.
      
      For example, if there's an output with resolution 3840x2160 and the
      output is rotated 90 degrees, CRTC_W and CRTC_H will be 3840 and 2160,
      respectively, but SRC_W and SRC_H will be 2160 and 3840, respectively.
      
      Since the cursor plane usually has a square buffer attached to it, the
      dm_check_crtc_cursor() will think that there's a scale factor mismatch
      even though there isn't really.
      
      This fixes an issue where kwin fails to use hardware plane transforms.
      
      Changes since version 1:
      - s/orientated/oriented/g
      Reviewed-by: NNicholas Kazlauskas <nicholas.kazlauskas@amd.com>
      Signed-off-by: NVlad Zahorodnii <vlad.zahorodnii@kde.org>
      Signed-off-by: NAlex Deucher <alexander.deucher@amd.com>
      69cb5629
    • Z
      drm/amdgpu: Fix a NULL pointer dereference in amdgpu_connector_lcd_native_mode() · b220110e
      Zhou Qingyang 提交于
      In amdgpu_connector_lcd_native_mode(), the return value of
      drm_mode_duplicate() is assigned to mode, and there is a dereference
      of it in amdgpu_connector_lcd_native_mode(), which will lead to a NULL
      pointer dereference on failure of drm_mode_duplicate().
      
      Fix this bug add a check of mode.
      
      This bug was found by a static analyzer. The analysis employs
      differential checking to identify inconsistent security operations
      (e.g., checks or kfrees) between two code paths and confirms that the
      inconsistent operations are not recovered in the current function or
      the callers, so they constitute bugs.
      
      Note that, as a bug found by static analysis, it can be a false
      positive or hard to trigger. Multiple researchers have cross-reviewed
      the bug.
      
      Builds with CONFIG_DRM_AMDGPU=m show no new warnings, and
      our static analyzer no longer warns about this code.
      
      Fixes: d38ceaf9 ("drm/amdgpu: add core driver (v4)")
      Signed-off-by: NZhou Qingyang <zhou1615@umn.edu>
      Signed-off-by: NAlex Deucher <alexander.deucher@amd.com>
      b220110e
    • A
      drm/amdgpu: handle SRIOV VCN revision parsing · baf3f8f3
      Alex Deucher 提交于
      For SR-IOV, the IP discovery revision number encodes
      additional information.  Handle that case here.
      
      v2: drop additional IP versions
      Reviewed-by: NGuchun Chen <guchun.chen@amd.com>
      Acked-by: NChristian König <christian.koenig@amd.com>
      Signed-off-by: NAlex Deucher <alexander.deucher@amd.com>
      baf3f8f3
    • S
      drm/amdgpu: skip query ecc info in gpu recovery · bab73f09
      Stanley.Yang 提交于
      this is a workaround due to get ecc info failed during gpu recovery
      
      [  700.236122] amdgpu 0000:09:00.0: amdgpu: Failed to export SMU ecc table!
      [  700.236128] amdgpu 0000:09:00.0: amdgpu: GPU reset begin!
      [  704.331171] amdgpu: qcm fence wait loop timeout expired
      [  704.331194] amdgpu: The cp might be in an unrecoverable state due to an unsuccessful queues preemption
      [  704.332445] amdgpu 0000:09:00.0: amdgpu: GPU reset begin!
      [  704.332448] amdgpu 0000:09:00.0: amdgpu: Bailing on TDR for s_job:ffffffffffffffff, as another already in progress
      [  704.332456] amdgpu: Pasid 0x8000 destroy queue 0 failed, ret -62
      [  710.360924] amdgpu 0000:09:00.0: amdgpu: SMU: I'm not done with your previous command: SMN_C2PMSG_66:0x00000013 SMN_C2PMSG_82:0x00000007
      [  710.360964] amdgpu 0000:09:00.0: amdgpu: Failed to disable smu features.
      [  710.361002] amdgpu 0000:09:00.0: amdgpu: Fail to disable dpm features!
      [  710.361014] [drm:amdgpu_device_ip_suspend_phase2 [amdgpu]] *ERROR* suspend of IP block <smu> failed -62
      Signed-off-by: NStanley.Yang <Stanley.Yang@amd.com>
      Reviewed-by: NHawking Zhang <Hawking.Zhang@amd.com>
      Signed-off-by: NAlex Deucher <alexander.deucher@amd.com>
      bab73f09
  4. 02 12月, 2021 12 次提交