TLP by default breaks wifi/bluetooth status restore on startup.

Bug #1574311 reported by dnord
26
This bug affects 3 people
Affects Status Importance Assigned to Milestone
tlp (Ubuntu)
Opinion
Undecided
Unassigned

Bug Description

Distribution: Xubuntu 16.04
Package: tlp 0.8-1
By default tlp package disables systemd-rfkill service and default configuration is RESTORE_DEVICE_STATE_ON_STARTUP=0. So after installation restoring wifi status is no longer working. But expected behavior is not to have this functionality broken after package installation. Suggested solution is to set RESTORE_DEVICE_STATE_ON_STARTUP=1 by default or to conform it to systemd-rfkill service status somehow.

Tags: bionic xenial
dnord (dnord)
description: updated
Revision history for this message
linrunner (linrunner) wrote :

Hi,

what you describe is the intended default behavior of TLP right from the beginning in 2010. Changing it would break existing TLP configurations for many users.

I'll include a note in the official documentation about the Debian/Ubuntu package disabling the service and how to change the config to mimic the system default.

linrunner (linrunner)
Changed in tlp (Ubuntu):
status: New → Invalid
summary: - Tlp by default breaks wifi status restore on startup.
+ TLP by default breaks wifi status restore on startup.
summary: - TLP by default breaks wifi status restore on startup.
+ TLP by default breaks wifi/bluetooth status restore on startup.
Changed in tlp (Ubuntu):
status: Invalid → Opinion
tags: added: bionic xenial
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.