XFCE Power Manager - Closing Lid wakes up laptop

I have XFCE Power Manager set to suspend when laptop lid is closed. The problem I am having is that if I suspend through another method first and then I close the laptop lid, the laptop wakes up. I would prefer for it to stay asleep (obviously). Is this some weird hardware anomaly on my machine (Microsoft Surface Pro 2017), or is there some way to achieve what I want to do?

Not new to forum, so you should know that

Is not enough information to rely on for technical issues :slight_smile:

If it happens that is this model, then follow up
https://wiki.archlinux.org/index.php/Microsoft_Surface_Pro_3

Thanks for the reply. The laptop is a Microsoft Surface Pro 2017, not a Surface Pro 3.

System:    Kernel: 5.5.13-arch1-1-surface x86_64 bits: 64 compiler: gcc v: 9.3.0 
           parameters: BOOT_IMAGE=/boot/vmlinuz-linux-surface root=UUID=1ccdd985-9be8-4287-8f84-542874e93352 rw quiet 
           resume=UUID=1ccdd985-9be8-4287-8f84-542874e93352 resume_offset=860160 
           Desktop: i3 4.18 info: i3bar dm: LightDM 1.30.0 Distro: Manjaro Linux 
Machine:   Type: Laptop System: Microsoft product: Surface Pro v: D:0B:08F:5C:09P:38S:01E:0 serial: <filter> Chassis: type: 9 
           serial: <filter> 
           Mobo: Microsoft model: Surface Pro serial: <filter> UEFI: Microsoft v: 234.2706.768 date: 04/18/2019 
Battery:   ID-1: BAT1 charge: 45.3 Wh condition: 45.3/45.5 Wh (100%) volts: 8.7/7.6 model: SMP M1009169 type: Li-ion 
           serial: <filter> status: Full cycles: 69 
CPU:       Topology: Dual Core model: Intel Core i5-7300U bits: 64 type: MT MCP arch: Amber Lake family: 6 model-id: 8E (142) 
           stepping: 9 microcode: CA L2 cache: 3072 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 21607 
           Speed: 800 MHz min/max: 400/3500 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 
           Vulnerabilities: Type: itlb_multihit status: KVM: Split huge pages 
           Type: l1tf mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable 
           Type: mds mitigation: Clear CPU buffers; SMT vulnerable 
           Type: meltdown mitigation: PTI 
           Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: conditional, RSB filling 
           Type: tsx_async_abort mitigation: Clear CPU buffers; SMT vulnerable 
Graphics:  Device-1: Intel HD Graphics 620 vendor: Microsoft driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:5916 
           Display: x11 server: X.Org 1.20.8 driver: intel unloaded: modesetting alternate: fbdev,vesa 
           resolution: 2736x1824~60Hz 
           OpenGL: renderer: Mesa DRI Intel HD Graphics 620 (Kaby Lake GT2) v: 4.6 Mesa 19.3.5 compat-v: 3.0 
           direct render: Yes 
Audio:     Device-1: Intel Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Imaging Unit driver: ipu3-imgu bus ID: 00:05.0 
           chip ID: 8086:1919 
           Device-2: Intel driver: ipu3-cio2 bus ID: 00:14.3 chip ID: 8086:9d32 
           Device-3: Intel Sunrise Point-LP HD Audio driver: snd_hda_intel v: kernel bus ID: 00:1f.3 chip ID: 8086:9d71 
           Sound Server: ALSA v: k5.5.13-arch1-1-surface 
Network:   Device-1: Marvell 88W8897 [AVASTAR] 802.11ac Wireless driver: mwifiex_pcie v: 1.0 port: 3000 bus ID: 01:00.0 
           chip ID: 11ab:2b38 
           IF: wlp1s0 state: up mac: <filter> 
           Device-2: Marvell Bluetooth and Wireless LAN Composite Device type: USB driver: btusb bus ID: 1-5:4 
           chip ID: 1286:204c serial: <filter> 
