From: Paul Menzel <pmenzel@molgen.mpg.de>
To: Prike Liang <Prike.Liang@amd.com>,
Alex Deucher <alexander.deucher@amd.com>
Cc: x86@kernel.org, LKML <linux-kernel@vger.kernel.org>,
regressions@leemhuis.info, stable@vger.kernel.org,
Mengbing Wang <Mengbing.Wang@amd.com>,
Huang Rui <ray.huang@amd.com>,
amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
David Airlie <airlied@linux.ie>, Daniel Vetter <daniel@ffwll.ch>
Subject: Re: [regression 5.7-rc1] System does not power off, just halts
Date: Mon, 13 Apr 2020 19:32:03 +0200 [thread overview]
Message-ID: <dcc4851e-0ab5-683a-2cf2-687d64a3c9da@molgen.mpg.de> (raw)
In-Reply-To: <f4eaf0ca-6cd6-c224-9205-bf64ca533ff5@molgen.mpg.de>
Dear Prike, dear Alex, dear Linux folks,
Am 13.04.20 um 10:44 schrieb Paul Menzel:
> A regression between causes a system with the AMD board MSI B350M MORTAR
> (MS-7A37) with an AMD Ryzen 3 2200G not to power off any more but just
> to halt.
>
> The regression is introduced in 9ebe5422ad6c..b032227c6293. I am in the
> process to bisect this, but maybe somebody already has an idea.
I found the Easter egg:
> commit 487eca11a321ef33bcf4ca5adb3c0c4954db1b58
> Author: Prike Liang <Prike.Liang@amd.com>
> Date: Tue Apr 7 20:21:26 2020 +0800
>
> drm/amdgpu: fix gfx hang during suspend with video playback (v2)
>
> The system will be hang up during S3 suspend because of SMU is pending
> for GC not respose the register CP_HQD_ACTIVE access request.This issue
> root cause of accessing the GC register under enter GFX CGGPG and can
> be fixed by disable GFX CGPG before perform suspend.
>
> v2: Use disable the GFX CGPG instead of RLC safe mode guard.
>
> Signed-off-by: Prike Liang <Prike.Liang@amd.com>
> Tested-by: Mengbing Wang <Mengbing.Wang@amd.com>
> Reviewed-by: Huang Rui <ray.huang@amd.com>
> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
> Cc: stable@vger.kernel.org
It reverts cleanly on top of 5.7-rc1, and this fixes the issue.
Greg, please do not apply this to the stable series. The commit message
doesn’t even reference a issue/bug report, and doesn’t give a detailed
problem description. What system is it?
Dave, Alex, how to proceed? Revert? I created issue 1094 [1].
Kind regards,
Paul
[1]: https://gitlab.freedesktop.org/drm/amd/-/issues/1094
WARNING: multiple messages have this Message-ID (diff)
From: Paul Menzel <pmenzel@molgen.mpg.de>
To: Prike Liang <Prike.Liang@amd.com>,
Alex Deucher <alexander.deucher@amd.com>
Cc: regressions@leemhuis.info, David Airlie <airlied@linux.ie>,
dri-devel@lists.freedesktop.org, x86@kernel.org,
LKML <linux-kernel@vger.kernel.org>,
stable@vger.kernel.org, Huang Rui <ray.huang@amd.com>,
amd-gfx@lists.freedesktop.org,
Mengbing Wang <Mengbing.Wang@amd.com>
Subject: Re: [regression 5.7-rc1] System does not power off, just halts
Date: Mon, 13 Apr 2020 19:32:03 +0200 [thread overview]
Message-ID: <dcc4851e-0ab5-683a-2cf2-687d64a3c9da@molgen.mpg.de> (raw)
In-Reply-To: <f4eaf0ca-6cd6-c224-9205-bf64ca533ff5@molgen.mpg.de>
Dear Prike, dear Alex, dear Linux folks,
Am 13.04.20 um 10:44 schrieb Paul Menzel:
> A regression between causes a system with the AMD board MSI B350M MORTAR
> (MS-7A37) with an AMD Ryzen 3 2200G not to power off any more but just
> to halt.
>
> The regression is introduced in 9ebe5422ad6c..b032227c6293. I am in the
> process to bisect this, but maybe somebody already has an idea.
I found the Easter egg:
> commit 487eca11a321ef33bcf4ca5adb3c0c4954db1b58
> Author: Prike Liang <Prike.Liang@amd.com>
> Date: Tue Apr 7 20:21:26 2020 +0800
>
> drm/amdgpu: fix gfx hang during suspend with video playback (v2)
>
> The system will be hang up during S3 suspend because of SMU is pending
> for GC not respose the register CP_HQD_ACTIVE access request.This issue
> root cause of accessing the GC register under enter GFX CGGPG and can
> be fixed by disable GFX CGPG before perform suspend.
>
> v2: Use disable the GFX CGPG instead of RLC safe mode guard.
>
> Signed-off-by: Prike Liang <Prike.Liang@amd.com>
> Tested-by: Mengbing Wang <Mengbing.Wang@amd.com>
> Reviewed-by: Huang Rui <ray.huang@amd.com>
> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
> Cc: stable@vger.kernel.org
It reverts cleanly on top of 5.7-rc1, and this fixes the issue.
Greg, please do not apply this to the stable series. The commit message
doesn’t even reference a issue/bug report, and doesn’t give a detailed
problem description. What system is it?
Dave, Alex, how to proceed? Revert? I created issue 1094 [1].
Kind regards,
Paul
[1]: https://gitlab.freedesktop.org/drm/amd/-/issues/1094
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
WARNING: multiple messages have this Message-ID (diff)
From: Paul Menzel <pmenzel@molgen.mpg.de>
To: Prike Liang <Prike.Liang@amd.com>,
Alex Deucher <alexander.deucher@amd.com>
Cc: regressions@leemhuis.info, David Airlie <airlied@linux.ie>,
dri-devel@lists.freedesktop.org, x86@kernel.org,
LKML <linux-kernel@vger.kernel.org>,
stable@vger.kernel.org, Huang Rui <ray.huang@amd.com>,
amd-gfx@lists.freedesktop.org, Daniel Vetter <daniel@ffwll.ch>,
Mengbing Wang <Mengbing.Wang@amd.com>
Subject: Re: [regression 5.7-rc1] System does not power off, just halts
Date: Mon, 13 Apr 2020 19:32:03 +0200 [thread overview]
Message-ID: <dcc4851e-0ab5-683a-2cf2-687d64a3c9da@molgen.mpg.de> (raw)
In-Reply-To: <f4eaf0ca-6cd6-c224-9205-bf64ca533ff5@molgen.mpg.de>
Dear Prike, dear Alex, dear Linux folks,
Am 13.04.20 um 10:44 schrieb Paul Menzel:
> A regression between causes a system with the AMD board MSI B350M MORTAR
> (MS-7A37) with an AMD Ryzen 3 2200G not to power off any more but just
> to halt.
>
> The regression is introduced in 9ebe5422ad6c..b032227c6293. I am in the
> process to bisect this, but maybe somebody already has an idea.
I found the Easter egg:
> commit 487eca11a321ef33bcf4ca5adb3c0c4954db1b58
> Author: Prike Liang <Prike.Liang@amd.com>
> Date: Tue Apr 7 20:21:26 2020 +0800
>
> drm/amdgpu: fix gfx hang during suspend with video playback (v2)
>
> The system will be hang up during S3 suspend because of SMU is pending
> for GC not respose the register CP_HQD_ACTIVE access request.This issue
> root cause of accessing the GC register under enter GFX CGGPG and can
> be fixed by disable GFX CGPG before perform suspend.
>
> v2: Use disable the GFX CGPG instead of RLC safe mode guard.
>
> Signed-off-by: Prike Liang <Prike.Liang@amd.com>
> Tested-by: Mengbing Wang <Mengbing.Wang@amd.com>
> Reviewed-by: Huang Rui <ray.huang@amd.com>
> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
> Cc: stable@vger.kernel.org
It reverts cleanly on top of 5.7-rc1, and this fixes the issue.
Greg, please do not apply this to the stable series. The commit message
doesn’t even reference a issue/bug report, and doesn’t give a detailed
problem description. What system is it?
Dave, Alex, how to proceed? Revert? I created issue 1094 [1].
Kind regards,
Paul
[1]: https://gitlab.freedesktop.org/drm/amd/-/issues/1094
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
next prev parent reply other threads:[~2020-04-13 17:32 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-13 8:44 [regression 5.7-rc1] System does not power off, just halts Paul Menzel
2020-04-13 17:32 ` Paul Menzel [this message]
2020-04-13 17:32 ` Paul Menzel
2020-04-13 17:32 ` Paul Menzel
2020-04-13 17:48 ` Alex Deucher
2020-04-13 17:48 ` Alex Deucher
2020-04-13 17:48 ` Alex Deucher
2020-04-14 8:21 ` Greg KH
2020-04-14 8:21 ` Greg KH
2020-04-14 8:21 ` Greg KH
2020-04-14 13:07 ` Alex Deucher
2020-04-14 13:07 ` Alex Deucher
2020-04-14 13:07 ` Alex Deucher
2020-04-18 19:09 ` Thomas Backlund
2020-04-19 7:19 ` Greg Kroah-Hartman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=dcc4851e-0ab5-683a-2cf2-687d64a3c9da@molgen.mpg.de \
--to=pmenzel@molgen.mpg.de \
--cc=Mengbing.Wang@amd.com \
--cc=Prike.Liang@amd.com \
--cc=airlied@linux.ie \
--cc=alexander.deucher@amd.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ray.huang@amd.com \
--cc=regressions@leemhuis.info \
--cc=stable@vger.kernel.org \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.