You are not logged in.

#1 2021-04-07 06:54:03

DeletedUser210604
Banned
Registered: 2021-04-07
Posts: 5

placeholder

placeholder

Last edited by DeletedUser210604 (2021-05-14 12:44:44)

Offline

#2 2021-04-11 07:16:05

yugge
Member
Registered: 2021-04-11
Posts: 1

Re: placeholder

I can confirm as I have the same issue. Following this thread if someone comes up with a fix.

One thing I can add is that at times the glitches goes away and it shows my login screen with the clock set to the time of suspend, I can still move my cursor and see it move, but I can't interact with anything. Looking at kern.log it is complaining about the amdgpu not being able to resume, so it might be a graphical issue?

kern.log snippet:

Apr  9 02:32:01 adminicle kernel: [  121.487088] PM: suspend entry (deep)
Apr  9 02:32:01 adminicle kernel: [  121.491958] Filesystems sync: 0.004 seconds
Apr  9 02:32:15 adminicle kernel: [  121.618611] Freezing user space processes ... (elapsed 0.002 seconds) done.
Apr  9 02:32:15 adminicle kernel: [  121.620999] OOM killer disabled.
Apr  9 02:32:15 adminicle kernel: [  121.621000] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Apr  9 02:32:15 adminicle kernel: [  121.622405] printk: Suspending console(s) (use no_console_suspend to debug)
Apr  9 02:32:15 adminicle kernel: [  125.652442] amdgpu: cp queue preemption time out.
Apr  9 02:32:15 adminicle kernel: [  125.822971] ACPI: EC: interrupt blocked
Apr  9 02:32:15 adminicle kernel: [  125.880104] ACPI: Preparing to enter system sleep state S3
Apr  9 02:32:15 adminicle kernel: [  125.880779] ACPI: EC: event blocked
Apr  9 02:32:15 adminicle kernel: [  125.880781] ACPI: EC: EC stopped
Apr  9 02:32:15 adminicle kernel: [  125.880782] PM: Saving platform NVS memory
Apr  9 02:32:15 adminicle kernel: [  125.881048] Disabling non-boot CPUs ...
Apr  9 02:32:15 adminicle kernel: [  125.881978] IRQ 33: no longer affine to CPU1
Apr  9 02:32:15 adminicle kernel: [  125.881998] IRQ 41: no longer affine to CPU1
Apr  9 02:32:15 adminicle kernel: [  125.882007] IRQ 52: no longer affine to CPU1
Apr  9 02:32:15 adminicle kernel: [  125.882015] IRQ 74: no longer affine to CPU1
Apr  9 02:32:15 adminicle kernel: [  125.882023] IRQ 80: no longer affine to CPU1
Apr  9 02:32:15 adminicle kernel: [  125.883054] smpboot: CPU 1 is now offline
Apr  9 02:32:15 adminicle kernel: [  125.884892] IRQ 45: no longer affine to CPU2
Apr  9 02:32:15 adminicle kernel: [  125.884911] IRQ 47: no longer affine to CPU2
Apr  9 02:32:15 adminicle kernel: [  125.884919] IRQ 51: no longer affine to CPU2
Apr  9 02:32:15 adminicle kernel: [  125.884942] IRQ 84: no longer affine to CPU2
Apr  9 02:32:15 adminicle kernel: [  125.885969] smpboot: CPU 2 is now offline
Apr  9 02:32:15 adminicle kernel: [  125.887281] IRQ 36: no longer affine to CPU3
Apr  9 02:32:15 adminicle kernel: [  125.888366] smpboot: CPU 3 is now offline
Apr  9 02:32:15 adminicle kernel: [  125.891023] smpboot: CPU 4 is now offline
Apr  9 02:32:15 adminicle kernel: [  125.893837] smpboot: CPU 5 is now offline
Apr  9 02:32:15 adminicle kernel: [  125.895195] ACPI: Low-level resume complete
Apr  9 02:32:15 adminicle kernel: [  125.895236] ACPI: EC: EC started
Apr  9 02:32:15 adminicle kernel: [  125.895237] PM: Restoring platform NVS memory
Apr  9 02:32:15 adminicle kernel: [  125.895511] LVT offset 0 assigned for vector 0x400
Apr  9 02:32:15 adminicle kernel: [  125.895977] Enabling non-boot CPUs ...
Apr  9 02:32:15 adminicle kernel: [  125.896018] x86: Booting SMP configuration:
Apr  9 02:32:15 adminicle kernel: [  125.896019] smpboot: Booting Node 0 Processor 1 APIC 0x1
Apr  9 02:32:15 adminicle kernel: [  125.896128] microcode: CPU1: patch_level=0x08600106
Apr  9 02:32:15 adminicle kernel: [  125.898322] ACPI: \_SB_.PLTF.C001: Found 3 idle states
Apr  9 02:32:15 adminicle kernel: [  125.898602] CPU1 is up
Apr  9 02:32:15 adminicle kernel: [  125.898627] smpboot: Booting Node 0 Processor 2 APIC 0x2
Apr  9 02:32:15 adminicle kernel: [  125.899076] microcode: CPU2: patch_level=0x08600106
Apr  9 02:32:15 adminicle kernel: [  125.901298] ACPI: \_SB_.PLTF.C002: Found 3 idle states
Apr  9 02:32:15 adminicle kernel: [  125.901626] CPU2 is up
Apr  9 02:32:15 adminicle kernel: [  125.901657] smpboot: Booting Node 0 Processor 3 APIC 0x4
Apr  9 02:32:15 adminicle kernel: [  125.901951] microcode: CPU3: patch_level=0x08600106
Apr  9 02:32:15 adminicle kernel: [  125.904145] ACPI: \_SB_.PLTF.C003: Found 3 idle states
Apr  9 02:32:15 adminicle kernel: [  125.904404] CPU3 is up
Apr  9 02:32:15 adminicle kernel: [  125.904429] smpboot: Booting Node 0 Processor 4 APIC 0x5
Apr  9 02:32:15 adminicle kernel: [  125.904678] microcode: CPU4: patch_level=0x08600106
Apr  9 02:32:15 adminicle kernel: [  125.906981] ACPI: \_SB_.PLTF.C004: Found 3 idle states
Apr  9 02:32:15 adminicle kernel: [  125.907225] CPU4 is up
Apr  9 02:32:15 adminicle kernel: [  125.907246] smpboot: Booting Node 0 Processor 5 APIC 0x6
Apr  9 02:32:15 adminicle kernel: [  125.907502] microcode: CPU5: patch_level=0x08600106
Apr  9 02:32:15 adminicle kernel: [  125.909754] ACPI: \_SB_.PLTF.C005: Found 3 idle states
Apr  9 02:32:15 adminicle kernel: [  125.910014] CPU5 is up
Apr  9 02:32:15 adminicle kernel: [  125.910638] ACPI: Waking up from system sleep state S3
Apr  9 02:32:15 adminicle kernel: [  125.917314] ACPI: EC: interrupt unblocked
Apr  9 02:32:15 adminicle kernel: [  126.181858] ACPI: EC: event unblocked
Apr  9 02:32:15 adminicle kernel: [  126.182357] pci 0000:00:00.2: can't derive routing for PCI INT A
Apr  9 02:32:15 adminicle kernel: [  126.182361] pci 0000:00:00.2: PCI INT A: no GSI
Apr  9 02:32:15 adminicle kernel: [  126.287614] [drm] Wait for DMUB auto-load failed: 3
Apr  9 02:32:15 adminicle kernel: [  126.287637] [drm] DMUB hardware initialized: version=0x01000000
Apr  9 02:32:15 adminicle kernel: [  126.295329] nvme nvme0: Shutdown timeout set to 8 seconds
Apr  9 02:32:15 adminicle kernel: [  126.310494] nvme nvme0: 16/0/0 default/read/poll queues
Apr  9 02:32:15 adminicle kernel: [  126.445571] amdgpu 0000:04:00.0: amdgpu: ring gfx uses VM inv eng 0 on hub 0
Apr  9 02:32:15 adminicle kernel: [  126.445577] amdgpu 0000:04:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 1 on hub 0
Apr  9 02:32:15 adminicle kernel: [  126.445579] amdgpu 0000:04:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 4 on hub 0
Apr  9 02:32:15 adminicle kernel: [  126.445580] amdgpu 0000:04:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 5 on hub 0
Apr  9 02:32:15 adminicle kernel: [  126.445581] amdgpu 0000:04:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 6 on hub 0
Apr  9 02:32:15 adminicle kernel: [  126.445582] amdgpu 0000:04:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 7 on hub 0
Apr  9 02:32:15 adminicle kernel: [  126.445583] amdgpu 0000:04:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 8 on hub 0
Apr  9 02:32:15 adminicle kernel: [  126.445584] amdgpu 0000:04:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 9 on hub 0
Apr  9 02:32:15 adminicle kernel: [  126.445585] amdgpu 0000:04:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 10 on hub 0
Apr  9 02:32:15 adminicle kernel: [  126.445587] amdgpu 0000:04:00.0: amdgpu: ring kiq_2.1.0 uses VM inv eng 11 on hub 0
Apr  9 02:32:15 adminicle kernel: [  126.445588] amdgpu 0000:04:00.0: amdgpu: ring sdma0 uses VM inv eng 0 on hub 1
Apr  9 02:32:15 adminicle kernel: [  126.445589] amdgpu 0000:04:00.0: amdgpu: ring vcn_dec uses VM inv eng 1 on hub 1
Apr  9 02:32:15 adminicle kernel: [  126.445591] amdgpu 0000:04:00.0: amdgpu: ring vcn_enc0 uses VM inv eng 4 on hub 1
Apr  9 02:32:15 adminicle kernel: [  126.445592] amdgpu 0000:04:00.0: amdgpu: ring vcn_enc1 uses VM inv eng 5 on hub 1
Apr  9 02:32:15 adminicle kernel: [  126.445593] amdgpu 0000:04:00.0: amdgpu: ring jpeg_dec uses VM inv eng 6 on hub 1
Apr  9 02:32:15 adminicle kernel: [  127.467790] amdgpu 0000:04:00.0: [drm:amdgpu_ib_ring_tests [amdgpu]] *ERROR* IB test failed on gfx (-110).
Apr  9 02:32:15 adminicle kernel: [  127.468082] [drm:amdgpu_device_delayed_init_work_handler [amdgpu]] *ERROR* ib ring test failed (-110).
Apr  9 02:32:15 adminicle kernel: [  127.471871] acpi LNXPOWER:08: Turning OFF
Apr  9 02:32:15 adminicle kernel: [  127.471919] acpi LNXPOWER:07: Turning OFF
Apr  9 02:32:15 adminicle kernel: [  127.471971] acpi LNXPOWER:05: Turning OFF
Apr  9 02:32:15 adminicle kernel: [  127.472729] OOM killer enabled.
Apr  9 02:32:15 adminicle kernel: [  127.472731] Restarting tasks ... done.
Apr  9 02:32:15 adminicle kernel: [  127.474762] thermal thermal_zone1: failed to read out thermal zone (-61)
Apr  9 02:32:15 adminicle kernel: [  127.621336] [drm] Failed to add display topology, DTM TA is not initialized.
Apr  9 02:32:15 adminicle kernel: [  127.731006] PM: suspend exit
Apr  9 02:32:21 adminicle kernel: [  132.775396] [drm:amdgpu_dm_commit_planes [amdgpu]] *ERROR* Waiting for fences timed out!
Apr  9 02:32:21 adminicle kernel: [  132.973281] wlo1: authenticate with 14:59:c0:57:85:86
Apr  9 02:32:21 adminicle kernel: [  132.977756] wlo1: send auth to 14:59:c0:57:85:86 (try 1/3)
Apr  9 02:32:21 adminicle kernel: [  133.005333] wlo1: authenticated
Apr  9 02:32:21 adminicle kernel: [  133.011405] wlo1: associate with 14:59:c0:57:85:86 (try 1/3)
Apr  9 02:32:21 adminicle kernel: [  133.015217] wlo1: RX AssocResp from 14:59:c0:57:85:86 (capab=0x1411 status=0 aid=3)
Apr  9 02:32:21 adminicle kernel: [  133.020952] wlo1: associated
Apr  9 02:32:21 adminicle kernel: [  133.041375] IPv6: ADDRCONF(NETDEV_CHANGE): wlo1: link becomes ready
Apr  9 02:32:21 adminicle kernel: [  133.097982] wlo1: Limiting TX power to 17 (20 - 3) dBm as advertised by 14:59:c0:57:85:86
Apr  9 02:32:24 adminicle kernel: [  136.612826] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring sdma0 timeout, signaled seq=1807, emitted seq=1810
Apr  9 02:32:24 adminicle kernel: [  136.613169] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process information: process  pid 0 thread  pid 0
Apr  9 02:32:24 adminicle kernel: [  136.613466] amdgpu 0000:04:00.0: amdgpu: GPU reset begin!
Apr  9 02:32:24 adminicle kernel: [  136.847003] amdgpu 0000:04:00.0: [drm:amdgpu_ring_test_helper [amdgpu]] *ERROR* ring kiq_2.1.0 test failed (-110)
Apr  9 02:32:24 adminicle kernel: [  136.856640] [drm] free PSP TMR buffer
Apr  9 02:32:25 adminicle kernel: [  136.889726] amdgpu 0000:04:00.0: amdgpu: MODE2 reset
Apr  9 02:32:25 adminicle kernel: [  136.889816] amdgpu 0000:04:00.0: amdgpu: GPU reset succeeded, trying to resume
Apr  9 02:32:25 adminicle kernel: [  136.890014] [drm] PCIE GART of 1024M enabled (table at 0x000000F400900000).
Apr  9 02:32:25 adminicle kernel: [  136.890284] [drm] PSP is resuming...
Apr  9 02:32:25 adminicle kernel: [  136.910139] [drm] reserve 0x400000 from 0xf41f800000 for PSP TMR
Apr  9 02:32:25 adminicle kernel: [  137.340661] amdgpu 0000:04:00.0: amdgpu: SMU is resuming...
Apr  9 02:32:25 adminicle kernel: [  137.341742] amdgpu 0000:04:00.0: amdgpu: SMU is resumed successfully!
Apr  9 02:32:25 adminicle kernel: [  137.343705] [drm] kiq ring mec 2 pipe 1 q 0
Apr  9 02:32:25 adminicle kernel: [  137.356528] [drm] DMUB hardware initialized: version=0x01000000
Apr  9 02:32:25 adminicle kernel: [  137.633365] [drm] Failed to add display topology, DTM TA is not initialized.
Apr  9 02:32:25 adminicle kernel: [  137.674155] [drm] VCN decode and encode initialized successfully(under DPG Mode).
Apr  9 02:32:25 adminicle kernel: [  137.674711] [drm] JPEG decode initialized successfully.
Apr  9 02:32:25 adminicle kernel: [  137.674715] amdgpu 0000:04:00.0: amdgpu: ring gfx uses VM inv eng 0 on hub 0
Apr  9 02:32:25 adminicle kernel: [  137.674718] amdgpu 0000:04:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 1 on hub 0
Apr  9 02:32:25 adminicle kernel: [  137.674719] amdgpu 0000:04:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 4 on hub 0
Apr  9 02:32:25 adminicle kernel: [  137.674720] amdgpu 0000:04:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 5 on hub 0
Apr  9 02:32:25 adminicle kernel: [  137.674721] amdgpu 0000:04:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 6 on hub 0
Apr  9 02:32:25 adminicle kernel: [  137.674722] amdgpu 0000:04:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 7 on hub 0
Apr  9 02:32:25 adminicle kernel: [  137.674723] amdgpu 0000:04:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 8 on hub 0
Apr  9 02:32:25 adminicle kernel: [  137.674724] amdgpu 0000:04:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 9 on hub 0
Apr  9 02:32:25 adminicle kernel: [  137.674725] amdgpu 0000:04:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 10 on hub 0
Apr  9 02:32:25 adminicle kernel: [  137.674726] amdgpu 0000:04:00.0: amdgpu: ring kiq_2.1.0 uses VM inv eng 11 on hub 0
Apr  9 02:32:25 adminicle kernel: [  137.674727] amdgpu 0000:04:00.0: amdgpu: ring sdma0 uses VM inv eng 0 on hub 1
Apr  9 02:32:25 adminicle kernel: [  137.674728] amdgpu 0000:04:00.0: amdgpu: ring vcn_dec uses VM inv eng 1 on hub 1
Apr  9 02:32:25 adminicle kernel: [  137.674729] amdgpu 0000:04:00.0: amdgpu: ring vcn_enc0 uses VM inv eng 4 on hub 1
Apr  9 02:32:25 adminicle kernel: [  137.674730] amdgpu 0000:04:00.0: amdgpu: ring vcn_enc1 uses VM inv eng 5 on hub 1
Apr  9 02:32:25 adminicle kernel: [  137.674731] amdgpu 0000:04:00.0: amdgpu: ring jpeg_dec uses VM inv eng 6 on hub 1
Apr  9 02:32:25 adminicle kernel: [  137.680196] amdgpu 0000:04:00.0: amdgpu: recover vram bo from shadow start
Apr  9 02:32:25 adminicle kernel: [  137.680203] amdgpu 0000:04:00.0: amdgpu: recover vram bo from shadow done
Apr  9 02:32:25 adminicle kernel: [  137.680245] amdgpu 0000:04:00.0: amdgpu: GPU reset(1) succeeded!
Apr  9 02:32:25 adminicle kernel: [  137.711082] [drm:amdgpu_dm_atomic_commit_tail [amdgpu]] *ERROR* got no status for stream 00000000eacd9406 on acrtc00000000d7a22db5
Apr  9 02:32:57 adminicle kernel: [  169.287357] [drm:amdgpu_dm_atomic_commit_tail [amdgpu]] *ERROR* got no status for stream 00000000eacd9406 on acrtc00000000d7a22db5