Drives:    Local Storage: total: 357.56 GiB used: 196.26 GiB (54.9%) 
           ID-1: /dev/nvme0n1 vendor: Samsung model: KUS030202M-B000 size: 238.47 GiB block size: physical: 512 B 
           logical: 512 B speed: 15.8 Gb/s lanes: 2 serial: <filter> rev: DXY8AM1Q scheme: GPT 
           ID-2: /dev/sda type: USB vendor: Generic model: SD MMC size: 119.08 GiB block size: physical: 512 B logical: 512 B 
           serial: <filter> rev: 1.00 scheme: MBR 
Partition: ID-1: / raw size: 100.00 GiB size: 97.93 GiB (97.93%) used: 90.25 GiB (92.2%) fs: ext4 dev: /dev/nvme0n1p5 
Sensors:   System Temperatures: cpu: 32.0 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Info:      Processes: 175 Uptime: 9h 40m Memory: 7.70 GiB used: 1.61 GiB (20.9%) Init: systemd v: 244 Compilers: gcc: 9.3.0 
           clang: 9.0.1 Shell: bash v: 5.0.16 running in: urxvt inxi: 3.0.37

Here is the output from journalctl after the system was already asleep, and right when I closed the lid:

Apr 03 11:39:11 surfacepro systemd-sleep[9689]: System resumed.
Apr 03 11:39:11 surfacepro kernel: PM: suspend exit
Apr 03 11:39:11 surfacepro kernel: input: IPTS Stylus as /devices/virtual/input/input41
Apr 03 11:39:11 surfacepro kernel: ipts 0000:00:16.4-3e8d0870-271a-4208-8eb5-9acb9402ae04: Device 045E:001F found
Apr 03 11:39:11 surfacepro kernel: mei_hdcp 0000:00:16.0-b638ab7e-94e2-4ea2-a552-d1c54b627f04: bound 0000:00:02.0 (ops i915_hdcp_component_ops [i915])
Apr 03 11:39:11 surfacepro kernel: ipts 0000:00:16.4-3e8d0870-271a-4208-8eb5-9acb9402ae04: Starting data loop
Apr 03 11:39:11 surfacepro kernel: ipts 0000:00:16.4-3e8d0870-271a-4208-8eb5-9acb9402ae04: Starting receive loop
Apr 03 11:39:11 surfacepro avahi-daemon[1184]: Withdrawing address record for 192.168.0.110 on wlp1s0.
Apr 03 11:39:11 surfacepro avahi-daemon[1184]: Withdrawing address record for fe80::abbc:d542:ce21:ef88 on wlp1s0.
Apr 03 11:39:11 surfacepro avahi-daemon[1184]: Leaving mDNS multicast group on interface wlp1s0.IPv4 with address 192.168.0.110.
Apr 03 11:39:11 surfacepro avahi-daemon[1184]: Interface wlp1s0.IPv4 no longer relevant for mDNS.
Apr 03 11:39:11 surfacepro avahi-daemon[1184]: Leaving mDNS multicast group on interface wlp1s0.IPv6 with address fe80::abbc:d542:ce21:ef88.
Apr 03 11:39:11 surfacepro NetworkManager[1188]: <info>  [1585939151.8854] device (wlp1s0): state change: activated -> unmanaged (reason 'removed', sy>
Apr 03 11:39:11 surfacepro avahi-daemon[1184]: Interface wlp1s0.IPv6 no longer relevant for mDNS.
Apr 03 11:39:11 surfacepro systemd-logind[1206]: Lid closed.
Apr 03 11:39:11 surfacepro kernel: usb 1-7: USB disconnect, device number 5
Apr 03 11:39:11 surfacepro kernel: done.
Apr 03 11:39:11 surfacepro kernel: ipts 0000:00:16.4-3e8d0870-271a-4208-8eb5-9acb9402ae04: IPTS using DMA_BIT_MASK(64)
Apr 03 11:39:11 surfacepro kernel: ipts 0000:00:16.4-3e8d0870-271a-4208-8eb5-9acb9402ae04: Probing IPTS
Apr 03 11:39:11 surfacepro kernel: Restarting tasks ... 
Apr 03 11:39:11 surfacepro kernel: OOM killer enabled.
Apr 03 11:39:11 surfacepro kernel: [drm] Reducing the compressed framebuffer size. This may lead to less power savings than a non-reduced-size. Try to>
Apr 03 11:39:11 surfacepro kernel: mwifiex_pcie 0000:01:00.0: driver_version = mwifiex 1.0 (15.68.19.p21) 
Apr 03 11:39:11 surfacepro kernel: mwifiex_pcie 0000:01:00.0: info: MWIFIEX VERSION: mwifiex 1.0 (15.68.19.p21) 
Apr 03 11:39:11 surfacepro kernel: mwifiex_pcie 0000:01:00.0: Unknown api_id: 4
Apr 03 11:39:11 surfacepro kernel: mwifiex_pcie 0000:01:00.0: WLAN FW is active
Apr 03 11:39:11 surfacepro kernel: mwifiex_pcie 0000:01:00.0: WLAN FW already running! Skip FW dnld
Apr 03 11:39:11 surfacepro kernel: acpi device:47: Cannot transition to power state D0 for parent in D3hot
Apr 03 11:39:11 surfacepro kernel: mwifiex_pcie: PCI memory map Virt0: 00000000a037f9ea PCI memory map Virt2: 000000001a768fa6
Apr 03 11:39:11 surfacepro kernel: acpi device:3c: Cannot transition to power state D0 for parent in D3hot
Apr 03 11:39:11 surfacepro kernel: ipts 0000:00:16.4-3e8d0870-271a-4208-8eb5-9acb9402ae04: Stopping data loop
Apr 03 11:39:11 surfacepro kernel: ipts 0000:00:16.4-3e8d0870-271a-4208-8eb5-9acb9402ae04: Stopping receive loop
Apr 03 11:39:11 surfacepro kernel: ipts 0000:00:16.4-3e8d0870-271a-4208-8eb5-9acb9402ae04: ipts_control_send: error 0x7:-19
Apr 03 11:39:11 surfacepro kernel: ipts 0000:00:16.4-3e8d0870-271a-4208-8eb5-9acb9402ae04: ipts_control_send: error 0x4:-19
Apr 03 11:39:11 surfacepro kernel: ipts 0000:00:16.4-3e8d0870-271a-4208-8eb5-9acb9402ae04: Removing IPTS
Apr 03 11:39:11 surfacepro kernel: mwifiex_pcie 0000:01:00.0: PREP_CMD: card is removed
Apr 03 11:39:11 surfacepro kernel: mwifiex_pcie 0000:01:00.0: PREP_CMD: card is removed
Apr 03 11:39:11 surfacepro kernel: mwifiex_pcie 0000:01:00.0: info: shutdown mwifiex...
Apr 03 11:39:11 surfacepro kernel: mwifiex_pcie 0000:01:00.0: None of the WOWLAN triggers enabled
Apr 03 11:39:11 surfacepro kernel: mwifiex_pcie 0000:01:00.0: info: successfully disconnected from 74:da:da:e2:5f:e3: reason code 3
Apr 03 11:39:11 surfacepro kernel: printk: Suspending console(s) (use no_console_suspend to debug)
Apr 03 11:39:11 surfacepro kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Apr 03 11:39:11 surfacepro kernel: OOM killer disabled.
Apr 03 11:39:11 surfacepro kernel: Freezing user space processes ... (elapsed 0.001 seconds) done.
Apr 03 11:39:11 surfacepro kernel: Filesystems sync: 0.047 seconds
Apr 03 11:36:07 surfacepro kernel: PM: suspend entry (s2idle)
Apr 03 11:36:07 surfacepro systemd-sleep[9689]: Suspending system...
Apr 03 11:36:07 surfacepro systemd-sleep[9696]: Changing power off succeeded

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.

Forum kindly sponsored by