Holger Macht | 12 Aug 2009 17:05
Picon

Abandoning the Powersave Daemon

This mail should have been sent out a lot earlier, but well...

As you all surely know, the powersave daemon and this two mailing lists
are mainly dead. And I think it's finally time to declare the project as
abandoned. There's anyway not much more but spam which bothers us ;-) So
if no one objects, I will shut the lists [1] down in about a week.

So what about the future...

After stripping down the powersave daemon to a small extent, we realised
that there are still users and customers which want to do more, which like
to have fine grained control about the power management capabilities in
their systems. They mostly all belong to the server area.

What we needed should have been very simple, yet offering a lot of freedom
for tweaking the system as you like. It should be configurable through
simple text files administrators can use and should be used for servers
where specific use cases are in place. Therefore the big warning:

	     *** Do not use on desktop systems! ***
	*** Only use if you know what you are doing! ***

Please consult the README [2] for more information.

The project is called pm-profiler [3] and is hosted on sourceforge. I do
not expect many contributions or even other distributions picking it
up. However, collaboration is _highly_ appreciated. The current code base
doesn't contain any SUSE specifics (at least only those I forgot) and is
open for contributions of any kind. If we ever require a mailinglist
depends on feedback. Anyway, please don't hesitate to contact me directly
(Continue reading)

Mark Purcell | 16 Nov 2008 00:35
Picon
Favicon

Fwd: kpowersave_0.7.3-3_i386.changes ACCEPTED

Hi powersave-devel,

Just thought I would let you know that we have updated kpowersave 0.7.3 in 
Debian.

There are a number of patches which Debian ships on top of your standard 
release, which maybe suitable for inclusion upstream:
http://patch-tracking.debian.net/package/kpowersave/0.7.3-3

A few other resources you may want to be aware of: 

   http://packages.qa.debian.org/kpowersave; this page is a portal to all kind 
of information. You can subscribe to Package Tracking System (PTS) to be 
mailed when there is a new release or when a user report a new bug. 

   http://bugs.debian.org/kpowersave; this page will list all bugs that have 
been reported by Debian users. Feel free to help to solve them, propose patch 
or fix them upstream. 

Note that subscription to PTS is recommended but optional. The maintainer will 
forward you bugs that need your help or your interest.

Thanks,
Mark

----------  Forwarded Message  ----------

Subject: [Pkg-kde-extras] kpowersave_0.7.3-3_i386.changes ACCEPTED
Date: Sunday 26 October 2008
From: Debian Installer <installer <at> ftp-master.debian.org>
(Continue reading)

Evgeny Korsakov | 3 Sep 2008 12:09
Picon

kpowersave

Hello!

I have a few diffuculties with kpowersave:

I cannot change brightness when my notebook is working without ac adaptor. I can change it only when ac adaptor plugged in. Also I can change brightness only with special buttons i installed ibm_acpi for it.

I use notebook lenovo R61i with the following devices:

jk <at> jk:~/Downloads/debiandist$ lspci
00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c)
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3)
00:1f.0 ISA bridge: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03)
03:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network Connection (rev 02)
04:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express (rev 02)
15:00.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev b6)
jk <at> jk:~/Downloads/debiandist$ lspci -n
00:00.0 0600: 8086:2a00 (rev 0c)
00:02.0 0300: 8086:2a02 (rev 0c)
00:02.1 0380: 8086:2a03 (rev 0c)
00:1a.0 0c03: 8086:2834 (rev 03)
00:1a.1 0c03: 8086:2835 (rev 03)
00:1a.7 0c03: 8086:283a (rev 03)
00:1b.0 0403: 8086:284b (rev 03)
00:1c.0 0604: 8086:283f (rev 03)
00:1c.1 0604: 8086:2841 (rev 03)
00:1c.2 0604: 8086:2843 (rev 03)
00:1d.0 0c03: 8086:2830 (rev 03)
00:1d.1 0c03: 8086:2831 (rev 03)
00:1d.2 0c03: 8086:2832 (rev 03)
00:1d.7 0c03: 8086:2836 (rev 03)
00:1e.0 0604: 8086:2448 (rev f3)
00:1f.0 0601: 8086:2815 (rev 03)
00:1f.1 0101: 8086:2850 (rev 03)
00:1f.2 0106: 8086:2829 (rev 03)
00:1f.3 0c05: 8086:283e (rev 03)
03:00.0 0280: 8086:4227 (rev 02)
04:00.0 0200: 14e4:1693 (rev 02)
15:00.0 0607: 1180:0476 (rev b6)
jk <at> jk:~/Downloads/debiandist$

kpowersave 0.7.3 using kde 3.5.9

Best regards,

Korsakov Evgeny.

_______________________________________________
powersave-devel mailing list
powersave-devel@...
http://forge.novell.com/mailman/listinfo/powersave-devel
Juuso Alasuutari | 11 Jul 2006 01:47
Favicon

