2019-05-27 14:55:01 +08:00
|
|
|
// SPDX-License-Identifier: GPL-2.0-or-later
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
2005-09-19 21:24:08 +08:00
|
|
|
* PPC 64 oprofile support:
|
2005-04-17 06:20:36 +08:00
|
|
|
* Copyright (C) 2004 Anton Blanchard <anton@au.ibm.com>, IBM
|
2005-09-19 21:24:08 +08:00
|
|
|
* PPC 32 oprofile support: (based on PPC 64 support)
|
|
|
|
* Copyright (C) Freescale Semiconductor, Inc 2004
|
|
|
|
* Author: Andy Fleming
|
2005-04-17 06:20:36 +08:00
|
|
|
*
|
|
|
|
* Based on alpha version.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/oprofile.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/smp.h>
|
|
|
|
#include <linux/errno.h>
|
|
|
|
#include <asm/ptrace.h>
|
|
|
|
#include <asm/pmc.h>
|
2005-09-06 12:52:12 +08:00
|
|
|
#include <asm/cputable.h>
|
2005-09-06 12:55:35 +08:00
|
|
|
#include <asm/oprofile_impl.h>
|
2006-06-21 11:52:55 +08:00
|
|
|
#include <asm/firmware.h>
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2005-09-19 21:18:31 +08:00
|
|
|
static struct op_powerpc_model *model;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
static struct op_counter_config ctr[OP_MAX_COUNTER];
|
|
|
|
static struct op_system_config sys;
|
|
|
|
|
2007-07-21 03:39:53 +08:00
|
|
|
static int op_per_cpu_rc;
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
static void op_handle_interrupt(struct pt_regs *regs)
|
|
|
|
{
|
|
|
|
model->handle_interrupt(regs, ctr);
|
|
|
|
}
|
|
|
|
|
2006-10-28 04:06:32 +08:00
|
|
|
static void op_powerpc_cpu_setup(void *dummy)
|
|
|
|
{
|
2007-07-21 03:39:53 +08:00
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = model->cpu_setup(ctr);
|
|
|
|
|
|
|
|
if (ret != 0)
|
|
|
|
op_per_cpu_rc = ret;
|
2006-10-28 04:06:32 +08:00
|
|
|
}
|
|
|
|
|
2005-09-19 21:24:08 +08:00
|
|
|
static int op_powerpc_setup(void)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
|
|
|
int err;
|
|
|
|
|
2007-07-21 03:39:53 +08:00
|
|
|
op_per_cpu_rc = 0;
|
|
|
|
|
2005-04-17 06:20:36 +08: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-21 03:39:53 +08:00
|
|
|
op_per_cpu_rc = model->reg_setup(ctr, &sys, model->num_counters);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2007-07-21 03:39:53 +08: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 */
|
2008-05-09 15:39:44 +08:00
|
|
|
on_each_cpu(op_powerpc_cpu_setup, NULL, 1);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2007-07-21 03:39:53 +08: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-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2005-09-19 21:24:08 +08:00
|
|
|
static void op_powerpc_shutdown(void)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
|
|
|
release_pmc_hardware();
|
|
|
|
}
|
|
|
|
|
2005-09-19 21:24:08 +08:00
|
|
|
static void op_powerpc_cpu_start(void *dummy)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2007-07-21 03:39:53 +08: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-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2005-09-19 21:24:08 +08:00
|
|
|
static int op_powerpc_start(void)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2007-07-21 03:39:53 +08: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-21 01:45:16 +08:00
|
|
|
if (model->global_start)
|
2007-07-21 03:39:53 +08:00
|
|
|
return model->global_start(ctr);
|
|
|
|
if (model->start) {
|
2008-05-09 15:39:44 +08:00
|
|
|
on_each_cpu(op_powerpc_cpu_start, NULL, 1);
|
2007-07-21 03:39:53 +08:00
|
|
|
return op_per_cpu_rc;
|
|
|
|
}
|
|
|
|
return -EIO; /* No start function is defined for this
|
|
|
|
power architecture */
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2005-09-19 21:24:08 +08:00
|
|
|
static inline void op_powerpc_cpu_stop(void *dummy)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
|
|
|
model->stop();
|
|
|
|
}
|
|
|
|
|
2005-09-19 21:24:08 +08:00
|
|
|
static void op_powerpc_stop(void)
|
2005-04-17 06:20:36 +08: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-21 01:45:16 +08:00
|
|
|
if (model->stop)
|
2008-05-09 15:39:44 +08:00
|
|
|
on_each_cpu(op_powerpc_cpu_stop, NULL, 1);
|
[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-21 01:45:16 +08:00
|
|
|
if (model->global_stop)
|
|
|
|
model->global_stop();
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2013-07-19 19:52:42 +08:00
|
|
|
static int op_powerpc_create_files(struct dentry *root)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
2005-12-16 10:02:04 +08:00
|
|
|
#ifdef CONFIG_PPC64
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
* There is one mmcr0, mmcr1 and mmcra for setting the events for
|
|
|
|
* all of the counters.
|
|
|
|
*/
|
2013-07-19 20:10:36 +08:00
|
|
|
oprofilefs_create_ulong(root, "mmcr0", &sys.mmcr0);
|
|
|
|
oprofilefs_create_ulong(root, "mmcr1", &sys.mmcr1);
|
|
|
|
oprofilefs_create_ulong(root, "mmcra", &sys.mmcra);
|
2008-12-02 08:18:36 +08:00
|
|
|
#ifdef CONFIG_OPROFILE_CELL
|
|
|
|
/* create a file the user tool can check to see what level of profiling
|
|
|
|
* support exits with this kernel. Initialize bit mask to indicate
|
|
|
|
* what support the kernel has:
|
|
|
|
* bit 0 - Supports SPU event profiling in addition to PPU
|
|
|
|
* event and cycles; and SPU cycle profiling
|
|
|
|
* bits 1-31 - Currently unused.
|
|
|
|
*
|
|
|
|
* If the file does not exist, then the kernel only supports SPU
|
|
|
|
* cycle profiling, PPU event and cycle profiling.
|
|
|
|
*/
|
2013-07-19 20:10:36 +08:00
|
|
|
oprofilefs_create_ulong(root, "cell_support", &sys.cell_support);
|
2008-12-02 08:18:36 +08:00
|
|
|
sys.cell_support = 0x1; /* Note, the user OProfile tool must check
|
|
|
|
* that this bit is set before attempting to
|
|
|
|
* user SPU event profiling. Older kernels
|
|
|
|
* will not have this file, hence the user
|
|
|
|
* tool is not allowed to do SPU event
|
|
|
|
* profiling on older kernels. Older kernels
|
|
|
|
* will accept SPU events but collected data
|
|
|
|
* is garbage.
|
|
|
|
*/
|
|
|
|
#endif
|
2005-12-16 10:02:04 +08:00
|
|
|
#endif
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
for (i = 0; i < model->num_counters; ++i) {
|
|
|
|
struct dentry *dir;
|
2006-06-26 15:24:34 +08:00
|
|
|
char buf[4];
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
snprintf(buf, sizeof buf, "%d", i);
|
2013-07-19 19:58:27 +08:00
|
|
|
dir = oprofilefs_mkdir(root, buf);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2013-07-19 20:10:36 +08:00
|
|
|
oprofilefs_create_ulong(dir, "enabled", &ctr[i].enabled);
|
|
|
|
oprofilefs_create_ulong(dir, "event", &ctr[i].event);
|
|
|
|
oprofilefs_create_ulong(dir, "count", &ctr[i].count);
|
2005-12-16 10:02:04 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
2005-12-16 10:02:04 +08: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-17 06:20:36 +08:00
|
|
|
*/
|
2013-07-19 20:10:36 +08:00
|
|
|
oprofilefs_create_ulong(dir, "kernel", &ctr[i].kernel);
|
|
|
|
oprofilefs_create_ulong(dir, "user", &ctr[i].user);
|
2005-09-19 21:24:08 +08:00
|
|
|
|
2013-07-19 20:10:36 +08:00
|
|
|
oprofilefs_create_ulong(dir, "unit_mask", &ctr[i].unit_mask);
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2013-07-19 20:10:36 +08:00
|
|
|
oprofilefs_create_ulong(root, "enable_kernel", &sys.enable_kernel);
|
|
|
|
oprofilefs_create_ulong(root, "enable_user", &sys.enable_user);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
/* 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-09 12:41:31 +08:00
|
|
|
if (!cur_cpu_spec->oprofile_cpu_type)
|
2005-09-06 12:57:52 +08:00
|
|
|
return -ENODEV;
|
2006-01-09 12:41:31 +08:00
|
|
|
|
|
|
|
switch (cur_cpu_spec->oprofile_type) {
|
2010-07-09 13:18:44 +08:00
|
|
|
#ifdef CONFIG_PPC_BOOK3S_64
|
2007-07-21 03:39:53 +08: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-21 01:45:16 +08:00
|
|
|
case PPC_OPROFILE_CELL:
|
2007-01-12 08:56:44 +08: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-21 01:45:16 +08:00
|
|
|
model = &op_model_cell;
|
2007-07-21 03:39:53 +08: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-21 01:45:16 +08:00
|
|
|
break;
|
|
|
|
#endif
|
2006-01-13 20:35:49 +08:00
|
|
|
case PPC_OPROFILE_POWER4:
|
2006-01-09 12:41:31 +08:00
|
|
|
model = &op_model_power4;
|
|
|
|
break;
|
2007-04-18 14:38:21 +08:00
|
|
|
case PPC_OPROFILE_PA6T:
|
|
|
|
model = &op_model_pa6t;
|
|
|
|
break;
|
2006-10-28 04:06:32 +08:00
|
|
|
#endif
|
2018-11-17 18:24:56 +08:00
|
|
|
#ifdef CONFIG_PPC_BOOK3S_32
|
2006-01-13 20:35:49 +08:00
|
|
|
case PPC_OPROFILE_G4:
|
2006-01-09 12:41:31 +08:00
|
|
|
model = &op_model_7450;
|
|
|
|
break;
|
|
|
|
#endif
|
2008-02-05 08:27:55 +08:00
|
|
|
#if defined(CONFIG_FSL_EMB_PERFMON)
|
|
|
|
case PPC_OPROFILE_FSL_EMB:
|
|
|
|
model = &op_model_fsl_emb;
|
2006-01-09 12:41:31 +08:00
|
|
|
break;
|
|
|
|
#endif
|
|
|
|
default:
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
2005-09-06 12:52:12 +08:00
|
|
|
model->num_counters = cur_cpu_spec->num_pmcs;
|
2005-09-06 12:57:52 +08:00
|
|
|
|
|
|
|
ops->cpu_type = cur_cpu_spec->oprofile_cpu_type;
|
2005-09-19 21:24:08 +08: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-27 08:57:01 +08:00
|
|
|
ops->backtrace = op_powerpc_backtrace;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2006-04-13 04:29:00 +08:00
|
|
|
printk(KERN_DEBUG "oprofile: using %s performance monitoring.\n",
|
2005-04-17 06:20:36 +08:00
|
|
|
ops->cpu_type);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
void oprofile_arch_exit(void)
|
|
|
|
{
|
|
|
|
}
|