]> pilppa.com Git - linux-2.6-omap-h63xx.git/commit
[PATCH] ppc32: Fix nasty sleep/wakeup problem
authorBenjamin Herrenschmidt <benh@kernel.crashing.org>
Fri, 10 Jun 2005 04:19:02 +0000 (14:19 +1000)
committerLinus Torvalds <torvalds@ppc970.osdl.org>
Fri, 10 Jun 2005 04:33:35 +0000 (21:33 -0700)
commit0086b5ec7834b78358dea3f713275a9ae2b229ec
tree589b4166efe6ab929ee25b20b2e89935efba504e
parent243cd55e021baf28babdd88112ac03ae5cd4bb9c
[PATCH] ppc32: Fix nasty sleep/wakeup problem

Despite all the care lately in making the powermac sleep/wakeup as
robust as possible, there is still a nasty related to the use of cpufreq
on PMU based machines.  Unfortunately, it affects paulus old powerbook
so I have to fix it :)

We didn't manage to understand what is precisely going on, it leads to
memory corruption and might have to do with RAM not beeing properly
refreshed when a cpufreq transition is done right before the sleep.

The best workaround (and less intrusive at this point) we could come up
with is included in this patch.  We basically do _not_ force a switch to
high speed on suspend anymore (that is what is causing the problem) on
those machines.  We still force a speed switch on wakeup (since we don't
know what speed we are coming back from sleep at, and that seems to work
fine).

Since, during this short interval, the actual CPU speed might be
incorrect, we also hack around by multiplying loops_per_jiffy by 2 (max
speed factor on those machines) during early wakeup stage to make sure
udelay's during that time aren't too short.

For after 2.6.12, we'll change udelay implementation to use the CPU
timebase (which is always constant) instead like we do on ppc64 and thus
get rid of all those problems.

Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
arch/ppc/platforms/pmac_cpufreq.c
drivers/macintosh/via-pmu.c