summaryrefslogtreecommitdiffstats
path: root/drivers/i2c/busses/i2c-powermac.c
diff options
context:
space:
mode:
authorPaul Mackerras <paulus@samba.org>2006-10-10 13:51:00 +1000
committerPaul Mackerras <paulus@samba.org>2006-10-10 13:51:00 +1000
commitd6a29252ad120457cd544d44b2fbea46a00734a7 (patch)
tree7dcc33d03f0e1caf48bc749060d78d80946099c4 /drivers/i2c/busses/i2c-powermac.c
parent39e3eb7265b8698e5f607a317af13c9478274736 (diff)
downloadkernel-crypto-d6a29252ad120457cd544d44b2fbea46a00734a7.tar.gz
kernel-crypto-d6a29252ad120457cd544d44b2fbea46a00734a7.tar.xz
kernel-crypto-d6a29252ad120457cd544d44b2fbea46a00734a7.zip
[POWERPC] Fix secondary CPU startup on old "powersurge" SMP powermacs
On the old "powersurge" SMP powermacs, the second CPU is started up by sending it an IPI, which has the side effect of stopping the timebase clock (so the secondary CPU's timebase can be synchronized with the primary's). The routine that did this used udelay, which will hang forever when the timebase is stopped, since udelay now spins until the timebase reaches a certain value. The end result is that the kernel would hang when bringing up the second CPU. This fixes it by using a simple loop which just does a fixed number of iterations to generate the delay. These old systems were all clocked at around 200 MHz or so, so a fixed number of iterations is acceptable. Signed-off-by: Paul Mackerras <paulus@samba.org>
Diffstat (limited to 'drivers/i2c/busses/i2c-powermac.c')
0 files changed, 0 insertions, 0 deletions