From: Ingo Molnar <mingo@elte.hu>
To: Robert Richter <robert.richter@amd.com>,
Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: LKML <linux-kernel@vger.kernel.org>,
oprofile-list <oprofile-list@lists.sourceforge.net>
Subject: Re: [PATCH 00/15] oprofile fixes and updates for v2.6.34
Date: Sat, 27 Feb 2010 10:03:31 +0100 [thread overview]
Message-ID: <20100227090331.GA22839@elte.hu> (raw)
In-Reply-To: <1267205407-6523-1-git-send-email-robert.richter@amd.com>
* Robert Richter <robert.richter@amd.com> wrote:
> This patch series contains oprofile fixes and updates for v2.6.34. It
> includes:
>
> * Kconfig updates and fixes (patches 1, 2, 3)
> * bug fixes (patches 4, 10, 12)
> * IBS cpuid detection (patch 5)
> * IBS software randomization (patches 6, 7)
> * print warnings if counters are reserved or in use (patches 8, 9)
> * code improvements (patch 11)
> * x86 updates to perf_event.h to share code between subsystems
> (patches 13, 14, 15)
>
> See also enclosed changelog.
>
> Ingo, please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rric/oprofile.git core
>
> Thanks,
>
> -Robert
>
>
> The following changes since commit 724e6d3fe8003c3f60bf404bf22e4e331327c596:
> Linus Torvalds (1):
> Linux 2.6.33-rc8
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rric/oprofile.git core
>
> Naga Chumbalkar (1):
> oprofile/x86: add comment to counter-in-use warning
>
> Robert Richter (13):
> oprofile: remove tracing build dependency
> oprofile: remove EXPERIMENTAL from the config option description
> oprofile/x86: remove OPROFILE_IBS config option
> oprofile/x86: remove node check in AMD IBS initialization
> oprofile/x86: implement IBS cpuid feature detection
> oprofile/x86: implement randomization for IBS periodic op counter
> oprofile/x86: warn user if a counter is already active
> oprofile/x86: fix perfctr nmi reservation for mulitplexing
> oprofile/x86: use kzalloc() instead of kmalloc()
> oprofile/x86: fix msr access to reserved counters
> perf, x86: make IBS macros available in perf_event.h
> perf, x86: add some IBS macros to perf_event.h
> perf, x86: rename macro in ARCH_PERFMON_EVENTSEL_ENABLE
>
> Suravee Suthikulpanit (1):
> oprofile/x86: implement lsfr pseudo-random number generator for IBS
>
> arch/Kconfig | 18 +--
> arch/x86/include/asm/perf_event.h | 14 ++-
> arch/x86/kernel/cpu/perf_event.c | 16 +-
> arch/x86/kernel/cpu/perfctr-watchdog.c | 2 +-
> arch/x86/oprofile/nmi_int.c | 17 +-
> arch/x86/oprofile/op_model_amd.c | 261 ++++++++++++++++++++------------
> arch/x86/oprofile/op_model_p4.c | 6 -
> arch/x86/oprofile/op_model_ppro.c | 21 ++-
> arch/x86/oprofile/op_x86_model.h | 20 +++
> init/Kconfig | 2 +-
> 10 files changed, 227 insertions(+), 150 deletions(-)
Hm, the perf_event.c bits conflict quite heavily with pending changes in
tip:perf/core.
So to not hold up the oprofile changes for v2.6.34 i've pulled the core
oprofile changes for v2.6.34 into tip:oprofile (up to cfc9c0b, if that is fine
with you), and mind reworking the last 3 patches against perf/core?
On a related note, wrt. your ongoing work for perf IBS support. The following
patch by Peter:
f22f54f: perf_events, x86: Split PMU definitions into separate files
Will probably interact with those patches.
As usual you can avoid such interactions and conflicts by pushing any pending
bits to Peter and me earlier. It can even be disabled temporarily (if that can
be done cleanly), if IBS support is not fully working yet.
Thanks,
Ingo
next prev parent reply other threads:[~2010-02-27 9:03 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-26 17:29 [PATCH 00/15] oprofile fixes and updates for v2.6.34 Robert Richter
2010-02-26 17:29 ` [PATCH 01/15] oprofile: remove tracing build dependency Robert Richter
2010-02-26 17:29 ` [PATCH 02/15] oprofile: remove EXPERIMENTAL from the config option description Robert Richter
2010-02-26 17:29 ` [PATCH 03/15] oprofile/x86: remove OPROFILE_IBS config option Robert Richter
2010-02-26 17:29 ` [PATCH 04/15] oprofile/x86: remove node check in AMD IBS initialization Robert Richter
2010-02-26 17:29 ` [PATCH 05/15] oprofile/x86: implement IBS cpuid feature detection Robert Richter
2010-02-26 17:29 ` [PATCH 06/15] oprofile/x86: implement lsfr pseudo-random number generator for IBS Robert Richter
2010-02-26 17:29 ` [PATCH 07/15] oprofile/x86: implement randomization for IBS periodic op counter Robert Richter
2010-02-26 17:30 ` [PATCH 08/15] oprofile/x86: warn user if a counter is already active Robert Richter
2010-02-26 17:30 ` [PATCH 09/15] oprofile/x86: add comment to counter-in-use warning Robert Richter
2010-02-26 17:30 ` [PATCH 10/15] oprofile/x86: fix perfctr nmi reservation for mulitplexing Robert Richter
2010-02-26 17:30 ` [PATCH 11/15] oprofile/x86: use kzalloc() instead of kmalloc() Robert Richter
2010-02-26 17:30 ` [PATCH 12/15] oprofile/x86: fix msr access to reserved counters Robert Richter
2010-02-26 17:30 ` [PATCH 13/15] perf, x86: make IBS macros available in perf_event.h Robert Richter
2010-02-26 17:30 ` [PATCH 14/15] perf, x86: add some IBS macros to perf_event.h Robert Richter
2010-02-26 17:30 ` [PATCH 15/15] perf, x86: rename macro in ARCH_PERFMON_EVENTSEL_ENABLE Robert Richter
2010-02-27 9:03 ` Ingo Molnar [this message]
2010-03-01 14:39 ` [PATCH 00/15] oprofile fixes and updates for v2.6.34 Robert Richter
2010-03-02 10:01 ` Ingo Molnar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100227090331.GA22839@elte.hu \
--to=mingo@elte.hu \
--cc=a.p.zijlstra@chello.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=oprofile-list@lists.sourceforge.net \
--cc=robert.richter@amd.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox