[ISSUE] acpid and elogind don't play well with suspend

[ISSUE] acpid and elogind don't play well with suspend

[keshto]

[-- Attachment #1: Type: text/plain, Size: 1468 bytes --]

New issue by keshto on void-packages repository

https://github.com/void-linux/void-packages/issues/20780

Description:
<!-- Don't request update of package. We have a script for that. https://alpha.de.repo.voidlinux.org/void-updates/void-updates.txt . However, a quality pull request may help. -->
### System

* xuname:  
  *output of ``xuname`` (part of xtools)*
`Void 5.6.2_1 x86_64 GenuineIntel uptodate rFF`
* package:  
  *affected package(s) including the version*
```
elogind  (243.4_2)  [elogind-243.4_2]
libelogind  (243.4_2)  [libelogind-243.4_2]
acpid  (2.0.32_1)  [acpid-2.0.32_1]
```

### Expected behavior
Opening the laptop lid resumes the system
### Actual behavior
It wakes, but then suspends again almost instantly
### Steps to reproduce the behavior
There is a conflict between acpid and elogind. In /etc/acpi/handler.sh if we comment out the `zzz` things work as expected.
```
...
    button/lid)
        case "$3" in
                close)
                        # suspend-to-ram
                        logger "LID closed, suspending..."
                        #zzz
                        ;;
                open)   logger "LID opened" ;;
                *) logger "ACPI action undefined (LID): $2";;
        esac
        ;;
    *)
...
```
It seems that elogind (guessing from dmesg messages) is suspending before `zzz` is called and then when the lid opens `zzz` gets executed resulting in the suspend.

Re: acpid and elogind don't play well with suspend

[keshto]

[-- Attachment #1: Type: text/plain, Size: 165 bytes --]

New comment by keshto on void-packages repository

https://github.com/void-linux/void-packages/issues/20780#issuecomment-611374138

Comment:
@xtraeme pinging you in

Re: acpid and elogind don't play well with suspend

[xtraeme]

[-- Attachment #1: Type: text/plain, Size: 268 bytes --]

New comment by xtraeme on void-packages repository

https://github.com/void-linux/void-packages/issues/20780#issuecomment-611375500

Comment:
There's no issue here, elogind provides the acpid functionality... you shouldn't have both services enabled at the same time.

Re: acpid and elogind don't play well with suspend

[keshto]

[-- Attachment #1: Type: text/plain, Size: 468 bytes --]

New comment by keshto on void-packages repository

https://github.com/void-linux/void-packages/issues/20780#issuecomment-611706594

Comment:
Only had acpid enabled, but I guess elogind gets started by something else. Removing acpid and adding elogind does indeed fix the conflict, but now suspend takes a good 10+seconds after the lid is closed to kick in and I will debug that further. Maybe there should be a conflict warning in elogind if acpid is enabled/running?

Re: acpid and elogind don't play well with suspend

[keshto]

[-- Attachment #1: Type: text/plain, Size: 270 bytes --]

New comment by keshto on void-packages repository

https://github.com/void-linux/void-packages/issues/20780#issuecomment-611774035

Comment:
Closing as this is a documentation/user error/packaging request. Let me know if there is anything I can do to make this clearer.

Re: [ISSUE] [CLOSED] acpid and elogind don't play well with suspend

[keshto]

[-- Attachment #1: Type: text/plain, Size: 1471 bytes --]

Closed issue by keshto on void-packages repository

https://github.com/void-linux/void-packages/issues/20780

Description:
<!-- Don't request update of package. We have a script for that. https://alpha.de.repo.voidlinux.org/void-updates/void-updates.txt . However, a quality pull request may help. -->
### System

* xuname:  
  *output of ``xuname`` (part of xtools)*
`Void 5.6.2_1 x86_64 GenuineIntel uptodate rFF`
* package:  
  *affected package(s) including the version*
```
elogind  (243.4_2)  [elogind-243.4_2]
libelogind  (243.4_2)  [libelogind-243.4_2]
acpid  (2.0.32_1)  [acpid-2.0.32_1]
```

### Expected behavior
Opening the laptop lid resumes the system
### Actual behavior
It wakes, but then suspends again almost instantly
### Steps to reproduce the behavior
There is a conflict between acpid and elogind. In /etc/acpi/handler.sh if we comment out the `zzz` things work as expected.
```
...
    button/lid)
        case "$3" in
                close)
                        # suspend-to-ram
                        logger "LID closed, suspending..."
                        #zzz
                        ;;
                open)   logger "LID opened" ;;
                *) logger "ACPI action undefined (LID): $2";;
        esac
        ;;
    *)
...
```
It seems that elogind (guessing from dmesg messages) is suspending before `zzz` is called and then when the lid opens `zzz` gets executed resulting in the suspend.

Re: acpid and elogind don't play well with suspend

[travankor]

[-- Attachment #1: Type: text/plain, Size: 285 bytes --]

New comment by travankor on void-packages repository

https://github.com/void-linux/void-packages/issues/20780#issuecomment-611911347

Comment:
void-docs is the right place to open an issue... btw the long suspend time with logind affects all systemd distros if you do some searching.

Re: acpid and elogind don't play well with suspend

[ericonr]

[-- Attachment #1: Type: text/plain, Size: 264 bytes --]

New comment by ericonr on void-packages repository

https://github.com/void-linux/void-packages/issues/20780#issuecomment-617923204

Comment:
@travankor do you think this could be documented in the session management part?

@keshto can you open an issue for it?

Re: acpid and elogind don't play well with suspend

[keshto]

[-- Attachment #1: Type: text/plain, Size: 199 bytes --]

New comment by keshto on void-packages repository

https://github.com/void-linux/void-packages/issues/20780#issuecomment-618053714

Comment:
@ericonr https://github.com/void-linux/void-docs/pull/210