powerdev group

I compiled powersave and kpowersave from sources, and spent some time trying 
to get kpowersave to connect to powersaved via DBus. Eventually I realized 
that I had to create a powerdev group, add my user to it, and 
modify /etc/dbus-1/system.d/powersave.conf to use it.

The powersave man page mentions that users must belong to a group called 
powersave, but that has no effect when using the default powersave.conf. 
Debian's powersaved package has a modified powersave.conf file that includes 
the powerdev group setting. Why is this not implemented in the original 
powersave source package? The man page (which is also corrected in Debian's 
package) seems to give false information, and I couldn't find any other info 
about this.

--

-- 
        Juuso Alasuutari
[[ Source Mage GNU/Linux ]]
clio | 17 Aug 2008 20:28
Picon
Picon
Favicon

powersave


Please add a fourth option next to store to disk etc: 

When .. time nobody touches the machine "halt", close all programs and kill.

Thank you

W.Jansen
fledders@...
Dao Ho | 1 Jul 2008 16:40
Picon
Favicon

power-save daemon


Hi,

My name is Dao and i'm working on a new design, but run into this powersaved question and hope that you can help me clearify it.

1. Could the power save mode change the power mode of a PCI-x slot on a motherboard? if so, how.
2. What is all the function of thos power save daemon and it could affect which hardware on a board?

If you have any documents or any pointer to where i can get some information on it. It would be fantastic.

Thanks,
Dao
_______________________________________________
powersave-users mailing list
powersave-users <at> forge.novell.com
http://forge.novell.com/mailman/listinfo/powersave-users
Austin Clements | 26 Jun 2008 09:34
Picon
Favicon

kpowersave silently fails to suspend when HAL call fails

(SourceForge suggested that this was the place to send bugs; please
redirect me if I am mistaken)

Product: kpowersave
Version: 0.7.3
Distribution: Debian Sid

kpowersave currently fails silently if an attempt to suspend via a HAL
D-BUS call fails, which can be very frustrating to the user.

My specific situation (which I suspect is common) was that I was not
in the powerdev group, which was required by the D-BUS policy for the
org.freedesktop.Hal.Device.SystemPowerManagement interface.
kpowersave would silently fail to make the D-BUS call and my laptop
would not suspend.  kpowersave should have reported the AccessDenied
error and, if possible, informed me that I needed to be in the
powerdev group.

--

-- 
Austin Clements                                      MIT/'06/PhD/CSAIL
amdragon@...                           http://web.mit.edu/amdragon
       Somewhere in the dream we call reality you will find me,
              searching for the reality we call dreams.
Danny Kukawka | 18 Jun 2008 16:33
Picon

Re: kpowersave-svn rev 3162 bug

On Mittwoch, 18. Juni 2008, Sebastian Oechsle wrote:
> Here is my output

Don't look like a KPowersave problem. There is simply on AC event. I assume 
it's a kernel problem. Please start acpi_listen and check what get printed if 
you remove/add the AC plug.

> 16:15:31.525: computer_power_supply_battery_BAT0 property
> battery.remaining_time = 27830 (0x6cb6)	#unplugged 16:15:31.534:
> computer_power_supply_battery_BAT0 property battery.charge_level.current =
> 55660 (0xd96c) 16:15:31.536: computer_power_supply_battery_BAT0 property
> battery.reporting.current = 55660 (0xd96c) 16:15:31.539:
> computer_power_supply_battery_BAT0 property
> battery.rechargeable.is_discharging = true 16:15:31.540:
> computer_power_supply_battery_BAT0 property
> battery.rechargeable.is_charging = false 16:15:58.827:
> computer_power_supply_battery_BAT0 property battery.remaining_time = 3467
> (0xd8b) 16:15:58.830: computer_power_supply_battery_BAT0 property
> battery.charge_level.percentage = 98 (0x62) 16:15:58.834:
> computer_power_supply_battery_BAT0 property battery.charge_level.current =
> 55230 (0xd7be) 16:15:58.837: computer_power_supply_battery_BAT0 property
> battery.reporting.current = 55230 (0xd7be) 16:16:04.019:
> computer_power_supply_battery_BAT0 property battery.remaining_time = 43
> (0x2b)	#plugged 16:16:04.021: computer_power_supply_battery_BAT0 property
> battery.charge_level.current = 55110 (0xd746) 16:16:04.023:
> computer_power_supply_battery_BAT0 property battery.reporting.current =
> 55110 (0xd746) 16:16:04.025: computer_power_supply_battery_BAT0 property
> battery.rechargeable.is_discharging = false 16:16:04.029:
> computer_power_supply_battery_BAT0 property
> battery.rechargeable.is_charging = true

--

-- 
Danny Kukawka
dkukawka@...
R&D Team Mobile Devices
SUSE LINUX a Novell Business
Maxfeldstr. 5, D-90409 Nuernberg, Germany
SUSE LINUX Products GmbH, Nuernberg; GF: Markus Rex, HRB 16746 (AG Nuernberg)
soechsle | 11 Jun 2008 13:17

kpowersave-svn rev 3162 bug

Hi,

I'am running arch linux with kernel 2.6.25.4 kpowersave svnrev 3162 and hal 0.5.11 on a vaio vgn-c2z.
Kpowersave doesnt recognize when i plug or unplug my ac adapter during 
runtime. If ac adapter is plugged in or out before boot it gets recognized. I thing it has something to do with
how kpowersave is query that information from hal. Please tell me about 
any further informations you may need.

log from kpowersave if run from console

kpowersave: WARNING: Unknown error while aquire org.freedesktop.Policy.Power interface
kpowersave: Could not get XDG_SESSION_COOKIE from environment
kpowersave: laptop_panel device found: /org/freedesktop/Hal/devices/computer_backlight
kpowersave: WARNING: Property: laptop_panel.brightness_in_hardware for:
/org/freedesktop/Hal/devices/computer_backlight doesn't exist.
kpowersave: WARNING: Error while lookup privileges: HAL is not built with PolicyKit support
kpowersave: WARNING: Error while lookup privileges: HAL is not built with PolicyKit support
kpowersave: got CPU Freq gov: ondemand
kpowersave: WARNING: Error while lookup privileges: HAL is not built with PolicyKit support
kpowersave: WARNING: Error while lookup privileges: HAL is not built with PolicyKit support
kpowersave: WARNING: Property: power_management.can_standby for:
/org/freedesktop/Hal/devices/computer doesn't exist.
kpowersave: WARNING: Property: battery.charge_level.capacity_state for:
/org/freedesktop/Hal/devices/computer_power_supply_battery_BAT0 doesn't exist.
kpowersave: WARNING: Property: battery.charge_level.unit for:
/org/freedesktop/Hal/devices/computer_power_supply_battery_BAT0 doesn't exist.
kpowersave: WARNING: Couldn't request charge_level.unit for udi: /org/freedesktop/Hal/devices/computer_power_supply_battery_BAT0
kpowersave: WARNING: Property: battery.charge_level.capacity_state for:
/org/freedesktop/Hal/devices/computer_power_supply_battery_BAT0 doesn't exist.
kpowersave: WARNING: Property: battery.charge_level.unit for:
/org/freedesktop/Hal/devices/computer_power_supply_battery_BAT0 doesn't exist.
kpowersave: WARNING: Couldn't request charge_level.unit for udi: /org/freedesktop/Hal/devices/computer_power_supply_battery_BAT0
kpowersave: WARNING: Error while lookup privileges: HAL is not built with PolicyKit support
kpowersave: WARNING: Error while lookup privileges: HAL is not built with PolicyKit support
kpowersave: WARNING: Error while lookup privileges: HAL is not built with PolicyKit support
kpowersave: ERROR: Could not send dbus message: touch: cannot touch
`/var/run/pm-utils/storage/parm:false': No such file or directory

kpowersave: ERROR: Could not call/set SetPowerSave on HAL, could be a bug in HAL spec
kpowersave: got CPU Freq gov: ondemand
kpowersave: Didn't change Policy, was already set.

Greets

Sebastian 
Michał Klich | 26 May 2008 14:32
Picon
Gravatar

Kpowersave does not work properly after resume from suspend

Hi guys,

After coming back from suspend to disk Kpowersave does not change status
when i plugin or unplug power adapter.
It stays with last option, if i have been working on a/c when i unplug it
it still shows a/c though i work on battery.

Version:
KPowersave 0.7.x (0.7.3) (KDE 3.5.9-8.fc9 Fedora9)

Though i run KDE 4.0.3

Laptop: Compaq v6720s.

If you need some additional info do not hesitate to contact me.
--

-- 
Michał Klich

klich.michal@...
http://www.michalklich.pl
http://www.michalklich.com
Renato S. Yamane | 6 May 2008 13:19
Picon

[kpowersave] Alwasys 100% brightness on start-up

Hi,

In my Debian Lenny, using kpowersave 0.7.3, brightness is always 100% 
even if I set all profiles to 1% brightness.

If I move slider on kpowersave, the brightness is set correctly, but in 
*startup* nothing happening (brithness set on profile do not take effect).

After startup I need open kpowersave and move slider[1] brightness to 
set brightness correclty or use:

#echo 0 >> /proc/omnibook/lcd

[1] E.g. if brightness is set to 1% in all profiles, after startup 
brightness is always 100%, and to take effect I need open kpowersave and 
move slider from 1% to 5% and back again to 0%.

Please, keep me in cc because I'm not subscribe in this mailing list.

Regards,
Renato S. Yamane
Brazil

Gmane