cpufreq Archive on lore.kernel.org
 help / color / mirror / Atom feed
* cpufreq issue
@ 2005-03-29  2:01 Benjamin Herrenschmidt
  0 siblings, 0 replies; only message in thread
From: Benjamin Herrenschmidt @ 2005-03-29  2:01 UTC (permalink / raw)
  To: Dominik Brodowski; +Cc: cpufreq

Hi !

I'm trying to solve a long standing cpufreq issue on pmac. That includes
adding a suspend() callback in addition to the restore one, but that
also includes the need for me to switch to high speed on suspend. The
problem is that at this point, IRQs are disabled, which mean that
calling the notifier will BUG()... However, I must trigger the jiffies
adjustement...

What do you suggest ? Maybe I could have the core cpufreq suspend()
routine do a bit like resume(), and so right after it calls my driver
suspend(), compare the frequency with get() (if any) and update the
jiffies ? Or what ? The problem is that I need to make sure the machine
is in high speed before sleep for various HW reasons, and I must make
sure the jiffies are recalculated properly since some low level stuff
will rely on udelay() beeing "good enough" before cpufreq gets a chance
to resume and thus "fixup" the loops_per_jiffies ...

Ben.

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2005-03-29  2:01 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-03-29  2:01 cpufreq issue Benjamin Herrenschmidt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox