[Top] [All Lists]

FW: Alchemy power managment code.

To: <>
Subject: FW: Alchemy power managment code.
From: "Nico Coesel" <>
Date: Thu, 13 Mar 2008 17:16:37 +0100
Original-recipient: rfc822;
Thread-index: AciFEhe6VQdP6xzqSLqyFGOAP4S1YAAAHiBwAATATJA=
Thread-topic: Alchemy power managment code.
Funny you ask because I tried this yesterday on a AU1100 system with the
2.6.24 kernel (from I'm afraid I must say the kernel
crashes when I enable power management. The reason I want to use power
management is because I need to send the CPU to sleep when the system
shuts down. I hacked power.c and reset.c a bit so au_sleep() is called
when the system is shut down. Perhaps someone can confirm the
powermanagement can be made to work with some fixes (it didn't work with
2.6.21-rc4 either).

The CPU frequency switching stuff isn't very usefull since it is
possible to derive various pheripheral frequencies from it. For
instance, on our board the LCD frequency is derived from the CPU
frequency. The auxilary frequency cannot by divided to provide the
refreshrate we need. So changing the CPU frequency would 'break' our LCD

Nico Coesel 

> -----Oorspronkelijk bericht-----
> Van: 
> [] Namens Ralf Baechle
> Verzonden: donderdag 13 maart 2008 14:56
> Aan:
> Onderwerp: Alchemy power managment code.
> The Alchemy code in arch/mips/au1000/common/power.c is one of the last

> remaining users of pm_send_all() which happens to be a nop call 
> because nothing registers callbacks with pm_register.  So the 
> pm_send_all() calls can be removed.
> Which leaves pm_do_suspend with no sensible code, so it can be 
> removed.
> And ripped like this pm_do_sleep looks it it may well no longer be 
> functioning.
> So, anybody still using that stuff, does it provide any useful 
> functionality?  Does the CPU frequency stuff actually work?
>   Ralf
> PS: You should hear the engine of my chainsaw warming up ...

<Prev in Thread] Current Thread [Next in Thread>