You are not logged in.
Howdy y'all,
I have a Dell Inspiron 14 5425, and I have a problem with my laptop. Whenever I close my laptop for it to go to sleep, the minute I physically move my laptop, it wakes from sleep. I can hear the fans go off as the laptop wakes off, and if I had music playing whenever it went to sleep, it resumes. I tried setting HandleLidSwitch=ignore in /etc/systemd/logind.conf, but that really didn't help. Furthermore, if I put my laptop to sleep with the lid open using software, it does not wake up whenever I move it around. But, as soon as the lid closes and I move the laptop, it wakes up.
Anyone know what I can do to solve this?
Kernel: 6.6.1
Offline
cat /proc/acpi/wakeup
The symptoms suggest that the lid is kinda loose an hair-triggers when you move the device (or that you're yanking it around like a berserk
Ignoring the lidswitch won't help at this stage, but you could remove it from the ACPI wakeup entries. (echo'ing the 3/4 letter code into /proc/acpi/wakeup toggles the device)
Online
I disabled everything in my wakeup file, and the laptop still wakes from sleep whenever I move it around. All I am doing is taking it from its horizontal resting position and moving it vertical, as if I were sliding it into a backpack.
Offline
I wasn't all that serious about the berserk yanking aroung thing
Can you please post the output of /proc/acpi/wakeup before and after the S3?
If we ignore the lid, the device might have an accelerometer.
Does the lid trigger if you gently manipulate it (push down on the back, at the hinges; open the lid carefully and see whether it triggers at even a very shallow angle)?
Online
I don't think my laptop uses an accelerometer, because I have a /proc/acpi/button/lid/LID, and it has a state file in it that says whether or not the lid is opened or closed. Furthermore, here is the output of my /proc/acpi/wakeup that I should have posted
Device S-state Status Sysfs node
GPP0 S4 *disabled pci:0000:00:01.1
GPP1 S4 *enabled pci:0000:00:01.2
GP17 S4 *enabled pci:0000:00:08.1
The lid doesn't trigger whenever I push out back, and it doesn't trigger either at a very shallow angle. At this point, I've already opened up my laptop to tighten the screws holding my display to my body at "rest" position. I am starting to think the actual brackets of the hinge mechanism themselves are loosely connected to the display instead of being loosely connected to the body.
Here is my /proc/acpi/wakeup before and after putting my laptop to sleep and waking it up with the lid
hurricane@TheCloutBook /proc/acpi $ cat wakeup
Device S-state Status Sysfs node
GPP0 S4 *disabled pci:0000:00:01.1
GPP1 S4 *enabled pci:0000:00:01.2
GP17 S4 *enabled pci:0000:00:08.1
hurricane@TheCloutBook /proc/acpi $ cat wakeup
Device S-state Status Sysfs node
GPP0 S4 *disabled pci:0000:00:01.1
GPP1 S4 *enabled pci:0000:00:01.2
GP17 S4 *enabled pci:0000:00:08.1
hurricane@TheCloutBook /proc/acpi $
Offline
Two of the GPPs are enabled?
What's the output of lspci?
Online
Here is the output of lspci
hurricane@TheCloutBook ~ $ lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne IOMMU
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:01.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge
00:01.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:02.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus
00:08.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 51)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 5
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 6
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 7
02:00.0 Non-Volatile memory controller: KIOXIA Corporation NVMe SSD Controller BG4 (DRAM-less)
03:00.0 Network controller: MEDIATEK Corp. MT7921 802.11ax PCI Express Wireless Network Adapter
04:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Barcelo (rev c2)
04:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Renoir Radeon High Definition Audio Controller
04:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) Platform Security Processor
04:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne USB 3.1
04:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne USB 3.1
04:00.5 Multimedia controller: Advanced Micro Devices, Inc. [AMD] ACP/ACP3X/ACP6x Audio Coprocessor (rev 01)
04:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h/19h HD Audio Controller
05:00.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 81)
05:00.1 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 81)
Offline
Great, all just really GPP Bridges in no proximity to anything
Try to disable all, see whether the lid still wakes the system (by actually opening it) and what the impact on the gravity-inspired resume is.
Online
Ok, after disabling all GPP Bridges in /proc/acpi/wakeup, my laptop does still wake from suspend normally whenever I open the lid. And, placing it into my bad still does wake the laptop up. Is there any way to see what is actually waking up the laptop?
Edit: I just closed my laptop and walked away from it from 5:47 to 6:13, and it seems like it resumed from suspend somehow byitself at 6:02:58 while I was away from my laptop. Here is a snippet of my journalctl
Nov 11 18:02:58 TheCloutBook kernel: Freezing remaining freezable tasks
Nov 11 18:02:58 TheCloutBook kernel: OOM killer disabled.
Nov 11 18:02:58 TheCloutBook kernel: Freezing user space processes completed (elapsed 0.002 seconds)
Nov 11 17:47:57 TheCloutBook kernel: Freezing user space processes
Nov 11 17:47:57 TheCloutBook kernel: Filesystems sync: 0.033 seconds
Nov 11 17:47:57 TheCloutBook kernel: PM: suspend entry (s2idle)
Nov 11 17:47:57 TheCloutBook systemd-sleep[7384]: Entering sleep state 'suspend'...
This is so weird, are there any known issues with sleeping on a AMD Ryzen 5 5625U Based System?
Last edited by HurricanePootis (2023-11-12 00:15:14)
Offline
s2idle is a "shallow" sleep, can you select "deep" in /sys/power/mem_sleep ?
(Though w/ the specific condition, maybe somebody just stomped next to it.)
Typically /proc/acpi/wakeup would contain far more entries, such as a powerbutton, some USB and usually(?) also the LID.
Can you configure anything about the wakeup behavior in the UEFI?
Online
I cannot select "deep" in /sys/power/mem_sleep. Also, I just put my laptop to sleep again without closing the lid, and it turned itself on again without my being there at the laptop. This is genuinely infuriating, and I don't know if this is an issue with linux or the hardware itself. Honestly, I'm really tempted right to now to spin up a windows partition to test that out.
Anyhow, I just went into my laptop's bios and there are no options for anything to do about the wakup behavior of my laptop.
Offline
Honestly, I'm really tempted right to now to spin up a windows partition to test that out.
Might be a misunderstanding, but 3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.
Otherwise you can also just try some live distro, but if physical interaction is guaranteed to wake the system the problem would seem physical as well
There's for now no recorded caveat in https://wiki.archlinux.org/title/Laptop/Dell#Inspiron
Online
I actually don't have windows installed, I was just saying that I would install it to test to see if this problem occurs on it. I do have a USB stick with ventoy, containing a fedora iso, windows iso, and an arch iso, so I will play around with them whenever I get the time.
Offline
Many Dell laptops have been produced with built-in accelerometers. They protect the drive(s) from damage in case of a fall. My 2014 Dell Inspiron had the same "problem" as yours if you want to actually term it a problem.
I learned to live with it.
UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things. -- Doug Gwyn
Offline
@c00ter, it wakes/woke up when you move/d it?
That's probably not very protective, notably not because the wake-up will rather get the HDD head flying.
Online