Written by Cybercod the 8 Mar 08 at 13:11.

Ubuntu Brainstorm was updated in January 2009. Since the idea #3870 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #3870 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by ninjagecko the 13 Jul 11 at 18:37.

Mute hardware volume when suspending.

Give the user a warning that the volume has been muted when the computer went to sleep.

Downside: May be annoying to the user.

Mute hardware volume when suspending. Give the user a warning that the volume has been muted when the computer went to sleep. Downside: May be annoying to the user.

Written by ninjagecko the 13 Jul 11 at 18:43.

Mute hardware volume when suspending.

Create a "[X] Unmute volume after login" checkbox for the screenlockers (which remembers based on last selection).

Mute hardware volume when suspending. Create a "[X] Unmute volume after login" checkbox for the screenlockers (which remembers based on last selection).

Written by ninjagecko the 13 Jul 11 at 18:57.

Mute hardware volume when suspending.

Dispatch a notification to the desktop environment that says "Volume will be unmuted in 10 seconds [button: Cancel/Stay silent]" AFTER the user has logged in. The user then has a few seconds to cancel the pending unmute.

Downside: The ability to press a button in a notification depends on the desktop environment being used, though one could create a timed cross-desktop-environment popup if not supported. If not implemented properly (with current poor prioritization of UI threads), UI lag will prevent the user from clicking the button.

Mute hardware volume when suspending. Dispatch a notification to the desktop environment that says "Volume will be unmuted in 10 seconds [button: Cancel/Stay silent]" AFTER the user has logged in. The user then has a few seconds to cancel the pending unmute. Downside: The ability to press a button in a notification depends on the desktop environment being used, though one could create a timed cross-desktop-environment popup if not supported. If not implemented properly (with current poor prioritization of UI threads), UI lag will prevent the user from clicking the button.

Written by ulcha the 1 Apr 13 at 08:43.

ARCH Linux already have ACPI implementation:
https://wiki.archlinux.org/index.php/Acpid#Enabling_volume_control


Existing control cold be seperated in two parts:
ACPI controls actual master volume level;
GUI - displaying volume level (not ablsolutely necessary while screen is locked or menu open).

Problems:
Pulseaudio have seperate configuration for each user, there can be multiple audio devices, bluetooth headphones. Clever scripting would help.

ARCH Linux already have ACPI implementation: https://wiki.archlinux.org/index.php/Acpid#Enabling_volume_control Existing control cold be seperated in two parts: ACPI controls actual master volume level; GUI - displaying volume level (not ablsolutely necessary while screen is locked or menu open). Problems: Pulseaudio have seperate configuration for each user, there can be multiple audio devices, bluetooth headphones. Clever scripting would help.

Written by porterrakter the 4 Jul 12 at 22:56.

I propose adding an option in system settings that will allow users to set default brightness for both the screen and keyboard on boot, as well as options to keep the settings from the previous session.

I propose adding an option in system settings that will allow users to set default brightness for both the screen and keyboard on boot, as well as options to keep the settings from the previous session.

Written by PaddyLandau the 7 Jul 12 at 16:30.

In addition to Solution #1, include the option to remember the last setting instead of setting to some predefined default.

In addition to Solution #1, include the option to remember the last setting instead of setting to some predefined default.

Written by jplgdapl the 15 Jul 12 at 21:54.

In addition to having options to change the brightness, the defualt should be set lower.

In addition to having options to change the brightness, the defualt should be set lower.

Written by rarkenin the 17 Jul 12 at 12:24.

Some newer macs already do this, but an internal webcam, properly calibrated, may be used to set brightness correctly. Users may need to manually calibrate for readability.

Some newer macs already do this, but an internal webcam, properly calibrated, may be used to set brightness correctly. Users may need to manually calibrate for readability.

Written by sandys the 27 Feb 10 at 10:54.

gnome-power-manager already has information about the battery in your system. However, charging is always-on.

Instead power-manager should charge only according to rules (similar to Microsoft ACPI-compliant control method battery tool)

e.g. bug528543 in gnome-power-manager

gnome-power-manager already has information about the battery in your system. However, charging is always-on. Instead power-manager should charge only according to rules (similar to Microsoft ACPI-compliant control method battery tool) e.g. bug528543 in gnome-power-manager

Written by specialcowboy the 14 Mar 10 at 08:54.

I am relatively new to Ubuntu and I understand that in Lucid there are plans or already an implementation for better power management. As I haven't seen the alphas myself I thought I would suggest a few things. Sorry if these are already being implemented and this is redundant. This site: http://salcher.posterous.com/?tag=ubuntu suggests a few ways to optimize batter life using Powertop and manually configuring files in /etc/laptop-mode/conf.d/. I think it would be great if there was a GUI front end for this that allowed adjusting of the settings and creating of various profiles (rather than editing .conf files directly). Similar to the Power Management functionality included on Acer laptops (ie clocking down the processor, disabling card buses, USB, ethernet, wireless, etc.).

I am relatively new to Ubuntu and I understand that in Lucid there are plans or already an implementation for better power management. As I haven't seen the alphas myself I thought I would suggest a few things. Sorry if these are already being implemented and this is redundant. This site: http://salcher.posterous.com/?tag=ubuntu suggests a few ways to optimize batter life using Powertop and manually configuring files in /etc/laptop-mode/conf.d/. I think it would be great if there was a GUI front end for this that allowed adjusting of the settings and creating of various profiles (rather than editing .conf files directly). Similar to the Power Management functionality included on Acer laptops (ie clocking down the processor, disabling card buses, USB, ethernet, wireless, etc.).

