On Mon, Dec 16, 2019 at 4:00 AM Daniel Drake <drake@xxxxxxxxxxxx> wrote: > > Hi Alex, > > On Mon, Nov 25, 2019 at 1:17 PM Daniel Drake <drake@xxxxxxxxxxxx> 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 _______________________________________________ amd-gfx mailing list amd-gfx@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/amd-gfx
