aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/tools/perf/util/scripting-engines/trace-event-python.c
diff options
context:
space:
mode:
authorBenjamin Herrenschmidt <benh@kernel.crashing.org>2010-07-31 15:04:15 +1000
committerBenjamin Herrenschmidt <benh@kernel.crashing.org>2010-07-31 15:04:15 +1000
commit940ce422a367c8e65404a5ef1ff5969527a06410 (patch)
tree0577a96cd6ea362d4bf9974add8c59497d7162a7 /tools/perf/util/scripting-engines/trace-event-python.c
parentpowerpc/smp: remove the incorrect decrementer initial codes for AP (diff)
downloadwireguard-linux-940ce422a367c8e65404a5ef1ff5969527a06410.tar.xz
wireguard-linux-940ce422a367c8e65404a5ef1ff5969527a06410.zip
powerpc/pseries: Increase cpu die timeout
In testing SMT disable, we have been regularly seeing the following message: Querying DEAD? cpu %i (%i) shows %i This indicates the current delay in pseries_cpu_die where we wait for the specified CPU to die, is insufficient. Usually, this does not cause a problem, but we've seen this result in BUG_ON's going off in the timer code when we try to migrate the timers off the dead cpu while a timer is still running. Increasing this delay, as is done in this patch, seems to resolve this issue. Signed-off-by: Brian King <brking@linux.vnet.ibm.com> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Diffstat (limited to 'tools/perf/util/scripting-engines/trace-event-python.c')
0 files changed, 0 insertions, 0 deletions