Searched hist:"592 a607bbc053bc6f614a0e619326009f4b3829e" (Results 1 – 2 of 2) sorted by relevance
| /openbmc/linux/arch/powerpc/platforms/powermac/ |
| H A D | feature.c | diff 592a607bbc053bc6f614a0e619326009f4b3829e Wed Feb 06 21:29:43 CST 2008 Benjamin Herrenschmidt <benh@kernel.crashing.org> [POWERPC] Disable G5 NAP mode during SMU commands on U3
It appears that with the U3 northbridge, if the processor is in NAP
mode the whole time while waiting for an SMU command to complete,
then the SMU will fail. It could be related to the weird backward
mechanism the SMU uses to get to system memory via i2c to the
northbridge that doesn't operate properly when the said bridge is
in napping along with the CPU. That is on U3 at least, U4 doesn't
seem to be affected.
This didn't show before NO_HZ as the timer wakeup was enough to make
it work it seems, but that is no longer the case.
This fixes it by disabling NAP mode on those machines while
an SMU command is in flight.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Paul Mackerras <paulus@samba.org>
|
| /openbmc/linux/drivers/macintosh/ |
| H A D | smu.c | diff 592a607bbc053bc6f614a0e619326009f4b3829e Wed Feb 06 21:29:43 CST 2008 Benjamin Herrenschmidt <benh@kernel.crashing.org> [POWERPC] Disable G5 NAP mode during SMU commands on U3
It appears that with the U3 northbridge, if the processor is in NAP
mode the whole time while waiting for an SMU command to complete,
then the SMU will fail. It could be related to the weird backward
mechanism the SMU uses to get to system memory via i2c to the
northbridge that doesn't operate properly when the said bridge is
in napping along with the CPU. That is on U3 at least, U4 doesn't
seem to be affected.
This didn't show before NO_HZ as the timer wakeup was enough to make
it work it seems, but that is no longer the case.
This fixes it by disabling NAP mode on those machines while
an SMU command is in flight.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Paul Mackerras <paulus@samba.org>
|