linux-stable.git/kernel/hw_breakpoint.c, branch master

hw breakpoints: Move to kernel/events/

2011-05-03T13:26:43+00:00

As part of the events sybsystem unification, relocate hw_breakpoint.c
into its new destination.

Cc: Frederic Weisbecker 
Signed-off-by: Borislav Petkov

perf: Dynamic pmu types

2010-12-16T10:36:43+00:00

Extend the perf_pmu_register() interface to allow for named and
dynamic pmu types.

Because we need to support the existing static types we cannot use
dynamic types for everything, hence provide a type argument.

If we want to enumerate the PMUs they need a name, provide one.

Signed-off-by: Peter Zijlstra 
LKML-Reference: <20101117222056.259707703@chello.nl>
Signed-off-by: Ingo Molnar

perf,hw_breakpoint: Initialize hardware api earlier

2010-11-12T13:51:55+00:00

When using early debugging, the kernel does not initialize the
hw_breakpoint API early enough and causes the late initialization of
the kernel debugger to fail. The boot arguments are:

    earlyprintk=vga ekgdboc=kbd kgdbwait

Then simply type "go" at the kdb prompt and boot. The kernel will
later emit the message:

    kgdb: Could not allocate hwbreakpoints

And at that point the kernel debugger will cease to work correctly.

The solution is to initialize the hw_breakpoint at the same time that
all the other perf call backs are initialized instead of using a
core_initcall() initialization which happens well after the kernel
debugger can make use of hardware breakpoints.

Signed-off-by: Jason Wessel 
CC: Frederic Weisbecker 
CC: Ingo Molnar 
CC: Peter Zijlstra 
LKML-Reference: <4CD3396D.1090308@windriver.com>
Signed-off-by: Frederic Weisbecker

perf, hw_breakpoint: Fix crash in hw_breakpoint creation

2010-10-18T17:58:55+00:00

hw_breakpoint creation needs to account stuff per-task to ensure there
is always sufficient hardware resources to back these things due to
ptrace.

With the perf per pmu context changes the event initialization no
longer has access to the event context, for the simple reason that we
need to first find the pmu (result of initialization) before we can
find the context.

This makes hw_breakpoints unhappy, because it can no longer do per
task accounting, cure this by frobbing a task pointer in the event::hw
bits for now...

Signed-off-by: Peter Zijlstra 
Cc: Frederic Weisbecker 
LKML-Reference: <20101014203625.391543667@chello.nl>
Signed-off-by: Ingo Molnar

perf events: Clean up pid passing

2010-09-15T08:44:00+00:00

The kernel perf event creation path shouldn't use find_task_by_vpid()
because a vpid exists in a specific namespace. find_task_by_vpid() uses
current's pid namespace which isn't always the correct namespace to use
for the vpid in all the places perf_event_create_kernel_counter() (and
thus find_get_context()) is called.

The goal is to clean up pid namespace handling and prevent bugs like:

	https://bugzilla.kernel.org/show_bug.cgi?id=17281

Instead of using pids switch find_get_context() to use task struct
pointers directly. The syscall is responsible for resolving the pid to
a task struct. This moves the pid namespace resolution into the syscall
much like every other syscall that takes pid parameters.

Signed-off-by: Matt Helsley 
Signed-off-by: Peter Zijlstra 
Cc: Robin Green 
Cc: Prasad 
Cc: Arnaldo Carvalho de Melo 
Cc: Steven Rostedt 
Cc: Will Deacon 
Cc: Mahesh Salgaonkar 
LKML-Reference: 
Signed-off-by: Ingo Molnar

hw breakpoints: Fix pid namespace bug

2010-09-15T08:43:59+00:00

Hardware breakpoints can't be registered within pid namespaces
because tsk->pid is passed rather than the pid in the current
namespace.

