2007-06-12 18:30:17 +02:00
|
|
|
config PPC64
|
|
|
|
bool "64-bit kernel"
|
|
|
|
default n
|
2012-06-16 15:39:34 +02:00
|
|
|
select HAVE_VIRT_CPU_ACCOUNTING
|
2007-06-12 18:30:17 +02:00
|
|
|
help
|
|
|
|
This option selects whether a 32-bit or a 64-bit kernel
|
|
|
|
will be built.
|
|
|
|
|
|
|
|
menu "Processor support"
|
|
|
|
choice
|
|
|
|
prompt "Processor Type"
|
|
|
|
depends on PPC32
|
|
|
|
help
|
2007-06-18 01:06:52 +02:00
|
|
|
There are five families of 32 bit PowerPC chips supported.
|
|
|
|
The most common ones are the desktop and server CPUs (601, 603,
|
|
|
|
604, 740, 750, 74xx) CPUs from Freescale and IBM, with their
|
2008-01-28 18:28:53 +01:00
|
|
|
embedded 512x/52xx/82xx/83xx/86xx counterparts.
|
2007-06-18 01:06:52 +02:00
|
|
|
The other embeeded parts, namely 4xx, 8xx, e200 (55xx) and e500
|
|
|
|
(85xx) each form a family of their own that is not compatible
|
|
|
|
with the others.
|
|
|
|
|
|
|
|
If unsure, select 52xx/6xx/7xx/74xx/82xx/83xx/86xx.
|
|
|
|
|
2009-06-14 16:45:50 +02:00
|
|
|
config PPC_BOOK3S_32
|
2008-01-28 18:28:53 +01:00
|
|
|
bool "512x/52xx/6xx/7xx/74xx/82xx/83xx/86xx"
|
2007-06-12 18:30:17 +02:00
|
|
|
select PPC_FPU
|
|
|
|
|
|
|
|
config PPC_85xx
|
|
|
|
bool "Freescale 85xx"
|
|
|
|
select E500
|
|
|
|
|
|
|
|
config PPC_8xx
|
|
|
|
bool "Freescale 8xx"
|
|
|
|
select FSL_SOC
|
|
|
|
select 8xx
|
2007-09-16 12:53:25 +02:00
|
|
|
select PPC_LIB_RHEAP
|
2007-06-12 18:30:17 +02:00
|
|
|
|
|
|
|
config 40x
|
|
|
|
bool "AMCC 40x"
|
|
|
|
select PPC_DCR_NATIVE
|
2007-12-21 05:39:26 +01:00
|
|
|
select PPC_UDBG_16550
|
2008-03-27 15:43:31 +01:00
|
|
|
select 4xx_SOC
|
2008-06-26 19:07:56 +02:00
|
|
|
select PPC_PCI_CHOICE
|
2007-06-12 18:30:17 +02:00
|
|
|
|
|
|
|
config 44x
|
2010-03-05 11:43:12 +01:00
|
|
|
bool "AMCC 44x, 46x or 47x"
|
2007-06-12 18:30:17 +02:00
|
|
|
select PPC_DCR_NATIVE
|
2007-10-18 14:55:13 +02:00
|
|
|
select PPC_UDBG_16550
|
2008-03-27 15:43:31 +01:00
|
|
|
select 4xx_SOC
|
2008-06-26 19:07:56 +02:00
|
|
|
select PPC_PCI_CHOICE
|
2008-09-24 18:01:24 +02:00
|
|
|
select PHYS_64BIT
|
2007-06-12 18:30:17 +02:00
|
|
|
|
|
|
|
config E200
|
|
|
|
bool "Freescale e200"
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
2009-07-24 01:15:59 +02:00
|
|
|
choice
|
|
|
|
prompt "Processor Type"
|
2009-06-02 23:17:37 +02:00
|
|
|
depends on PPC64
|
2009-07-24 01:15:59 +02:00
|
|
|
help
|
|
|
|
There are two families of 64 bit PowerPC chips supported.
|
|
|
|
The most common ones are the desktop and server CPUs
|
|
|
|
(POWER3, RS64, POWER4, POWER5, POWER5+, POWER6, ...)
|
|
|
|
|
|
|
|
The other are the "embedded" processors compliant with the
|
|
|
|
"Book 3E" variant of the architecture
|
|
|
|
|
|
|
|
config PPC_BOOK3S_64
|
|
|
|
bool "Server processors"
|
2009-06-02 23:17:37 +02:00
|
|
|
select PPC_FPU
|
2011-07-13 07:00:41 +02:00
|
|
|
select PPC_HAVE_PMU_SUPPORT
|
2011-06-28 11:54:48 +02:00
|
|
|
select SYS_SUPPORTS_HUGETLBFS
|
2013-06-20 11:00:15 +02:00
|
|
|
select HAVE_ARCH_TRANSPARENT_HUGEPAGE if PPC_64K_PAGES
|
2009-06-02 23:17:37 +02:00
|
|
|
|
2009-07-24 01:15:59 +02:00
|
|
|
config PPC_BOOK3E_64
|
|
|
|
bool "Embedded processors"
|
|
|
|
select PPC_FPU # Make it a choice ?
|
2011-05-10 21:29:42 +02:00
|
|
|
select PPC_SMP_MUXED_IPI
|
2012-11-14 19:49:49 +01:00
|
|
|
select PPC_DOORBELL
|
2009-07-24 01:15:59 +02:00
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
2012-04-17 20:45:28 +02:00
|
|
|
choice
|
|
|
|
prompt "CPU selection"
|
|
|
|
depends on PPC64
|
|
|
|
default GENERIC_CPU
|
|
|
|
help
|
|
|
|
This will create a kernel which is optimised for a particular CPU.
|
|
|
|
The resulting kernel may not run on other CPUs, so use this with care.
|
|
|
|
|
|
|
|
If unsure, select Generic.
|
|
|
|
|
|
|
|
config GENERIC_CPU
|
|
|
|
bool "Generic"
|
|
|
|
|
|
|
|
config CELL_CPU
|
|
|
|
bool "Cell Broadband Engine"
|
|
|
|
|
|
|
|
config POWER4_CPU
|
|
|
|
bool "POWER4"
|
|
|
|
|
|
|
|
config POWER5_CPU
|
|
|
|
bool "POWER5"
|
|
|
|
|
|
|
|
config POWER6_CPU
|
|
|
|
bool "POWER6"
|
|
|
|
|
|
|
|
config POWER7_CPU
|
|
|
|
bool "POWER7"
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
2009-06-14 16:45:50 +02:00
|
|
|
config PPC_BOOK3S
|
|
|
|
def_bool y
|
|
|
|
depends on PPC_BOOK3S_32 || PPC_BOOK3S_64
|
2009-03-10 18:53:27 +01:00
|
|
|
|
2009-07-24 01:15:59 +02:00
|
|
|
config PPC_BOOK3E
|
|
|
|
def_bool y
|
|
|
|
depends on PPC_BOOK3E_64
|
|
|
|
|
2009-06-02 23:17:37 +02:00
|
|
|
config 6xx
|
|
|
|
def_bool y
|
|
|
|
depends on PPC32 && PPC_BOOK3S
|
perf_counter: powerpc: Add processor back-end for MPC7450 family
This adds support for the performance monitor hardware on the
MPC7450 family of processors (7450, 7451, 7455, 7447/7457, 7447A,
7448), used in the later Apple G4 powermacs/powerbooks and other
machines. These machines have 6 hardware counters with a unique
set of events which can be counted on each counter, with some
events being available on multiple counters.
Raw event codes for these processors are (PMC << 8) + PMCSEL.
If PMC is non-zero then the event is that selected by the given
PMCSEL value for that PMC (hardware counter). If PMC is zero
then the event selected is one of the low-numbered ones that are
common to several PMCs. In this case PMCSEL must be <= 22 and
the event is what that PMCSEL value would select on PMC1 (but
it may be placed any other PMC that has the same event for that
PMCSEL value).
For events that count cycles or occurrences that exceed a threshold,
the threshold requested can be specified in the 0x3f000 bits of the
raw event codes. If the event uses the threshold multiplier bit
and that bit should be set, that is indicated with the 0x40000 bit
of the raw event code.
This fills in some of the generic cache events. Unfortunately there
are quite a few blank spaces in the table, partly because these
processors tend to count cache hits rather than cache accesses.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: linuxppc-dev@ozlabs.org
Cc: benh@kernel.crashing.org
LKML-Reference: <19000.55631.802122.696927@cargo.ozlabs.ibm.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-06-17 13:53:51 +02:00
|
|
|
select PPC_HAVE_PMU_SUPPORT
|
2009-06-02 23:17:37 +02:00
|
|
|
|
2007-06-12 18:30:17 +02:00
|
|
|
config POWER3
|
2009-03-10 18:53:27 +01:00
|
|
|
depends on PPC64 && PPC_BOOK3S
|
2013-03-11 14:44:55 +01:00
|
|
|
def_bool y
|
2007-06-12 18:30:17 +02:00
|
|
|
|
|
|
|
config POWER4
|
2009-03-10 18:53:27 +01:00
|
|
|
depends on PPC64 && PPC_BOOK3S
|
2007-06-12 18:30:17 +02:00
|
|
|
def_bool y
|
|
|
|
|
2011-04-15 00:32:01 +02:00
|
|
|
config PPC_A2
|
|
|
|
bool
|
|
|
|
depends on PPC_BOOK3E_64
|
|
|
|
|
2007-09-15 02:21:57 +02:00
|
|
|
config TUNE_CELL
|
|
|
|
bool "Optimize for Cell Broadband Engine"
|
2009-03-10 18:53:27 +01:00
|
|
|
depends on PPC64 && PPC_BOOK3S
|
2007-09-15 02:21:57 +02:00
|
|
|
help
|
|
|
|
Cause the compiler to optimize for the PPE of the Cell Broadband
|
|
|
|
Engine. This will make the code run considerably faster on Cell
|
|
|
|
but somewhat slower on other machines. This option only changes
|
|
|
|
the scheduling of instructions, not the selection of instructions
|
|
|
|
itself, so the resulting kernel will keep running on all other
|
2013-03-11 14:44:55 +01:00
|
|
|
machines.
|
2007-09-15 02:21:57 +02:00
|
|
|
|
2007-06-12 18:30:17 +02:00
|
|
|
# this is temp to handle compat with arch=ppc
|
|
|
|
config 8xx
|
|
|
|
bool
|
|
|
|
|
|
|
|
config E500
|
2008-02-05 01:27:55 +01:00
|
|
|
select FSL_EMB_PERFMON
|
2010-10-08 15:32:11 +02:00
|
|
|
select PPC_FSL_BOOK3E
|
2007-06-12 18:30:17 +02:00
|
|
|
bool
|
|
|
|
|
2008-06-16 16:41:32 +02:00
|
|
|
config PPC_E500MC
|
|
|
|
bool "e500mc Support"
|
|
|
|
select PPC_FPU
|
2013-04-09 10:46:26 +02:00
|
|
|
select COMMON_CLK
|
2008-06-16 16:41:32 +02:00
|
|
|
depends on E500
|
2012-07-11 02:26:48 +02:00
|
|
|
help
|
|
|
|
This must be enabled for running on e500mc (and derivatives
|
|
|
|
such as e5500/e6500), and must be disabled for running on
|
|
|
|
e500v1 or e500v2.
|
2008-06-16 16:41:32 +02:00
|
|
|
|
2007-06-12 18:30:17 +02:00
|
|
|
config PPC_FPU
|
|
|
|
bool
|
|
|
|
default y if PPC64
|
|
|
|
|
2009-10-17 01:31:48 +02:00
|
|
|
config FSL_EMB_PERFMON
|
|
|
|
bool "Freescale Embedded Perfmon"
|
|
|
|
depends on E500 || PPC_83xx
|
|
|
|
help
|
|
|
|
This is the Performance Monitor support found on the e500 core
|
|
|
|
and some e300 cores (c3 and c4). Select this only if your
|
|
|
|
core supports the Embedded Performance Monitor APU
|
|
|
|
|
2010-02-26 01:09:45 +01:00
|
|
|
config FSL_EMB_PERF_EVENT
|
|
|
|
bool
|
|
|
|
depends on FSL_EMB_PERFMON && PERF_EVENTS && !PPC_PERF_CTRS
|
|
|
|
default y
|
|
|
|
|
|
|
|
config FSL_EMB_PERF_EVENT_E500
|
|
|
|
bool
|
|
|
|
depends on FSL_EMB_PERF_EVENT && E500
|
|
|
|
default y
|
|
|
|
|
2007-06-12 18:30:17 +02:00
|
|
|
config 4xx
|
|
|
|
bool
|
|
|
|
depends on 40x || 44x
|
|
|
|
default y
|
|
|
|
|
|
|
|
config BOOKE
|
|
|
|
bool
|
2009-07-24 01:15:59 +02:00
|
|
|
depends on E200 || E500 || 44x || PPC_BOOK3E
|
2007-06-12 18:30:17 +02:00
|
|
|
default y
|
|
|
|
|
|
|
|
config FSL_BOOKE
|
|
|
|
bool
|
2010-10-08 15:32:11 +02:00
|
|
|
depends on (E200 || E500) && PPC32
|
2007-06-12 18:30:17 +02:00
|
|
|
default y
|
|
|
|
|
2010-10-08 15:32:11 +02:00
|
|
|
# this is for common code between PPC32 & PPC64 FSL BOOKE
|
|
|
|
config PPC_FSL_BOOK3E
|
|
|
|
bool
|
|
|
|
select FSL_EMB_PERFMON
|
2011-05-10 21:29:42 +02:00
|
|
|
select PPC_SMP_MUXED_IPI
|
2011-10-10 12:50:44 +02:00
|
|
|
select SYS_SUPPORTS_HUGETLBFS if PHYS_64BIT || PPC64
|
2012-11-14 19:49:49 +01:00
|
|
|
select PPC_DOORBELL
|
2010-10-08 15:32:11 +02:00
|
|
|
default y if FSL_BOOKE
|
2008-02-05 01:27:55 +01:00
|
|
|
|
2007-06-12 18:30:17 +02:00
|
|
|
config PTE_64BIT
|
|
|
|
bool
|
2008-09-24 18:01:24 +02:00
|
|
|
depends on 44x || E500 || PPC_86xx
|
|
|
|
default y if PHYS_64BIT
|
2007-06-12 18:30:17 +02:00
|
|
|
|
|
|
|
config PHYS_64BIT
|
2008-09-24 18:01:24 +02:00
|
|
|
bool 'Large physical address support' if E500 || PPC_86xx
|
|
|
|
depends on (44x || E500 || PPC_86xx) && !PPC_83xx && !PPC_82xx
|
2007-06-12 18:30:17 +02:00
|
|
|
---help---
|
|
|
|
This option enables kernel support for larger than 32-bit physical
|
2008-09-24 18:01:24 +02:00
|
|
|
addresses. This feature may not be available on all cores.
|
|
|
|
|
|
|
|
If you have more than 3.5GB of RAM or so, you also need to enable
|
|
|
|
SWIOTLB under Kernel Options for this to work. The actual number
|
|
|
|
is platform-dependent.
|
2007-06-12 18:30:17 +02:00
|
|
|
|
|
|
|
If in doubt, say N here.
|
|
|
|
|
|
|
|
config ALTIVEC
|
|
|
|
bool "AltiVec Support"
|
2012-09-07 22:57:17 +02:00
|
|
|
depends on 6xx || POWER4 || (PPC_E500MC && PPC64)
|
2007-06-12 18:30:17 +02:00
|
|
|
---help---
|
|
|
|
This option enables kernel support for the Altivec extensions to the
|
|
|
|
PowerPC processor. The kernel currently supports saving and restoring
|
|
|
|
altivec registers, and turning on the 'altivec enable' bit so user
|
|
|
|
processes can execute altivec instructions.
|
|
|
|
|
|
|
|
This option is only usefully if you have a processor that supports
|
|
|
|
altivec (G4, otherwise known as 74xx series), but does not have
|
|
|
|
any affect on a non-altivec cpu (it does, however add code to the
|
|
|
|
kernel).
|
|
|
|
|
|
|
|
If in doubt, say Y here.
|
|
|
|
|
2008-06-25 06:07:18 +02:00
|
|
|
config VSX
|
|
|
|
bool "VSX Support"
|
|
|
|
depends on POWER4 && ALTIVEC && PPC_FPU
|
|
|
|
---help---
|
|
|
|
|
|
|
|
This option enables kernel support for the Vector Scaler extensions
|
|
|
|
to the PowerPC processor. The kernel currently supports saving and
|
|
|
|
restoring VSX registers, and turning on the 'VSX enable' bit so user
|
|
|
|
processes can execute VSX instructions.
|
|
|
|
|
|
|
|
This option is only useful if you have a processor that supports
|
|
|
|
VSX (P7 and above), but does not have any affect on a non-VSX
|
|
|
|
CPUs (it does, however add code to the kernel).
|
|
|
|
|
|
|
|
If in doubt, say Y here.
|
|
|
|
|
2011-05-02 22:43:04 +02:00
|
|
|
config PPC_ICSWX
|
|
|
|
bool "Support for PowerPC icswx coprocessor instruction"
|
2011-09-29 12:55:13 +02:00
|
|
|
depends on POWER4 || PPC_A2
|
2011-05-02 22:43:04 +02:00
|
|
|
default n
|
|
|
|
---help---
|
|
|
|
|
|
|
|
This option enables kernel support for the PowerPC Initiate
|
|
|
|
Coprocessor Store Word (icswx) coprocessor instruction on POWER7
|
|
|
|
or newer processors.
|
|
|
|
|
|
|
|
This option is only useful if you have a processor that supports
|
|
|
|
the icswx coprocessor instruction. It does not have any effect
|
|
|
|
on processors without the icswx coprocessor instruction.
|
|
|
|
|
|
|
|
This option slightly increases kernel memory usage.
|
|
|
|
|
|
|
|
If in doubt, say N here.
|
|
|
|
|
2011-09-29 12:55:12 +02:00
|
|
|
config PPC_ICSWX_PID
|
|
|
|
bool "icswx requires direct PID management"
|
|
|
|
depends on PPC_ICSWX && POWER4
|
|
|
|
default y
|
|
|
|
---help---
|
2011-09-29 12:55:14 +02:00
|
|
|
The PID register in server is used explicitly for ICSWX. In
|
2012-04-13 17:14:11 +02:00
|
|
|
embedded systems PID management is done by the system.
|
2011-09-29 12:55:12 +02:00
|
|
|
|
2011-09-29 12:55:14 +02:00
|
|
|
config PPC_ICSWX_USE_SIGILL
|
|
|
|
bool "Should a bad CT cause a SIGILL?"
|
|
|
|
depends on PPC_ICSWX
|
|
|
|
default n
|
|
|
|
---help---
|
|
|
|
Should a bad CT used for "non-record form ICSWX" cause an
|
2012-04-13 17:14:11 +02:00
|
|
|
illegal instruction signal or should it be silent as
|
2011-09-29 12:55:14 +02:00
|
|
|
architected.
|
|
|
|
|
|
|
|
If in doubt, say N here.
|
|
|
|
|
2007-06-12 18:30:17 +02:00
|
|
|
config SPE
|
|
|
|
bool "SPE Support"
|
2008-06-16 16:41:32 +02:00
|
|
|
depends on E200 || (E500 && !PPC_E500MC)
|
2007-06-12 18:30:17 +02:00
|
|
|
default y
|
|
|
|
---help---
|
|
|
|
This option enables kernel support for the Signal Processing
|
|
|
|
Extensions (SPE) to the PowerPC processor. The kernel currently
|
|
|
|
supports saving and restoring SPE registers, and turning on the
|
|
|
|
'spe enable' bit so user processes can execute SPE instructions.
|
|
|
|
|
|
|
|
This option is only useful if you have a processor that supports
|
|
|
|
SPE (e500, otherwise known as 85xx series), but does not have any
|
|
|
|
effect on a non-spe cpu (it does, however add code to the kernel).
|
|
|
|
|
|
|
|
If in doubt, say Y here.
|
|
|
|
|
|
|
|
config PPC_STD_MMU
|
2009-06-02 23:17:37 +02:00
|
|
|
def_bool y
|
|
|
|
depends on PPC_BOOK3S
|
2007-06-12 18:30:17 +02:00
|
|
|
|
|
|
|
config PPC_STD_MMU_32
|
|
|
|
def_bool y
|
|
|
|
depends on PPC_STD_MMU && PPC32
|
|
|
|
|
2008-12-18 20:13:24 +01:00
|
|
|
config PPC_STD_MMU_64
|
|
|
|
def_bool y
|
|
|
|
depends on PPC_STD_MMU && PPC64
|
|
|
|
|
|
|
|
config PPC_MMU_NOHASH
|
|
|
|
def_bool y
|
|
|
|
depends on !PPC_STD_MMU
|
|
|
|
|
2009-02-12 23:12:40 +01:00
|
|
|
config PPC_BOOK3E_MMU
|
|
|
|
def_bool y
|
2009-07-24 01:15:59 +02:00
|
|
|
depends on FSL_BOOKE || PPC_BOOK3E
|
2009-02-12 23:12:40 +01:00
|
|
|
|
2007-06-12 18:30:17 +02:00
|
|
|
config PPC_MM_SLICES
|
|
|
|
bool
|
2011-10-10 12:50:44 +02:00
|
|
|
default y if (!PPC_FSL_BOOK3E && PPC64 && HUGETLB_PAGE) || (PPC_STD_MMU_64 && PPC_64K_PAGES)
|
2007-06-12 18:30:17 +02:00
|
|
|
default n
|
|
|
|
|
2009-06-17 13:50:04 +02:00
|
|
|
config PPC_HAVE_PMU_SUPPORT
|
|
|
|
bool
|
|
|
|
|
|
|
|
config PPC_PERF_CTRS
|
|
|
|
def_bool y
|
perf: Do the big rename: Performance Counters -> Performance Events
Bye-bye Performance Counters, welcome Performance Events!
In the past few months the perfcounters subsystem has grown out its
initial role of counting hardware events, and has become (and is
becoming) a much broader generic event enumeration, reporting, logging,
monitoring, analysis facility.
Naming its core object 'perf_counter' and naming the subsystem
'perfcounters' has become more and more of a misnomer. With pending
code like hw-breakpoints support the 'counter' name is less and
less appropriate.
All in one, we've decided to rename the subsystem to 'performance
events' and to propagate this rename through all fields, variables
and API names. (in an ABI compatible fashion)
The word 'event' is also a bit shorter than 'counter' - which makes
it slightly more convenient to write/handle as well.
Thanks goes to Stephane Eranian who first observed this misnomer and
suggested a rename.
User-space tooling and ABI compatibility is not affected - this patch
should be function-invariant. (Also, defconfigs were not touched to
keep the size down.)
This patch has been generated via the following script:
FILES=$(find * -type f | grep -vE 'oprofile|[^K]config')
sed -i \
-e 's/PERF_EVENT_/PERF_RECORD_/g' \
-e 's/PERF_COUNTER/PERF_EVENT/g' \
-e 's/perf_counter/perf_event/g' \
-e 's/nb_counters/nb_events/g' \
-e 's/swcounter/swevent/g' \
-e 's/tpcounter_event/tp_event/g' \
$FILES
for N in $(find . -name perf_counter.[ch]); do
M=$(echo $N | sed 's/perf_counter/perf_event/g')
mv $N $M
done
FILES=$(find . -name perf_event.*)
sed -i \
-e 's/COUNTER_MASK/REG_MASK/g' \
-e 's/COUNTER/EVENT/g' \
-e 's/\<event\>/event_id/g' \
-e 's/counter/event/g' \
-e 's/Counter/Event/g' \
$FILES
... to keep it as correct as possible. This script can also be
used by anyone who has pending perfcounters patches - it converts
a Linux kernel tree over to the new naming. We tried to time this
change to the point in time where the amount of pending patches
is the smallest: the end of the merge window.
Namespace clashes were fixed up in a preparatory patch - and some
stylistic fallout will be fixed up in a subsequent patch.
( NOTE: 'counters' are still the proper terminology when we deal
with hardware registers - and these sed scripts are a bit
over-eager in renaming them. I've undone some of that, but
in case there's something left where 'counter' would be
better than 'event' we can undo that on an individual basis
instead of touching an otherwise nicely automated patch. )
Suggested-by: Stephane Eranian <eranian@google.com>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Acked-by: Paul Mackerras <paulus@samba.org>
Reviewed-by: Arjan van de Ven <arjan@linux.intel.com>
Cc: Mike Galbraith <efault@gmx.de>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: David Howells <dhowells@redhat.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: <linux-arch@vger.kernel.org>
LKML-Reference: <new-submission>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-09-21 12:02:48 +02:00
|
|
|
depends on PERF_EVENTS && PPC_HAVE_PMU_SUPPORT
|
2009-06-17 13:50:04 +02:00
|
|
|
help
|
perf: Do the big rename: Performance Counters -> Performance Events
Bye-bye Performance Counters, welcome Performance Events!
In the past few months the perfcounters subsystem has grown out its
initial role of counting hardware events, and has become (and is
becoming) a much broader generic event enumeration, reporting, logging,
monitoring, analysis facility.
Naming its core object 'perf_counter' and naming the subsystem
'perfcounters' has become more and more of a misnomer. With pending
code like hw-breakpoints support the 'counter' name is less and
less appropriate.
All in one, we've decided to rename the subsystem to 'performance
events' and to propagate this rename through all fields, variables
and API names. (in an ABI compatible fashion)
The word 'event' is also a bit shorter than 'counter' - which makes
it slightly more convenient to write/handle as well.
Thanks goes to Stephane Eranian who first observed this misnomer and
suggested a rename.
User-space tooling and ABI compatibility is not affected - this patch
should be function-invariant. (Also, defconfigs were not touched to
keep the size down.)
This patch has been generated via the following script:
FILES=$(find * -type f | grep -vE 'oprofile|[^K]config')
sed -i \
-e 's/PERF_EVENT_/PERF_RECORD_/g' \
-e 's/PERF_COUNTER/PERF_EVENT/g' \
-e 's/perf_counter/perf_event/g' \
-e 's/nb_counters/nb_events/g' \
-e 's/swcounter/swevent/g' \
-e 's/tpcounter_event/tp_event/g' \
$FILES
for N in $(find . -name perf_counter.[ch]); do
M=$(echo $N | sed 's/perf_counter/perf_event/g')
mv $N $M
done
FILES=$(find . -name perf_event.*)
sed -i \
-e 's/COUNTER_MASK/REG_MASK/g' \
-e 's/COUNTER/EVENT/g' \
-e 's/\<event\>/event_id/g' \
-e 's/counter/event/g' \
-e 's/Counter/Event/g' \
$FILES
... to keep it as correct as possible. This script can also be
used by anyone who has pending perfcounters patches - it converts
a Linux kernel tree over to the new naming. We tried to time this
change to the point in time where the amount of pending patches
is the smallest: the end of the merge window.
Namespace clashes were fixed up in a preparatory patch - and some
stylistic fallout will be fixed up in a subsequent patch.
( NOTE: 'counters' are still the proper terminology when we deal
with hardware registers - and these sed scripts are a bit
over-eager in renaming them. I've undone some of that, but
in case there's something left where 'counter' would be
better than 'event' we can undo that on an individual basis
instead of touching an otherwise nicely automated patch. )
Suggested-by: Stephane Eranian <eranian@google.com>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Acked-by: Paul Mackerras <paulus@samba.org>
Reviewed-by: Arjan van de Ven <arjan@linux.intel.com>
Cc: Mike Galbraith <efault@gmx.de>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: David Howells <dhowells@redhat.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: <linux-arch@vger.kernel.org>
LKML-Reference: <new-submission>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-09-21 12:02:48 +02:00
|
|
|
This enables the powerpc-specific perf_event back-end.
|
2009-06-17 13:50:04 +02:00
|
|
|
|
2007-06-12 18:30:17 +02:00
|
|
|
config SMP
|
2010-03-05 11:43:12 +01:00
|
|
|
depends on PPC_BOOK3S || PPC_BOOK3E || FSL_BOOKE || PPC_47x
|
2007-06-12 18:30:17 +02:00
|
|
|
bool "Symmetric multi-processing support"
|
|
|
|
---help---
|
|
|
|
This enables support for systems with more than one CPU. If you have
|
|
|
|
a system with only one CPU, say N. If you have a system with more
|
|
|
|
than one CPU, say Y. Note that the kernel does not currently
|
|
|
|
support SMP machines with 603/603e/603ev or PPC750 ("G3") processors
|
|
|
|
since they have inadequate hardware support for multiprocessor
|
|
|
|
operation.
|
|
|
|
|
|
|
|
If you say N here, the kernel will run on single and multiprocessor
|
|
|
|
machines, but will use only one CPU of a multiprocessor machine. If
|
|
|
|
you say Y here, the kernel will run on single-processor machines.
|
|
|
|
On a single-processor machine, the kernel will run faster if you say
|
|
|
|
N here.
|
|
|
|
|
|
|
|
If you don't know what to do here, say N.
|
|
|
|
|
|
|
|
config NR_CPUS
|
2009-05-17 17:13:16 +02:00
|
|
|
int "Maximum number of CPUs (2-8192)"
|
|
|
|
range 2 8192
|
2007-06-12 18:30:17 +02:00
|
|
|
depends on SMP
|
|
|
|
default "32" if PPC64
|
|
|
|
default "4"
|
|
|
|
|
|
|
|
config NOT_COHERENT_CACHE
|
|
|
|
bool
|
2009-12-12 07:31:38 +01:00
|
|
|
depends on 4xx || 8xx || E200 || PPC_MPC512x || GAMECUBE_COMMON
|
2010-03-05 11:43:12 +01:00
|
|
|
default n if PPC_47x
|
2007-06-12 18:30:17 +02:00
|
|
|
default y
|
|
|
|
|
2007-07-18 00:21:29 +02:00
|
|
|
config CHECK_CACHE_COHERENCY
|
2007-06-12 18:30:17 +02:00
|
|
|
bool
|
|
|
|
|
2012-11-14 19:49:49 +01:00
|
|
|
config PPC_DOORBELL
|
|
|
|
bool
|
|
|
|
default n
|
|
|
|
|
2007-06-12 18:30:17 +02:00
|
|
|
endmenu
|