2005-04-16 16:20:36 -06:00
|
|
|
/*
|
2005-09-19 07:24:08 -06:00
|
|
|
* PPC 64 oprofile support:
|
2005-04-16 16:20:36 -06:00
|
|
|
* Copyright (C) 2004 Anton Blanchard <anton@au.ibm.com>, IBM
|
2005-09-19 07:24:08 -06:00
|
|
|
* PPC 32 oprofile support: (based on PPC 64 support)
|
|
|
|
* Copyright (C) Freescale Semiconductor, Inc 2004
|
|
|
|
* Author: Andy Fleming
|
2005-04-16 16:20:36 -06:00
|
|
|
*
|
|
|
|
* Based on alpha version.
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU General Public License
|
|
|
|
* as published by the Free Software Foundation; either version
|
|
|
|
* 2 of the License, or (at your option) any later version.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/oprofile.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/smp.h>
|
|
|
|
#include <linux/errno.h>
|
|
|
|
#include <asm/ptrace.h>
|
|
|
|
#include <asm/system.h>
|
|
|
|
#include <asm/pmc.h>
|
2005-09-05 22:52:12 -06:00
|
|
|
#include <asm/cputable.h>
|
2005-09-05 22:55:35 -06:00
|
|
|
#include <asm/oprofile_impl.h>
|
2006-06-20 21:52:55 -06:00
|
|
|
#include <asm/firmware.h>
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2005-09-19 07:18:31 -06:00
|
|
|
static struct op_powerpc_model *model;
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
static struct op_counter_config ctr[OP_MAX_COUNTER];
|
|
|
|
static struct op_system_config sys;
|
|
|
|
|
2007-07-20 13:39:53 -06:00
|
|
|
static int op_per_cpu_rc;
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
static void op_handle_interrupt(struct pt_regs *regs)
|
|
|
|
{
|
|
|
|
model->handle_interrupt(regs, ctr);
|
|
|
|
}
|
|
|
|
|
2006-10-27 14:06:32 -06:00
|
|
|
static void op_powerpc_cpu_setup(void *dummy)
|
|
|
|
{
|
2007-07-20 13:39:53 -06:00
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = model->cpu_setup(ctr);
|
|
|
|
|
|
|
|
if (ret != 0)
|
|
|
|
op_per_cpu_rc = ret;
|
2006-10-27 14:06:32 -06:00
|
|
|
}
|
|
|
|
|
2005-09-19 07:24:08 -06:00
|
|
|
static int op_powerpc_setup(void)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
|
|
|
int err;
|
|
|
|
|
2007-07-20 13:39:53 -06:00
|
|
|
op_per_cpu_rc = 0;
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
/* Grab the hardware */
|
|
|
|
err = reserve_pmc_hardware(op_handle_interrupt);
|
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
|
|
|
|
/* Pre-compute the values to stuff in the hardware registers. */
|
2007-07-20 13:39:53 -06:00
|
|
|
op_per_cpu_rc = model->reg_setup(ctr, &sys, model->num_counters);
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2007-07-20 13:39:53 -06:00
|
|
|
if (op_per_cpu_rc)
|
|
|
|
goto out;
|
|
|
|
|
|
|
|
/* Configure the registers on all cpus. If an error occurs on one
|
|
|
|
* of the cpus, op_per_cpu_rc will be set to the error */
|
2006-10-27 14:06:32 -06:00
|
|
|
on_each_cpu(op_powerpc_cpu_setup, NULL, 0, 1);
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2007-07-20 13:39:53 -06:00
|
|
|
out: if (op_per_cpu_rc) {
|
|
|
|
/* error on setup release the performance counter hardware */
|
|
|
|
release_pmc_hardware();
|
|
|
|
}
|
|
|
|
|
|
|
|
return op_per_cpu_rc;
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
|
|
|
|
2005-09-19 07:24:08 -06:00
|
|
|
static void op_powerpc_shutdown(void)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
|
|
|
release_pmc_hardware();
|
|
|
|
}
|
|
|
|
|
2005-09-19 07:24:08 -06:00
|
|
|
static void op_powerpc_cpu_start(void *dummy)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
2007-07-20 13:39:53 -06:00
|
|
|
/* If any of the cpus have return an error, set the
|
|
|
|
* global flag to the error so it can be returned
|
|
|
|
* to the generic OProfile caller.
|
|
|
|
*/
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = model->start(ctr);
|
|
|
|
if (ret != 0)
|
|
|
|
op_per_cpu_rc = ret;
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
|
|
|
|
2005-09-19 07:24:08 -06:00
|
|
|
static int op_powerpc_start(void)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
2007-07-20 13:39:53 -06:00
|
|
|
op_per_cpu_rc = 0;
|
|
|
|
|
[POWERPC] cell: Add oprofile support
Add PPU event-based and cycle-based profiling support to Oprofile for Cell.
Oprofile is expected to collect data on all CPUs simultaneously.
However, there is one set of performance counters per node. There are
two hardware threads or virtual CPUs on each node. Hence, OProfile must
multiplex in time the performance counter collection on the two virtual
CPUs.
The multiplexing of the performance counters is done by a virtual
counter routine. Initially, the counters are configured to collect data
on the even CPUs in the system, one CPU per node. In order to capture
the PC for the virtual CPU when the performance counter interrupt occurs
(the specified number of events between samples has occurred), the even
processors are configured to handle the performance counter interrupts
for their node. The virtual counter routine is called via a kernel
timer after the virtual sample time. The routine stops the counters,
saves the current counts, loads the last counts for the other virtual
CPU on the node, sets interrupts to be handled by the other virtual CPU
and restarts the counters, the virtual timer routine is scheduled to run
again. The virtual sample time is kept relatively small to make sure
sampling occurs on both CPUs on the node with a relatively small
granularity. Whenever the counters overflow, the performance counter
interrupt is called to collect the PC for the CPU where data is being
collected.
The oprofile driver relies on a firmware RTAS call to setup the debug bus
to route the desired signals to the performance counter hardware to be
counted. The RTAS call must set the routing registers appropriately in
each of the islands to pass the signals down the debug bus as well as
routing the signals from a particular island onto the bus. There is a
second firmware RTAS call to reset the debug bus to the non pass thru
state when the counters are not in use.
Signed-off-by: Carl Love <carll@us.ibm.com>
Signed-off-by: Maynard Johnson <mpjohn@us.ibm.com>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-20 10:45:16 -07:00
|
|
|
if (model->global_start)
|
2007-07-20 13:39:53 -06:00
|
|
|
return model->global_start(ctr);
|
|
|
|
if (model->start) {
|
[POWERPC] cell: Add oprofile support
Add PPU event-based and cycle-based profiling support to Oprofile for Cell.
Oprofile is expected to collect data on all CPUs simultaneously.
However, there is one set of performance counters per node. There are
two hardware threads or virtual CPUs on each node. Hence, OProfile must
multiplex in time the performance counter collection on the two virtual
CPUs.
The multiplexing of the performance counters is done by a virtual
counter routine. Initially, the counters are configured to collect data
on the even CPUs in the system, one CPU per node. In order to capture
the PC for the virtual CPU when the performance counter interrupt occurs
(the specified number of events between samples has occurred), the even
processors are configured to handle the performance counter interrupts
for their node. The virtual counter routine is called via a kernel
timer after the virtual sample time. The routine stops the counters,
saves the current counts, loads the last counts for the other virtual
CPU on the node, sets interrupts to be handled by the other virtual CPU
and restarts the counters, the virtual timer routine is scheduled to run
again. The virtual sample time is kept relatively small to make sure
sampling occurs on both CPUs on the node with a relatively small
granularity. Whenever the counters overflow, the performance counter
interrupt is called to collect the PC for the CPU where data is being
collected.
The oprofile driver relies on a firmware RTAS call to setup the debug bus
to route the desired signals to the performance counter hardware to be
counted. The RTAS call must set the routing registers appropriately in
each of the islands to pass the signals down the debug bus as well as
routing the signals from a particular island onto the bus. There is a
second firmware RTAS call to reset the debug bus to the non pass thru
state when the counters are not in use.
Signed-off-by: Carl Love <carll@us.ibm.com>
Signed-off-by: Maynard Johnson <mpjohn@us.ibm.com>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-20 10:45:16 -07:00
|
|
|
on_each_cpu(op_powerpc_cpu_start, NULL, 0, 1);
|
2007-07-20 13:39:53 -06:00
|
|
|
return op_per_cpu_rc;
|
|
|
|
}
|
|
|
|
return -EIO; /* No start function is defined for this
|
|
|
|
power architecture */
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
|
|
|
|
2005-09-19 07:24:08 -06:00
|
|
|
static inline void op_powerpc_cpu_stop(void *dummy)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
|
|
|
model->stop();
|
|
|
|
}
|
|
|
|
|
2005-09-19 07:24:08 -06:00
|
|
|
static void op_powerpc_stop(void)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
[POWERPC] cell: Add oprofile support
Add PPU event-based and cycle-based profiling support to Oprofile for Cell.
Oprofile is expected to collect data on all CPUs simultaneously.
However, there is one set of performance counters per node. There are
two hardware threads or virtual CPUs on each node. Hence, OProfile must
multiplex in time the performance counter collection on the two virtual
CPUs.
The multiplexing of the performance counters is done by a virtual
counter routine. Initially, the counters are configured to collect data
on the even CPUs in the system, one CPU per node. In order to capture
the PC for the virtual CPU when the performance counter interrupt occurs
(the specified number of events between samples has occurred), the even
processors are configured to handle the performance counter interrupts
for their node. The virtual counter routine is called via a kernel
timer after the virtual sample time. The routine stops the counters,
saves the current counts, loads the last counts for the other virtual
CPU on the node, sets interrupts to be handled by the other virtual CPU
and restarts the counters, the virtual timer routine is scheduled to run
again. The virtual sample time is kept relatively small to make sure
sampling occurs on both CPUs on the node with a relatively small
granularity. Whenever the counters overflow, the performance counter
interrupt is called to collect the PC for the CPU where data is being
collected.
The oprofile driver relies on a firmware RTAS call to setup the debug bus
to route the desired signals to the performance counter hardware to be
counted. The RTAS call must set the routing registers appropriately in
each of the islands to pass the signals down the debug bus as well as
routing the signals from a particular island onto the bus. There is a
second firmware RTAS call to reset the debug bus to the non pass thru
state when the counters are not in use.
Signed-off-by: Carl Love <carll@us.ibm.com>
Signed-off-by: Maynard Johnson <mpjohn@us.ibm.com>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-20 10:45:16 -07:00
|
|
|
if (model->stop)
|
|
|
|
on_each_cpu(op_powerpc_cpu_stop, NULL, 0, 1);
|
|
|
|
if (model->global_stop)
|
|
|
|
model->global_stop();
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
|
|
|
|
2005-09-19 07:24:08 -06:00
|
|
|
static int op_powerpc_create_files(struct super_block *sb, struct dentry *root)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
2005-12-15 19:02:04 -07:00
|
|
|
#ifdef CONFIG_PPC64
|
2005-04-16 16:20:36 -06:00
|
|
|
/*
|
|
|
|
* There is one mmcr0, mmcr1 and mmcra for setting the events for
|
|
|
|
* all of the counters.
|
|
|
|
*/
|
|
|
|
oprofilefs_create_ulong(sb, root, "mmcr0", &sys.mmcr0);
|
|
|
|
oprofilefs_create_ulong(sb, root, "mmcr1", &sys.mmcr1);
|
|
|
|
oprofilefs_create_ulong(sb, root, "mmcra", &sys.mmcra);
|
2005-12-15 19:02:04 -07:00
|
|
|
#endif
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
for (i = 0; i < model->num_counters; ++i) {
|
|
|
|
struct dentry *dir;
|
2006-06-26 01:24:34 -06:00
|
|
|
char buf[4];
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
snprintf(buf, sizeof buf, "%d", i);
|
|
|
|
dir = oprofilefs_mkdir(sb, root, buf);
|
|
|
|
|
|
|
|
oprofilefs_create_ulong(sb, dir, "enabled", &ctr[i].enabled);
|
|
|
|
oprofilefs_create_ulong(sb, dir, "event", &ctr[i].event);
|
|
|
|
oprofilefs_create_ulong(sb, dir, "count", &ctr[i].count);
|
2005-12-15 19:02:04 -07:00
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
/*
|
2005-12-15 19:02:04 -07:00
|
|
|
* Classic PowerPC doesn't support per-counter
|
|
|
|
* control like this, but the options are
|
|
|
|
* expected, so they remain. For Freescale
|
|
|
|
* Book-E style performance monitors, we do
|
|
|
|
* support them.
|
2005-04-16 16:20:36 -06:00
|
|
|
*/
|
|
|
|
oprofilefs_create_ulong(sb, dir, "kernel", &ctr[i].kernel);
|
|
|
|
oprofilefs_create_ulong(sb, dir, "user", &ctr[i].user);
|
2005-09-19 07:24:08 -06:00
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
oprofilefs_create_ulong(sb, dir, "unit_mask", &ctr[i].unit_mask);
|
|
|
|
}
|
|
|
|
|
|
|
|
oprofilefs_create_ulong(sb, root, "enable_kernel", &sys.enable_kernel);
|
|
|
|
oprofilefs_create_ulong(sb, root, "enable_user", &sys.enable_user);
|
|
|
|
|
|
|
|
/* Default to tracing both kernel and user */
|
|
|
|
sys.enable_kernel = 1;
|
|
|
|
sys.enable_user = 1;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
int __init oprofile_arch_init(struct oprofile_operations *ops)
|
|
|
|
{
|
2006-01-08 21:41:31 -07:00
|
|
|
if (!cur_cpu_spec->oprofile_cpu_type)
|
2005-09-05 22:57:52 -06:00
|
|
|
return -ENODEV;
|
2006-01-08 21:41:31 -07:00
|
|
|
|
2006-06-20 21:52:55 -06:00
|
|
|
if (firmware_has_feature(FW_FEATURE_ISERIES))
|
|
|
|
return -ENODEV;
|
|
|
|
|
2006-01-08 21:41:31 -07:00
|
|
|
switch (cur_cpu_spec->oprofile_type) {
|
|
|
|
#ifdef CONFIG_PPC64
|
2007-07-20 13:39:53 -06:00
|
|
|
#ifdef CONFIG_OPROFILE_CELL
|
[POWERPC] cell: Add oprofile support
Add PPU event-based and cycle-based profiling support to Oprofile for Cell.
Oprofile is expected to collect data on all CPUs simultaneously.
However, there is one set of performance counters per node. There are
two hardware threads or virtual CPUs on each node. Hence, OProfile must
multiplex in time the performance counter collection on the two virtual
CPUs.
The multiplexing of the performance counters is done by a virtual
counter routine. Initially, the counters are configured to collect data
on the even CPUs in the system, one CPU per node. In order to capture
the PC for the virtual CPU when the performance counter interrupt occurs
(the specified number of events between samples has occurred), the even
processors are configured to handle the performance counter interrupts
for their node. The virtual counter routine is called via a kernel
timer after the virtual sample time. The routine stops the counters,
saves the current counts, loads the last counts for the other virtual
CPU on the node, sets interrupts to be handled by the other virtual CPU
and restarts the counters, the virtual timer routine is scheduled to run
again. The virtual sample time is kept relatively small to make sure
sampling occurs on both CPUs on the node with a relatively small
granularity. Whenever the counters overflow, the performance counter
interrupt is called to collect the PC for the CPU where data is being
collected.
The oprofile driver relies on a firmware RTAS call to setup the debug bus
to route the desired signals to the performance counter hardware to be
counted. The RTAS call must set the routing registers appropriately in
each of the islands to pass the signals down the debug bus as well as
routing the signals from a particular island onto the bus. There is a
second firmware RTAS call to reset the debug bus to the non pass thru
state when the counters are not in use.
Signed-off-by: Carl Love <carll@us.ibm.com>
Signed-off-by: Maynard Johnson <mpjohn@us.ibm.com>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-20 10:45:16 -07:00
|
|
|
case PPC_OPROFILE_CELL:
|
2007-01-11 17:56:44 -07:00
|
|
|
if (firmware_has_feature(FW_FEATURE_LPAR))
|
|
|
|
return -ENODEV;
|
[POWERPC] cell: Add oprofile support
Add PPU event-based and cycle-based profiling support to Oprofile for Cell.
Oprofile is expected to collect data on all CPUs simultaneously.
However, there is one set of performance counters per node. There are
two hardware threads or virtual CPUs on each node. Hence, OProfile must
multiplex in time the performance counter collection on the two virtual
CPUs.
The multiplexing of the performance counters is done by a virtual
counter routine. Initially, the counters are configured to collect data
on the even CPUs in the system, one CPU per node. In order to capture
the PC for the virtual CPU when the performance counter interrupt occurs
(the specified number of events between samples has occurred), the even
processors are configured to handle the performance counter interrupts
for their node. The virtual counter routine is called via a kernel
timer after the virtual sample time. The routine stops the counters,
saves the current counts, loads the last counts for the other virtual
CPU on the node, sets interrupts to be handled by the other virtual CPU
and restarts the counters, the virtual timer routine is scheduled to run
again. The virtual sample time is kept relatively small to make sure
sampling occurs on both CPUs on the node with a relatively small
granularity. Whenever the counters overflow, the performance counter
interrupt is called to collect the PC for the CPU where data is being
collected.
The oprofile driver relies on a firmware RTAS call to setup the debug bus
to route the desired signals to the performance counter hardware to be
counted. The RTAS call must set the routing registers appropriately in
each of the islands to pass the signals down the debug bus as well as
routing the signals from a particular island onto the bus. There is a
second firmware RTAS call to reset the debug bus to the non pass thru
state when the counters are not in use.
Signed-off-by: Carl Love <carll@us.ibm.com>
Signed-off-by: Maynard Johnson <mpjohn@us.ibm.com>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-20 10:45:16 -07:00
|
|
|
model = &op_model_cell;
|
2007-07-20 13:39:53 -06:00
|
|
|
ops->sync_start = model->sync_start;
|
|
|
|
ops->sync_stop = model->sync_stop;
|
[POWERPC] cell: Add oprofile support
Add PPU event-based and cycle-based profiling support to Oprofile for Cell.
Oprofile is expected to collect data on all CPUs simultaneously.
However, there is one set of performance counters per node. There are
two hardware threads or virtual CPUs on each node. Hence, OProfile must
multiplex in time the performance counter collection on the two virtual
CPUs.
The multiplexing of the performance counters is done by a virtual
counter routine. Initially, the counters are configured to collect data
on the even CPUs in the system, one CPU per node. In order to capture
the PC for the virtual CPU when the performance counter interrupt occurs
(the specified number of events between samples has occurred), the even
processors are configured to handle the performance counter interrupts
for their node. The virtual counter routine is called via a kernel
timer after the virtual sample time. The routine stops the counters,
saves the current counts, loads the last counts for the other virtual
CPU on the node, sets interrupts to be handled by the other virtual CPU
and restarts the counters, the virtual timer routine is scheduled to run
again. The virtual sample time is kept relatively small to make sure
sampling occurs on both CPUs on the node with a relatively small
granularity. Whenever the counters overflow, the performance counter
interrupt is called to collect the PC for the CPU where data is being
collected.
The oprofile driver relies on a firmware RTAS call to setup the debug bus
to route the desired signals to the performance counter hardware to be
counted. The RTAS call must set the routing registers appropriately in
each of the islands to pass the signals down the debug bus as well as
routing the signals from a particular island onto the bus. There is a
second firmware RTAS call to reset the debug bus to the non pass thru
state when the counters are not in use.
Signed-off-by: Carl Love <carll@us.ibm.com>
Signed-off-by: Maynard Johnson <mpjohn@us.ibm.com>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-20 10:45:16 -07:00
|
|
|
break;
|
|
|
|
#endif
|
2006-01-13 05:35:49 -07:00
|
|
|
case PPC_OPROFILE_RS64:
|
2006-01-08 21:41:31 -07:00
|
|
|
model = &op_model_rs64;
|
|
|
|
break;
|
2006-01-13 05:35:49 -07:00
|
|
|
case PPC_OPROFILE_POWER4:
|
2006-01-08 21:41:31 -07:00
|
|
|
model = &op_model_power4;
|
|
|
|
break;
|
2007-04-18 00:38:21 -06:00
|
|
|
case PPC_OPROFILE_PA6T:
|
|
|
|
model = &op_model_pa6t;
|
|
|
|
break;
|
2006-10-27 14:06:32 -06:00
|
|
|
#endif
|
|
|
|
#ifdef CONFIG_6xx
|
2006-01-13 05:35:49 -07:00
|
|
|
case PPC_OPROFILE_G4:
|
2006-01-08 21:41:31 -07:00
|
|
|
model = &op_model_7450;
|
|
|
|
break;
|
|
|
|
#endif
|
|
|
|
#ifdef CONFIG_FSL_BOOKE
|
2006-01-13 05:35:49 -07:00
|
|
|
case PPC_OPROFILE_BOOKE:
|
2006-01-08 21:41:31 -07:00
|
|
|
model = &op_model_fsl_booke;
|
|
|
|
break;
|
|
|
|
#endif
|
|
|
|
default:
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
2005-09-05 22:52:12 -06:00
|
|
|
model->num_counters = cur_cpu_spec->num_pmcs;
|
2005-09-05 22:57:52 -06:00
|
|
|
|
|
|
|
ops->cpu_type = cur_cpu_spec->oprofile_cpu_type;
|
2005-09-19 07:24:08 -06:00
|
|
|
ops->create_files = op_powerpc_create_files;
|
|
|
|
ops->setup = op_powerpc_setup;
|
|
|
|
ops->shutdown = op_powerpc_shutdown;
|
|
|
|
ops->start = op_powerpc_start;
|
|
|
|
ops->stop = op_powerpc_stop;
|
2006-03-26 17:57:01 -07:00
|
|
|
ops->backtrace = op_powerpc_backtrace;
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2006-04-12 14:29:00 -06:00
|
|
|
printk(KERN_DEBUG "oprofile: using %s performance monitoring.\n",
|
2005-04-16 16:20:36 -06:00
|
|
|
ops->cpu_type);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
void oprofile_arch_exit(void)
|
|
|
|
{
|
|
|
|
}
|