(See https://bugzilla.kernel.org/show_bug.cgi?id=17281 )

This is a quick fix demonstrating the problem but is not the
best method of solving the problem since passing pids internally
is not the best way to avoid pid namespace bugs. Subsequent patches
will show a better solution.

Much thanks to Frederic Weisbecker  for doing the
bulk of the work finding this bug.

Signed-off-by: Matt Helsley 
Signed-off-by: Peter Zijlstra 
Cc: Robin Green 
Cc: Prasad 
Cc: Arnaldo Carvalho de Melo 
Cc: Steven Rostedt 
Cc: Will Deacon 
Cc: Mahesh Salgaonkar 
LKML-Reference: 
Signed-off-by: Ingo Molnar

perf: Provide a separate task context for swevents

2010-09-09T18:46:34+00:00

Since software events are always schedulable, mixing them up with
hardware events (who are not) can lead to funny scheduling oddities.

Giving them their own context solves this.

Signed-off-by: Peter Zijlstra 
Cc: paulus 
Cc: stephane eranian 
Cc: Robert Richter 
Cc: Frederic Weisbecker 
Cc: Lin Ming 
Cc: Yanmin 
LKML-Reference: 
Signed-off-by: Ingo Molnar

perf: Rework the PMU methods

2010-09-09T18:46:30+00:00

Replace pmu::{enable,disable,start,stop,unthrottle} with
pmu::{add,del,start,stop}, all of which take a flags argument.

The new interface extends the capability to stop a counter while
keeping it scheduled on the PMU. We replace the throttled state with
the generic stopped state.

This also allows us to efficiently stop/start counters over certain
code paths (like IRQ handlers).

It also allows scheduling a counter without it starting, allowing for
a generic frozen state (useful for rotating stopped counters).

The stopped state is implemented in two different ways, depending on
how the architecture implemented the throttled state:

 1) We disable the counter:
    a) the pmu has per-counter enable bits, we flip that
    b) we program a NOP event, preserving the counter state

 2) We store the counter state and ignore all read/overflow events

Signed-off-by: Peter Zijlstra 
Cc: paulus 
Cc: stephane eranian 
Cc: Robert Richter 
Cc: Will Deacon 
Cc: Paul Mundt 
Cc: Frederic Weisbecker 
Cc: Cyrill Gorcunov 
Cc: Lin Ming 
Cc: Yanmin 
Cc: Deng-Cheng Zhu 
Cc: David Miller 
Cc: Michael Cree 
LKML-Reference: 
Signed-off-by: Ingo Molnar

perf: Register PMU implementations

2010-09-09T18:46:28+00:00

Simple registration interface for struct pmu, this provides the
infrastructure for removing all the weak functions.

Signed-off-by: Peter Zijlstra 
Cc: paulus 
Cc: stephane eranian 
Cc: Robert Richter 
Cc: Will Deacon 
Cc: Paul Mundt 
Cc: Frederic Weisbecker 
Cc: Cyrill Gorcunov 
Cc: Lin Ming 
Cc: Yanmin 
Cc: Deng-Cheng Zhu 
Cc: David Miller 
Cc: Michael Cree 
LKML-Reference: 
Signed-off-by: Ingo Molnar

Merge branch 'perf-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip

2010-08-06T16:30:52+00:00

* 'perf-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip: (162 commits)
  tracing/kprobes: unregister_trace_probe needs to be called under mutex
  perf: expose event__process function
  perf events: Fix mmap offset determination
  perf, powerpc: fsl_emb: Restore setting perf_sample_data.period
  perf, powerpc: Convert the FSL driver to use local64_t
  perf tools: Don't keep unreferenced maps when unmaps are detected
  perf session: Invalidate last_match when removing threads from rb_tree
  perf session: Free the ref_reloc_sym memory at the right place
  x86,mmiotrace: Add support for tracing STOS instruction
  perf, sched migration: Librarize task states and event headers helpers
  perf, sched migration: Librarize the GUI class
  perf, sched migration: Make the GUI class client agnostic
  perf, sched migration: Make it vertically scrollable
  perf, sched migration: Parameterize cpu height and spacing
  perf, sched migration: Fix key bindings
  perf, sched migration: Ignore unhandled task states
  perf, sched migration: Handle ignored migrate out events
  perf: New migration tool overview
  tracing: Drop cpparg() macro
  perf: Use tracepoint_synchronize_unregister() to flush any pending tracepoint call
  ...

Fix up trivial conflicts in Makefile and drivers/cpufreq/cpufreq.c