Ralf, Funny you ask because I tried this yesterday on a AU1100 system with the 2.6.24 kernel (from kernel.org). 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 display. Nico Coesel > -----Oorspronkelijk bericht----- > Van: linux-mips-bounce@xxxxxxxxxxxxxx > [mailto:linux-mips-bounce@xxxxxxxxxxxxxx] Namens Ralf Baechle > Verzonden: donderdag 13 maart 2008 14:56 > Aan: linux-mips@xxxxxxxxxxxxxx > 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 ... > >
