Marc Weber | 1 Jun 2010 02:37
Picon
Picon

Re: BIOS upgrade (was: cores offline after pm-suspend?)

Excerpts from Paul Menzel's message of Mon May 31 14:38:27 +0200 2010:
> You could try/use flashrom [1].

Summary: no success - I have to get a second drive.

which prints a big fat warning that its a risk to use it on laptops.
I've joined irc. My board / chip is not supported yet.

I've tried booting freedos. 
Illegal instrunction occured while running EC.bat which should be run
before flashing the bios according to the readme.

Installing Win7 from recovery dvds does work, but starting it does not.

Marc Weber
Victor Lowther | 2 Jun 2010 22:51
Picon
Gravatar

Re: Removal of pm/power.d/sched-powersave

On Jun 2, 2010, at 1:54 PM, Chase Douglas  
<chase.douglas <at> canonical.com> wrote:

> On Sat, 2010-05-29 at 10:40 -0500, Victor Lowther wrote:
>> On Thu, 2010-05-27 at 15:30 -0400, Chase Douglas wrote:
>>> I've been working on powersave policies in Ubuntu, where we've  
>>> created a
>>> package with a bunch of scripts. You can find some scripts I've been
>>> working on for Maverick at:
>>>
>>> http://bazaar.launchpad.net/~chasedouglas/ubuntu/maverick/pm-utils-powersave-policy/updates/files/head:/power.d/
>>
>> Take a look at
>> http://cgit.freedesktop.org/pm-utils/log/?h=powersave-hooks
>>
>> I toyed around with adding more powersave scripts to pm-utils back in
>> 2008, but there was a general lack of interest at the time.  If  
>> Ubuntu
>> is looking at adding more default powersaving scripts, it is  
>> probaably
>> time to resurrect things.
>>
>> If y'all want to work on merging your powersave scripts with pm- 
>> utils,
>> we should be able to work something out. :)
>
> Sounds good to me. What do I need to do to get some of these scripts
> merged?

Give me a URL I can clone your tree into with git, or spam the list  
(Continue reading)

Victor Lowther | 4 Jun 2010 17:07
Picon
Gravatar

Re: Removal of pm/power.d/sched-powersave

On Jun 2, 2010, at 3:51 PM, Victor Lowther <victor.lowther <at> gmail.com>  
wrote:

> On Jun 2, 2010, at 1:54 PM, Chase Douglas  
> <chase.douglas <at> canonical.com> wrote:
>>
>>
>> How a user overrides a hook and how a distro overrides a hook is
>> different. The former is well defined, but the latter is not.
>
> I had another patchset that made that well-defined, but I think I  
> nuked it a couple years ago. Rewriting it should be a trivial affair.

Actually, the reason that got dropped is because distros should just  
submit their hooks for inclusion or just drop/overwrite the upstream  
ones they do not want. The hooks we include are really just supposed  
to provide sane defaults, and if you have saner defaults we would like  
to incorporate them.

>>
>> Mostly I'm just looking for some sort of agreement on how to handle
>> distro vs upstream pm hooks.

It depends on the hook. We do not really want app or service specific  
hooks - those should be pushed ro the app upstream (pm-utils provides  
pkgconfig support, so adding support for pm-utils in other apps should  
be fairly simple). I am interested in system level hooks, if they can  
be written in a distro agnostic fashion. README.distributions in the  
pm-utils tarball has more info.

(Continue reading)

Victor Lowther | 5 Jun 2010 21:28
Picon
Gravatar

Updates in pm-utils master

There are a couple more major updates in the pm-utils master branch:

Infrastructure for building packages on RPM based distros, .deb based
distros, and Arch Linux was merged.  The RPM and Debian stuff has been
in the trees for a couple of years, and I have used it to make testing
packages during development. If anyone is interested in adapting them
make "official" packages, be my guest, but for now they will only work
from the pm-utils git tree.

Default powersave hooks have been merged in from the powersave-hooks
branch, along with a couple new ones stolen and rewritten from the
ones Chase Douglas has been working on.  They are now tuneable, and
running pm-powersave --help as root will spit out all the gory
details.  The defaults for these hooks Work For Me -- patches with
saner defaults are welcome.  These hooks will conflict with the
laptop-mode script, so disable or uninstall it before trying things
out.

Anyone interested in trying out these changes should clone then from
git://anongit.freedesktop.org/pm-utils. I am interested in any
feedback.
Chase Douglas | 2 Jun 2010 20:54
Favicon

Re: Removal of pm/power.d/sched-powersave

On Sat, 2010-05-29 at 10:40 -0500, Victor Lowther wrote:
> On Thu, 2010-05-27 at 15:30 -0400, Chase Douglas wrote:
> > I've been working on powersave policies in Ubuntu, where we've created a
> > package with a bunch of scripts. You can find some scripts I've been
> > working on for Maverick at:
> > 
> > http://bazaar.launchpad.net/~chasedouglas/ubuntu/maverick/pm-utils-powersave-policy/updates/files/head:/power.d/
> 
> Take a look at
> http://cgit.freedesktop.org/pm-utils/log/?h=powersave-hooks
> 
> I toyed around with adding more powersave scripts to pm-utils back in
> 2008, but there was a general lack of interest at the time.  If Ubuntu
> is looking at adding more default powersaving scripts, it is probaably
> time to resurrect things.
> 
> If y'all want to work on merging your powersave scripts with pm-utils,
> we should be able to work something out. :)

Sounds good to me. What do I need to do to get some of these scripts
merged?

> > What I noticed is that the scheduling policies conflict with the
> > sched-powersave policy in pm-utils. I would like to propose that the
> > policy be removed from pm-utils, since it seems like it's on an island.
> > It makes more sense to me to split the policy from the implementation.
> 
> Well, if the policy was in general more complicated than "save as much
> battery life as we can while still beig useful" it might make sense to
> split it out.  The only knobs I would offer by default would be ones
(Continue reading)

Ng Oon-Ee | 6 Jun 2010 01:15
Picon

Re: pm-suspend works, but cannot resume - reboots instead

On Sun, 2010-05-23 at 17:11 -0700, Larry Gagnon wrote:
> ArchLinux, x64, on a Zotax GF-8200-G-E miniITX motherboard with an Athlon  
> II X2 240 CPU. This is a small desktop system. Using "pm-suspend" suspends  
> computer properly according to the logs. However, on using the power  
> switch to resume the computer simply reboots every time, rather than  
> resuming. "pm-hibernate" on the other hand works fine.
> 
> Any ideas on how to proceed would be greatly appreciated.
> 
> Larry Gagnon

I'm on Arch 64-bit too, and pm-suspend works fine for me to proper
resume. Does the computer stay in suspend state? Have you tried resuming
by keyboard-press rathern than by power button (no idea if that would
affect anything)
Dan Nicholson | 6 Jun 2010 17:16
Picon

Re: pm-suspend works, but cannot resume - reboots instead

On Sun, May 23, 2010 at 5:11 PM, Larry Gagnon <lggagnon <at> uniserve.com> wrote:
> ArchLinux, x64, on a Zotax GF-8200-G-E miniITX motherboard with an Athlon II
> X2 240 CPU. This is a small desktop system. Using "pm-suspend" suspends
> computer properly according to the logs. However, on using the power switch
> to resume the computer simply reboots every time, rather than resuming.
> "pm-hibernate" on the other hand works fine.

Does it resume and then immediately reboot? If so, that seems like
something in the session (gnome-power-manager?) seeing the power
button press after resume and deciding it should reboot.

If it just immediately reboots from the suspended state, then that
seems like a BIOS issue.

--
Dan
Paul Menzel | 7 Jun 2010 14:07
Picon

Syntax SV266A, Athlon 1600+ XP, KT266: pm-suspend not working at all

Dear pm-utils folks,

on an SV266A with Debian Sid/unstable `pm-suspend` does not even try to
suspend the system. The option to suspend is also not displayed in the
GNOME log out dialog.

This is what I get on the console.

        $ sudo pm-suspend
        $ echo $?
        1

`/var/log/pm-suspend.log` is not even created.

        $ ls /var/log/pm-suspend.log
        ls: cannot access /var/log/pm-suspend.log: No such file or
        directory

I read [1] too, but could not find anything regarding this problem.

Is that expected? What information do you need?

Thanks,

Paul

[1] http://en.opensuse.org/Pm-utils

$ uname -a
Linux hostname 2.6.32-5-686 #1 SMP Tue Jun 1 04:59:47 UTC 2010 i686 GNU/Linux
(Continue reading)

Victor Lowther | 7 Jun 2010 18:44
Picon
Gravatar

Re: Syntax SV266A, Athlon 1600+ XP, KT266: pm-suspend not working at all

On Jun 7, 2010, at 7:07 AM, Paul Menzel <paulepanter <at> users.sourceforge.net 
 > wrote:

> Dear pm-utils folks,
>
>
> on an SV266A with Debian Sid/unstable `pm-suspend` does not even try  
> to
> suspend the system. The option to suspend is also not displayed in the
> GNOME log out dialog.
>
> This is what I get on the console.
>
>        $ sudo pm-suspend
>        $ echo $?
>        1

Try running
PM_DEBUG=true pm-suspend
as root. That should display lots of useful debug info.

> `/var/log/pm-suspend.log` is not even created.
>
>        $ ls /var/log/pm-suspend.log
>        ls: cannot access /var/log/pm-suspend.log: No such file or
>        directory
>
> I read [1] too, but could not find anything regarding this problem.
>
> Is that expected? What information do you need?
(Continue reading)

Chase Douglas | 7 Jun 2010 19:46
Favicon

Re: Updates in pm-utils master

On Sat, 2010-06-05 at 14:28 -0500, Victor Lowther wrote:
> Default powersave hooks have been merged in from the powersave-hooks
> branch, along with a couple new ones stolen and rewritten from the
> ones Chase Douglas has been working on.  They are now tuneable, and
> running pm-powersave --help as root will spit out all the gory
> details.  The defaults for these hooks Work For Me -- patches with
> saner defaults are welcome.  These hooks will conflict with the
> laptop-mode script, so disable or uninstall it before trying things
> out.

Thanks for all this new work! I'm sorry I haven't been able to be as
responsive as I would like. Hopefully I will be able to spend more time
on this soon.

I see you grabbed the sata link power management script. This script
actually causes some device failures on Ubuntu 10.04 LTS (which is based
on 2.6.32). We are near to releasing a stable release update to remove
that script. I hadn't deleted it yet from our development tree in the
hope that we could fix the kernel issue before 10.10 ships. However, I
think it makes sense to release this script as you have it in pm-utils,
but to disable it by default until we can confirm it is fixed in the
upstream kernel.

I will download and test out the new package. I think overall we'll
probably just stay in sync with your scripts upstream now and get rid of
our own policy package. We may drop the sound HDA powersave
functionality and default to powersave all the time (not just on
battery), but you've written the new script so we can easily disable it
without having to hack around it :).

(Continue reading)


Gmane