Offline

#3 2021-04-12 07:56:36

DeletedUser210604
Banned
Registered: 2021-04-07
Posts: 5

Re: placeholder

Occasionally, something similar happens to me as well. However, I've never been able to move the mouse. My display manager, SDDM, shows up, but it's like it's behind a dark veil. Totally unresponsive to any input.

Here, someone with a 4700U is facing an S4 (hibernation) issue—https://bbs.archlinux.org/viewtopic.php?id=264044

I hope this issue is fixed in 5.12.

Last edited by DeletedUser210604 (2021-04-12 07:56:58)

Offline

#4 2021-04-13 02:37:17

devmrfitz
Member
Registered: 2021-01-13
Posts: 54

Offline

#5 2021-04-13 13:13:30

korikori
Member
Registered: 2020-09-30
Posts: 10

Re: placeholder

The issue with resuming from suspend on 5.11.x and later kernels is discussed here: https://bugs.archlinux.org/task/69764 - it is actually a GPU driver problem, and the S3 suspend mode is still available (if tables are patched). The most common workaround has been to fall back to linux-lts, but there is also a working kernel patch in that bug report.

Unfortunately, in addition to this bug, the most recent 5.11 and 5.10 versions all suffer from another issue - the S3 sleep mode is not available at all (even with the ACPI tables patch). You can easily tell the difference between the behavior that you have described as now, the power light no longer pulses, and worst of all, if you leave your laptop suspended for the night, its battery will be fully drained by morning.

I had to downgrade to 5.10.25 via https://archive.archlinux.org/packages/l/linux-lts/ to resolve this.

devmrfitz, your issue may be related to the lack of S3 in the most recent kernel version, so please try going back to 5.10.25 and see if you can patch your tables there.

Last edited by korikori (2021-04-13 13:22:57)

Offline

#6 2021-04-14 02:45:13

devmrfitz
Member
Registered: 2021-01-13
Posts: 54

Re: placeholder

@korikori I'm already using LTS. Do I still have to downgrade or is there a solution available? Also, can we expect the next kernel update to have a solution for this?

Offline

#7 2021-04-14 09:59:05

korikori
Member
Registered: 2020-09-30
Posts: 10

Re: placeholder

devmrfitz wrote:

@korikori I'm already using LTS. Do I still have to downgrade or is there a solution available? Also, can we expect the next kernel update to have a solution for this?

Yes, this ocurred to me on LTS again with the most recent version - 5.10.29-1 - or possibly even earlier, which is why I chose to go back a few versions to 5.10.25-1. You can grab an older LTS kernel from https://archive.archlinux.org/packages/l/linux-lts/ (you probably need a matching linux-lts-headers too).

I still haven't found too much other mentions of the same issue, and I also haven't dug up further than confirming that downgrading resolves it, which is why I haven't opened a bug report yet. I looked through the last few LTS kernels' changelogs, but didn't find anything obvious that could cause this.

Offline

#8 2021-04-14 11:46:03

DeletedUser210604
Banned
Registered: 2021-04-07
Posts: 5

Re: placeholder

placeholder

Last edited by DeletedUser210604 (2021-05-14 12:45:02)

Offline

#9 2021-04-14 21:09:14

atlasduo
Member
Registered: 2021-01-23
Posts: 3

Re: placeholder

I'm also experiencing this issue with Lenovo 14are05, currently sitting on linux-lts 5.10.26 where S3 sleep still works.

I compared dmesg output between 5.10.26 and 5.10.29 and something I've noticed is that 5.10.26 has the following messages:

[    0.011804] ACPI: DSDT ACPI table found in initrd [kernel/firmware/acpi/dsdt.aml][0xb8fb]
...
[    0.011865] ACPI: Table Upgrade: override [DSDT-LENOVO-CB-01   ]

Similar messages on 5.10.29

[    0.012382] ACPI: DSDT ACPI table found in initrd [kernel/firmware/acpi/dsdt.aml][0xb8fb]
...
[    0.012426] ACPI: Table Upgrade: install [DSDT-LENOVO-CB-01   ]

These are two distinct messages, not just a wording change, according to kernel source code.

I am no kernel developer, but could it be that ACPI table override broke?

There have been some changes to ACPI table processing in 5.10.28. I tried looking into it, but I don't know my way around the kernel well enough to start pointing fingers.

UPDATE:

Went through kernel versions in order of release, confirmed that S3 sleep solution stopped working after upgrade from 5.10.27 to 5.10.28.
Version 5.10.27 of linux-lts is the last one that works for me as of today.

Last edited by atlasduo (2021-04-14 22:25:53)

Offline

#10 2021-04-17 04:22:45

luojie
Member
Registered: 2021-04-17
Posts: 3

Re: placeholder

atlasduo wrote:

I'm also experiencing this issue with Lenovo 14are05, currently sitting on linux-lts 5.10.26 where S3 sleep still works.

I compared dmesg output between 5.10.26 and 5.10.29 and something I've noticed is that 5.10.26 has the following messages:

[    0.011804] ACPI: DSDT ACPI table found in initrd [kernel/firmware/acpi/dsdt.aml][0xb8fb]
...
[    0.011865] ACPI: Table Upgrade: override [DSDT-LENOVO-CB-01   ]

Similar messages on 5.10.29

[    0.012382] ACPI: DSDT ACPI table found in initrd [kernel/firmware/acpi/dsdt.aml][0xb8fb]
...
[    0.012426] ACPI: Table Upgrade: install [DSDT-LENOVO-CB-01   ]

These are two distinct messages, not just a wording change, according to kernel source code.

I am no kernel developer, but could it be that ACPI table override broke?

There have been some changes to ACPI table processing in 5.10.28. I tried looking into it, but I don't know my way around the kernel well enough to start pointing fingers.

UPDATE:

Went through kernel versions in order of release, confirmed that S3 sleep solution stopped working after upgrade from 5.10.27 to 5.10.28.
Version 5.10.27 of linux-lts is the last one that works for me as of today.

I've met the very same issue. And I think the DSDT "override/appended" is the reason. Tryed lots of tools to re-compile the dsds.aml, didn't work. I belive it's a linux kernel problem.

Offline

#11 2021-04-22 02:45:56

luojie
Member
Registered: 2021-04-17
Posts: 3

Re: placeholder

And to me , this issue  has been solved since 5.10.32-1-lts

Offline

#12 2021-04-24 09:25:51

DeletedUser210604
Banned
Registered: 2021-04-07
Posts: 5

Re: placeholder

placeholder.

Last edited by DeletedUser210604 (2021-05-14 12:45:18)

Offline

#13 2021-04-25 13:04:21

korikori
Member
Registered: 2020-09-30
Posts: 10

Re: placeholder

Came here to say the same - the [deep] sleep state is once again available with linux-lts 5.10.32 and linux-zen 5.11.16. Unfortunately, with the 5.11. branch, the waking up from sleep bug (i've linked to above) once again haunts me. Still, linux-lts is perfectly usable, so I'd encourage everyone with these machines to use this kernel for now. Fingers crossed that this is fully resolved in 5.12.

Last edited by korikori (2021-04-25 13:08:41)

Offline

#14 2021-04-25 14:57:08

luojie
Member
Registered: 2021-04-17
Posts: 3

Re: placeholder

temp-cb wrote:
luojie wrote:

And to me , this issue  has been solved since 5.10.32-1-lts

Really? I'm going through the change-log (https://cdn.kernel.org/pub/linux/kernel … og-5.10.32), but I don't find the fix.

Could you perhaps point to the commit that fixes this issue?

EDIT:

Is https://git.kernel.org/pub/scm/linux/ke … 2=v5.10.31 the patch that fixes this issue? I'm not sure what counter the committer is talking about. The same patch has been applied to 5.11 too.

commit 3eaf50dad6d135c57f5dae2dd78c20c25ccf5dbd
Author: Rob Clark <robdclark@chromium.org>
Date:   Wed Mar 24 18:23:52 2021 -0700

    drm/msm: Fix a5xx/a6xx timestamps
   
    [ Upstream commit 9fbd3088351b92e8c2cef6e37a39decb12a8d5bb ]
   
    They were reading a counter that was configured to ALWAYS_COUNT (ie.
    cycles that the GPU is doing something) rather than ALWAYS_ON.  This
    isn't the thing that userspace is looking for.
   
    Signed-off-by: Rob Clark <robdclark@chromium.org>
    Acked-by: Jordan Crouse <jordan@cosmicpenguin.net>
    Message-Id: <20210325012358.1759770-2-robdclark@gmail.com>
    Signed-off-by: Rob Clark <robdclark@chromium.org>
    Signed-off-by: Sasha Levin <sashal@kernel.org>


should be this:

commit f338b8fffd7532f92af0eb8e1366867f8ba2a574
Author: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Date:   Tue Apr 13 16:01:00 2021 +0200

    ACPI: x86: Call acpi_boot_table_init() after acpi_table_upgrade()
   
    [ Upstream commit 6998a8800d73116187aad542391ce3b2dd0f9e30 ]
   
    Commit 1a1c130ab757 ("ACPI: tables: x86: Reserve memory occupied by
    ACPI tables") attempted to address an issue with reserving the memory
    occupied by ACPI tables, but it broke the initrd-based table override
    mechanism relied on by multiple users.
   
    To restore the initrd-based ACPI table override functionality, move
    the acpi_boot_table_init() invocation in setup_arch() on x86 after
    the acpi_table_upgrade() one.
   
    Fixes: 1a1c130ab757 ("ACPI: tables: x86: Reserve memory occupied by ACPI tables")
    Reported-by: Hans de Goede <hdegoede@redhat.com>
    Tested-by: Hans de Goede <hdegoede@redhat.com>
    Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>

Offline

Board footer

Powered by FluxBB