You are not logged in.
Unfortunately, the issue has resurfaced just now. Kernel version is 6.4.12.
Does your system have an intel fTPM? Try disabling it in BIOS to see if that helps. While running 6.4.12 see if the directory /sys/class/tpm is empty. If it is then you don't have a tpm.
Kernel 6.4.9 to 6.4.11 had an issue where intel fTPMs were failing probe and not being detected by the kernel. In 6.4.12 the issue was patched so they were working again:
https://bugs.archlinux.org/task/79366
https://github.com/archlinux/linux/comm … 8edc4049be
Edit: added Arch bugzilla link
Last edited by chriscjsus (2023-08-31 05:42:29)
Offline
My CPU is Intel Core i7 8550U, and TPM was enabled.
# ls /sys/class/tpm/
tpm0
# cat /sys/class/tpm/tpm*/tpm_version_major
2
# lsmod | grep tpm
I modified the TPM setting in the BIOS to not use the security chip.
Kernel 6.4.9 to 6.4.11 had an issue where intel fTPMs were failing probe and not being detected by the kernel.
I just checked the boot log from the time when I was using 6.4.11, and indeed, there were errors occurring back then.
kernel: tpm_crb: probe of MSFT0101:00 failed with error 378
Could the failure of the TPM probe have been the reason why the issue didn't occur in 6.4.11?
Offline
Could the failure of the TPM probe have been the reason why the issue didn't occur in 6.4.11?
Could be. I am also testing 6.4.12 with TPM off. I think this could be the same issue as with some AMD fTPMs that cause instability when used as a source of randomness.
In Arch kernels the tpm modules are builtin so they won't show up in lsmod and they can't be rmmoded:
# rmmod tpm tpm_crb
rmmod: ERROR: Module tpm is builtin.
rmmod: ERROR: Module tpm_crb is builtin.
The only way is to turn off the TPM or maybe the TPM device can be unbound from tpm_crb with the same effect:
# echo 'MSFT0101:00' > /sys/bus/acpi/drivers/tpm_crb/unbind
Last edited by chriscjsus (2023-09-02 04:36:03)
Offline
I've been running 6.4.12 with TPM turned off for a week, and this issue hasn't occurred. Great!
Offline
I've been running 6.4.12 with TPM turned off for a week, and this issue hasn't occurred. Great!
Thanks. It didn't happen to me either. I opened a bug report here:
Offline
In Arch kernels the tpm modules are builtin so they won't show up in lsmod and they can't be rmmoded:
Does "initcall_blacklist=tpm_init" work?
Does "initcall_blacklist=tpm_init" work?
Offline
Also, I am using the LTS kernel for some subversions now, and I don't see the problem anymore. currently using linux-lts 6.1.52
Offline
Also, I am using the LTS kernel for some subversions now, and I don't see the problem anymore. currently using linux-lts 6.1.52
On recent LTS kernels intel fTPM detection was broken in 6.1.46, so its not being used at all since then. Recently I was on LTS and did not experience any issue because of that. I'm currently testing 6.5.2 as per the advice in the bugzilla report.
Offline
linux-zen 6.5.2 seems ok so far after one day of use (over all) and 4 sleeps without problem, intel i5-8500/UHD 630/8GB
Last edited by solstice (2023-09-12 15:27:14)
Offline
linux-zen 6.5.2 seems ok so far after one day of use (over all) and 4 sleeps without problem, intel i5-8500/UHD 630/8GB
6.5.2 did not work for me unfortunately.
Offline
It failed today for me again.
Is it because of 6.5.4 upgrade of linux-zen?
Offline
Finally found this thread.
Same problem on ASUS ZENBOOK UX410UA-GV024
Original 4GB RAM extended to 20GB.
Intel HD Graphics 620.
Have the same experience, that there were no problems with kernel v5, started with v6*.
LTS or non-LTS kernel versions, doesn't matter, problem with both.
Happens randomly, very occasionally I have even a luck of 1 week hibernating the laptop without a freeze.Currently testing: https://wiki.archlinux.org/title/Power_ … ibernating
Previously also tested with "HibernateMode=platform shutdown", no success.
Here mentioned testing seems to be successul, so far.
No updates during this time.
[zenbook ~]# cat /etc/systemd/sleep.conf.d/hibernatemode.conf
[Sleep]
HibernateMode=shutdown
[zenbook ~]# uptime -s
2023-08-19 17:40:46
[zenbook ~]# uptime
19:24:51 up 35 days ...
[zenbook ~]# uname -r
6.1.46-1-lts
[zenbook ~]# journalctl -b | grep -i 'Entering sleep\|Waking up from system sleep'
Aug 19 22:26:34 zenbook systemd-sleep[1908023]: Entering sleep state 'suspend'...
Aug 20 07:00:47 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Aug 20 19:37:57 zenbook systemd-sleep[1963400]: Entering sleep state 'suspend'...
Aug 21 06:53:21 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Aug 21 08:21:04 zenbook systemd-sleep[2397203]: Entering sleep state 'suspend'...
Aug 21 12:35:23 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Aug 21 19:32:59 zenbook systemd-sleep[3956836]: Entering sleep state 'suspend'...
Aug 22 07:23:09 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Aug 22 13:11:42 zenbook systemd-sleep[894708]: Entering sleep state 'suspend'...
Aug 24 21:06:28 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Aug 24 21:32:03 zenbook systemd-sleep[985530]: Entering sleep state 'suspend'...
Aug 26 20:52:34 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Aug 26 21:12:11 zenbook systemd-sleep[1051081]: Entering sleep state 'suspend'...
Aug 27 20:39:22 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Aug 27 21:25:04 zenbook systemd-sleep[1201855]: Entering sleep state 'hybrid-sleep'...
Aug 28 20:49:13 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Aug 28 21:25:20 zenbook systemd-sleep[1400971]: Entering sleep state 'hybrid-sleep'...
Aug 29 09:51:27 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Aug 29 10:23:38 zenbook systemd-sleep[1578325]: Entering sleep state 'hybrid-sleep'...
Aug 30 08:17:25 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Aug 30 18:17:14 zenbook systemd-sleep[3161722]: Entering sleep state 'suspend'...
Sep 02 17:42:22 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 02 20:28:28 zenbook systemd-sleep[3473074]: Entering sleep state 'suspend'...
Sep 03 10:32:09 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 03 19:34:09 zenbook systemd-sleep[567241]: Entering sleep state 'suspend'...
Sep 04 06:00:22 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 04 18:17:53 zenbook systemd-sleep[2034244]: Entering sleep state 'suspend'...
Sep 05 06:00:39 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 05 18:00:39 zenbook systemd-sleep[3302437]: Entering sleep state 'suspend'...
Sep 06 06:00:41 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 06 18:16:20 zenbook systemd-sleep[469077]: Entering sleep state 'suspend'...
Sep 08 06:00:13 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 08 17:46:35 zenbook systemd-sleep[1783543]: Entering sleep state 'suspend'...
Sep 10 09:15:11 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 10 14:24:21 zenbook systemd-sleep[2338125]: Entering sleep state 'suspend'...
Sep 10 16:05:44 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 10 19:39:51 zenbook systemd-sleep[2708577]: Entering sleep state 'suspend'...
Sep 11 05:58:05 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 11 15:18:16 zenbook systemd-sleep[3607400]: Entering sleep state 'suspend'...
Sep 11 16:38:45 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 11 16:43:51 zenbook systemd-sleep[3617390]: Entering sleep state 'suspend'...
Sep 13 05:55:34 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 13 17:33:59 zenbook systemd-sleep[502469]: Entering sleep state 'suspend'...
Sep 14 05:56:30 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 14 14:23:38 zenbook systemd-sleep[1295883]: Entering sleep state 'suspend'...
Sep 15 08:22:42 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 15 18:16:39 zenbook systemd-sleep[2046049]: Entering sleep state 'suspend'...
Sep 16 11:37:19 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 16 19:31:33 zenbook systemd-sleep[2547955]: Entering sleep state 'suspend'...
Sep 17 07:39:51 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 17 19:32:10 zenbook systemd-sleep[3570793]: Entering sleep state 'suspend'...
Sep 18 06:00:54 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 18 15:29:33 zenbook systemd-sleep[3788490]: Entering sleep state 'suspend'...
Sep 19 06:00:55 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 19 19:03:15 zenbook systemd-sleep[3961374]: Entering sleep state 'suspend'...
Sep 20 06:00:42 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 20 19:59:51 zenbook systemd-sleep[595960]: Entering sleep state 'suspend'...
Sep 22 05:59:06 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 22 19:08:05 zenbook systemd-sleep[1338387]: Entering sleep state 'suspend'...
Sep 23 08:42:15 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Sep 23 13:28:13 zenbook systemd-sleep[1465554]: Entering sleep state 'suspend'...
Sep 23 19:04:23 zenbook kernel: ACPI: PM: Waking up from system sleep state S3
Maybe I'll try to update the system and reboot it in the following days, and will start the new testing whether it'll survive that long again.
Logic clearly dictates that the needs of the many outweigh the needs of the few.
Online
Hey guys,
I have same problem on my Dell vostro 3559-5559 laptop (I5 6200U, 16GB ram, Intel HD 520 as main + Radeon R5 M315).
That problem happens once in like 3 or 4 sleeps.
❯ uname -r
6.5.6-arch2-1
U.P.D. This issue happened again. I closed my laptop screen for first time and it could wake up, but second time I did the same thing - it froze.
(Sorry for bad English)
Last edited by MiTask (2023-10-08 19:46:51)
Offline
Had the same issue, freezes on suspend and it was working OK on 5.15 and from issues started with 6.1. I have TPM that was enabled in bios ,and disabled it.
Also added initcall_blacklist=tpm_init" to kernel params (even if is not needed since BIOS have it disabled). This was done at time of posting here so I do not know if that will fix it ,
I can assume it does based on a few users that seems to match my setup.
Anyway if I do not report back in this thread it means that fixed for me.
Thank you all that figured this out!!
Offline
Just an update:
My own bisect is complete but so far inconclusive. All I can say with absolute certainty is that commit 706eacadd5c5 ("Merge tag 'devicetree-for-6.1' ...") is broken and freezes within a day or two. Strangely enough however, both parents, ada3bfb6492a ("Merge tag 'tpmdd-next-v6.1-rc1' ...") and 7a7f58575483 ("of: base: Shift refcount decrement ..."), seem to work fine here. I'm currently switching back and forth between the two, hoping to get a freeze eventually, but so far no "luck".
Offline
Damn. I was happy and not hit by this "freeze after sleep" issue, from some time now,
But since yesterday, I am again. but then there was no kernel upgrade since the 26th of october. so it's related to something else ? linux-firmware ?
P.S. I was said that I don't have an intel fTPM but a nuvoton 750 on my optiplex 7060.
Offline
Damn. I was happy and not hit by this "freeze after sleep" issue, from some time now,
But since yesterday, I am again. but then there was no kernel upgrade since the 26th of october. so it's related to something else ? linux-firmware ?
P.S. I was said that I don't have an intel fTPM but a nuvoton 750 on my optiplex 7060.
For now l'm on 6.5.9 with disabled TMP(PTT), this do the job for me
Offline
Not sure you read what I have written ...
So downgrading to linux-firmware and linux-firmware-whence to 20230918.3672ccab-1 seems to fix the problem.
That will need to be double checked
Offline
Not sure you read what I have written ...
So downgrading to linux-firmware and linux-firmware-whence to 20230918.3672ccab-1 seems to fix the problem.
That will need to be double checked
I was playing with downgrading kernels and firmware packages couple of months starting from arch 6.1 kernel and nothing helps me except disabling PTT(which I'm testing now)
Offline
Just for the record.
I am not using arch but rather kubuntu, but my symptoms were the same, suspend freezes maybe 20% of the time, and in those cases the final disk sync message is missing. Disabling TPM didn't help as suggested earlier.
There seems to be a race condition in the disk syncing that hangs. Fortunately it can be turned off via /sys/power/sync_on_suspend.
I added a systemd service for suspend.target to turn off the automatic syncing and do the sync in the service itself, no more freezing suspends. I hope this helps someone.
[Unit]
Description=Suspend Sync
After=suspend.target grub-common.service
ConditionPathExists=/sys/power/sync_on_suspend
[Service]
Type=oneshot
Restart=no
ExecStart=/bin/sh -c 'echo 0 > /sys/power/sync_on_suspend && sync && sync && sync'
StandardOutput=kmsg
[Install]
WantedBy=suspend.target
Offline
@tot Nice find but why is `sync` repeated 3 times?
Offline
@TheDcoder I think that's an old tradition. It used to be the way to sync to disk before shutdown, something like.
https://unix.stackexchange.com/question … -sync-sync
Edit:
@tot It did not work for me. I have an intermettent issue. Sometimes, the PC suspend just fine, and wake up too. Sometimes not.
I tried your fix but the PC failed to suspend....
Last edited by solstice (2024-03-08 13:08:46)
Offline
There is a TPM related patch that has been recently sent to the kernel if someone wants to try:
https://bugzilla.kernel.org/show_bug.cgi?id=217890#c45
Even if it works it is a bit disappointing anyway because the way it works requires to either add a boot parameter manually or add a particular motherboard to the known affected ones.
In kernel 5.15 there is no paramater or extra trick needed to make suspend work perfectly.
Offline
Disabling the built-in sync still failed for me, but much more rarely.
I tried to fix the hang it by moving the sync service earlier, before systemd-suspend.service, but it still failed, the last thing in the journal was the sync service starting.
Now I am trying with just one sync command (i.e, just request sync but don't wait for it). Let's see if that changes anything.
Next thing I will try, if the hang still happens, is to not sync at all. This is a laptop so it shouldn't lose the power while sleeping.
Offline
I tried the patch for the TPM locality mentionned in the thread on bugzilla.kernel.org, and it changed nothing on my Optiplex 7060 with a nuvoton 750 and not a fTPM, I was said).
Offline