* [PATCH] drm/amdgpu: fix the nullptr issue as for PWR IP not existing in discovery table
@ 2020-06-05 11:34 Prike.Liang
2020-06-05 11:47 ` Nirmoy
2020-06-10 13:43 ` Alex Deucher
0 siblings, 2 replies; 3+ messages in thread
From: Prike.Liang @ 2020-06-05 11:34 UTC (permalink / raw)
To: amd-gfx; +Cc: Alexander.Deucher, Prike.Liang, ray.huang
fix e467ab869f57 drm/amdgpu: use IP discovery table for renoir.
This nullptr issue should be specific on the Renoir series during try access the PWR_MISC_CNTL_STATUS
when PWR IP not been detected by discovery table. Moreover the PWR IP not existing in Renoir series is
expected therefore just avoid access PWR register in Renoir series.
Signed-off-by: Prike.Liang <Prike.Liang@amd.com>
---
drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c b/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c
index 22943773..6b94587 100644
--- a/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c
+++ b/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c
@@ -2856,8 +2856,8 @@ static void gfx_v9_0_init_gfx_power_gating(struct amdgpu_device *adev)
/* program GRBM_REG_SAVE_GFX_IDLE_THRESHOLD to 0x55f0 */
data |= (0x55f0 << RLC_AUTO_PG_CTRL__GRBM_REG_SAVE_GFX_IDLE_THRESHOLD__SHIFT);
WREG32(SOC15_REG_OFFSET(GC, 0, mmRLC_AUTO_PG_CTRL), data);
-
- pwr_10_0_gfxip_control_over_cgpg(adev, true);
+ if (adev->asic_type != CHIP_RENOIR)
+ pwr_10_0_gfxip_control_over_cgpg(adev, true);
}
}
--
2.7.4
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH] drm/amdgpu: fix the nullptr issue as for PWR IP not existing in discovery table
2020-06-05 11:34 [PATCH] drm/amdgpu: fix the nullptr issue as for PWR IP not existing in discovery table Prike.Liang
@ 2020-06-05 11:47 ` Nirmoy
2020-06-10 13:43 ` Alex Deucher
1 sibling, 0 replies; 3+ messages in thread
From: Nirmoy @ 2020-06-05 11:47 UTC (permalink / raw)
To: amd-gfx
On 6/5/20 1:34 PM, Prike.Liang wrote:
> fix e467ab869f57 drm/amdgpu: use IP discovery table for renoir.
>
> This nullptr issue should be specific on the Renoir series during try access the PWR_MISC_CNTL_STATUS
> when PWR IP not been detected by discovery table. Moreover the PWR IP not existing in Renoir series is
> expected therefore just avoid access PWR register in Renoir series.
>
> Signed-off-by: Prike.Liang <Prike.Liang@amd.com>
> ---
> drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c b/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c
> index 22943773..6b94587 100644
> --- a/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c
> +++ b/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c
> @@ -2856,8 +2856,8 @@ static void gfx_v9_0_init_gfx_power_gating(struct amdgpu_device *adev)
> /* program GRBM_REG_SAVE_GFX_IDLE_THRESHOLD to 0x55f0 */
> data |= (0x55f0 << RLC_AUTO_PG_CTRL__GRBM_REG_SAVE_GFX_IDLE_THRESHOLD__SHIFT);
> WREG32(SOC15_REG_OFFSET(GC, 0, mmRLC_AUTO_PG_CTRL), data);
> -
> - pwr_10_0_gfxip_control_over_cgpg(adev, true);
> + if (adev->asic_type != CHIP_RENOIR)
You should move that check inside pwr_10_0_gfxip_control_over_cgpg() for
better understanding.
Otherwise Acked-by: Nirmoy Das <nirmoy.das@amd.com>
Nirmoy
> + pwr_10_0_gfxip_control_over_cgpg(adev, true);
> }
> }
>
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] drm/amdgpu: fix the nullptr issue as for PWR IP not existing in discovery table
2020-06-05 11:34 [PATCH] drm/amdgpu: fix the nullptr issue as for PWR IP not existing in discovery table Prike.Liang
2020-06-05 11:47 ` Nirmoy
@ 2020-06-10 13:43 ` Alex Deucher
1 sibling, 0 replies; 3+ messages in thread
From: Alex Deucher @ 2020-06-10 13:43 UTC (permalink / raw)
To: Prike.Liang; +Cc: Deucher, Alexander, Huang Rui, amd-gfx list
Acked-by: Alex Deucher <alexander.deucher@amd.com>
On Fri, Jun 5, 2020 at 7:35 AM Prike.Liang <Prike.Liang@amd.com> wrote:
>
> fix e467ab869f57 drm/amdgpu: use IP discovery table for renoir.
>
> This nullptr issue should be specific on the Renoir series during try access the PWR_MISC_CNTL_STATUS
> when PWR IP not been detected by discovery table. Moreover the PWR IP not existing in Renoir series is
> expected therefore just avoid access PWR register in Renoir series.
>
> Signed-off-by: Prike.Liang <Prike.Liang@amd.com>
> ---
> drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c b/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c
> index 22943773..6b94587 100644
> --- a/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c
> +++ b/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c
> @@ -2856,8 +2856,8 @@ static void gfx_v9_0_init_gfx_power_gating(struct amdgpu_device *adev)
> /* program GRBM_REG_SAVE_GFX_IDLE_THRESHOLD to 0x55f0 */
> data |= (0x55f0 << RLC_AUTO_PG_CTRL__GRBM_REG_SAVE_GFX_IDLE_THRESHOLD__SHIFT);
> WREG32(SOC15_REG_OFFSET(GC, 0, mmRLC_AUTO_PG_CTRL), data);
> -
> - pwr_10_0_gfxip_control_over_cgpg(adev, true);
> + if (adev->asic_type != CHIP_RENOIR)
> + pwr_10_0_gfxip_control_over_cgpg(adev, true);
> }
> }
>
> --
> 2.7.4
>
> _______________________________________________
> amd-gfx mailing list
> amd-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-06-10 13:43 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-06-05 11:34 [PATCH] drm/amdgpu: fix the nullptr issue as for PWR IP not existing in discovery table Prike.Liang
2020-06-05 11:47 ` Nirmoy
2020-06-10 13:43 ` Alex Deucher
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).