Written by mulenmar the 18 Mar 10 at 04:52.

Something as tied to hardware as controlling when the battery charges and when it cuts off should be built into the Linux kernel itself, not tied to a desktop enviroment!

Something as tied to hardware as controlling when the battery charges and when it cuts off should be built into the Linux kernel itself, not tied to a desktop enviroment!

Written by alehel the 19 Mar 12 at 14:14.

In system preferences under "Power" add a few power saving options like the ability to have wifi and bluetooth be disabled by default when starting the computer.

In system preferences under "Power" add a few power saving options like the ability to have wifi and bluetooth be disabled by default when starting the computer.

Written by gruntzen the 24 Mar 12 at 13:48.

A simple checkbox in the respective settings entries in the System Settings could disable these services immediately, as well as retaining this state on subsequent start-ups.

A simple checkbox in the respective settings entries in the System Settings could disable these services immediately, as well as retaining this state on subsequent start-ups.

Written by punischdude the 27 Apr 08 at 13:21.

Ubuntu Brainstorm was updated in January 2009. Since the idea #7702 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #7702 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by JebusWankel the 4 Apr 09 at 20:59.

There should be an option in System > Preferences > Power Management to disable Compiz when running on battery power. It should have the same effect as going to System > Preferences > Appearence and setting Visual Effects to none.

There should be an option in System > Preferences > Power Management to disable Compiz when running on battery power. It should have the same effect as going to System > Preferences > Appearence and setting Visual Effects to none.

Written by kreep the 6 Apr 09 at 12:13.

same as above, except instead of turning to metacity, just use a different, customizable, less power-hungry setting as an alternative.

same as above, except instead of turning to metacity, just use a different, customizable, less power-hungry setting as an alternative.

Written by bill_bsb the 23 Apr 10 at 09:07.

Add an extra option to the Visual Effect (Affects Preferences) list that is called something like "Power Managed: Power Manager will activate the appropriate Visual Effect according to your power preferences".

And them, on Power Management Preferences, add the additional Display configuration on each tab. Something like:
Use this Visual Effects setting (manual, None, Normal, Extra).

This way, users would easily have the option to have their Visual Effect sensible/aware of their current power source. Maybe you could get some extra minutes of computer usage if you use no visual effects.

Add an extra option to the Visual Effect (Affects Preferences) list that is called something like "Power Managed: Power Manager will activate the appropriate Visual Effect according to your power preferences". And them, on Power Management Preferences, add the additional Display configuration on each tab. Something like: Use this Visual Effects setting (manual, None, Normal, Extra). This way, users would easily have the option to have their Visual Effect sensible/aware of their current power source. Maybe you could get some extra minutes of computer usage if you use no visual effects.

Written by gmeier the 29 Sep 08 at 17:45.

Ubuntu Brainstorm was updated in January 2009. Since the idea #13862 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #13862 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by htrex the 29 Jul 09 at 11:37.

starting from karmic koala restore acpi-cpufreq as a module or provide a phc patched kernel.

of course do not alter by default CPU voltages, but let users tune these values as they want

starting from karmic koala restore acpi-cpufreq as a module or provide a phc patched kernel. of course do not alter by default CPU voltages, but let users tune these values as they want

Written by brendanpiater the 4 Aug 09 at 09:44.

Switch on CPU scaling by default, think this would help a lot and also extend battery life on portable machines.

Switch on CPU scaling by default, think this would help a lot and also extend battery life on portable machines.

Written by htrex the 8 Aug 09 at 12:16.

undervolting CPU and using other power saving techniques (see: powertop) potentially saves some Watts on each running ubuntu box: if improvements on this area are shipped worldwide by default an amount of CO2 emissions can be offset.

the ubuntu project for it's "nature" feels like the perfect candidate to invest and push for a greener linux.

start a project to incorporate utilities that automatically find and apply an optimal undervolting and other power saving configurations, and ship it worldwide by default on a future release of ubuntu.

undervolting CPU and using other power saving techniques (see: powertop) potentially saves some Watts on each running ubuntu box: if improvements on this area are shipped worldwide by default an amount of CO2 emissions can be offset. the ubuntu project for it's "nature" feels like the perfect candidate to invest and push for a greener linux. start a project to incorporate utilities that automatically find and apply an optimal undervolting and other power saving configurations, and ship it worldwide by default on a future release of ubuntu.

Written by amay82 the 18 Feb 11 at 20:39.

Incorporate Linux-PHC (http://www.linux-phc.org/) into Ubuntu Linux by default to reduce CPU voltages, if applicable

Incorporate Linux-PHC (http://www.linux-phc.org/) into Ubuntu Linux by default to reduce CPU voltages, if applicable

Written by loonyphoenix the 30 Mar 08 at 17:36.

Ubuntu Brainstorm was updated in January 2009. Since the idea #6109 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #6109 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by say2sky the 11 Jan 09 at 00:16.

Ubuntu Brainstorm was updated in January 2009. Since the idea #17190 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #17190 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by Shadow7789 the 30 Apr 09 at 03:25.

An option to switch to integrated whenever on battery, or an icon on the top panel to control which GPU was being used would be great.

An option to switch to integrated whenever on battery, or an icon on the top panel to control which GPU was being used would be great.