What | Removed | Added |
---|---|---|
CC | thomas.blume@suse.com |
Thanks Atri for looking into these details! I'd concentrate on the 2 issues I mentioned in comment #3: 1. Systemd service conflicts must be made more obvious 2. TLP (or others) must not set any HW/systems parameters statically, e.g. at install time or when HW is (un-)plugged or similar. Setting up HW the way it is most convenient for the majority of the users is the job of the kernel or the kernel module serving the specific HW. So whatever TLP is setting by default (also all event driven things like what happens by default if USB/battery is unplugged or platform suspend or whatsoever) should be submitted to the corresponding kernel part and totally vanish from TLP. All user specifics which want to override these defaults can then go into whatever power/performance/... profiles getting activated via whatever service of whatever package... I try to get 1. discussed with our systemd maintainer(s). It should be easy to get an additional syslog message mainlaine like: systemctl start tuned ... tlp service stopped to conflict with started tuned service It's probably harder to get something mainline like: Do not allow enablement (not starting) of conflicting services. But IMO this should be done, but there might be reasons why enabling conflicting services is possible.