[PATCH] drm/amdgpu: always reset asic when going into suspend
Alex Deucher
alexdeucher at gmail.com
Thu Dec 19 14:08:44 UTC 2019
On Mon, Dec 16, 2019 at 4:00 AM Daniel Drake <drake at endlessm.com> wrote:
>
> Hi Alex,
>
> On Mon, Nov 25, 2019 at 1:17 PM Daniel Drake <drake at endlessm.com> wrote:
> > Unfortunately not. The original issue still exists (dead gfx after
> > resume from s2idle) and also when I trigger execution of the suspend
> > or runtime suspend routines the power usage increases around 1.5W as
> > before.
> >
> > Have you confirmed that amdgpu s2idle is working on platforms you have in hand?
>
> Any further ideas here? Or any workarounds that you would consider?
I think there may be some AMD specific handling needed in
drivers/acpi/sleep.c. My understanding from reading the modern
standby documents from MS is that each vendor needs to provide a
platform specific PEP driver. I'm not sure how much of that current
code is Intel specific or not.
Alex
>
> This platform has been rather tricky but all of the other problems are
> now solved:
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=f897e60a12f0b9146357780d317879bce2a877dc
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d21b8adbd475dba19ac2086d3306327b4a297418
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=406857f773b082bc88edfd24967facf4ed07ac85
> https://patchwork.kernel.org/patch/11263477/
>
> amdgpu is the only breakage left before Linux can be shipped on this
> family of products.
>
> Thanks
> Daniel
More information about the amd-gfx
mailing list