From: Frederic Weisbecker <fweisbec@gmail.com> To: LKML <linux-kernel@vger.kernel.org> Cc: LKML <linux-kernel@vger.kernel.org>, Frederic Weisbecker <fweisbec@gmail.com>, linuxppc-dev@lists.ozlabs.org, Ingo Molnar <mingo@elte.hu>, Peter Zijlstra <a.p.zijlstra@chello.nl>, Will Deacon <will.deacon@arm.com>, Prasad <prasad@linux.vnet.ibm.com>, Paul Mundt <lethal@linux-sh.org> Subject: [PATCH 4/6] hw_breakpoints: Breakpoints arch ability don't need perf events Date: Tue, 24 May 2011 23:52:25 +0200 [thread overview] Message-ID: <1306273947-8410-5-git-send-email-fweisbec@gmail.com> (raw) In-Reply-To: <1306273947-8410-1-git-send-email-fweisbec@gmail.com> The breakpoint support ability in an arch is not related to the fact perf events is built or not. HAVE_HW_BREAKPOINT only shows an ability so this dependency makes no sense anymore. Archs that select HAVE_HW_BREAKPOINT already ensure that perf event is built. Remove that dependency. Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com> Cc: Ingo Molnar <mingo@elte.hu> Cc: Peter Zijlstra <a.p.zijlstra@chello.nl> Cc: Will Deacon <will.deacon@arm.com> Cc: Prasad <prasad@linux.vnet.ibm.com> Cc: Paul Mundt <lethal@linux-sh.org> --- arch/Kconfig | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/arch/Kconfig b/arch/Kconfig index f78c2be..ce4be89 100644 --- a/arch/Kconfig +++ b/arch/Kconfig @@ -149,7 +149,6 @@ config HAVE_DEFAULT_NO_SPIN_MUTEXES config HAVE_HW_BREAKPOINT bool - depends on PERF_EVENTS config HAVE_MIXED_BREAKPOINTS_REGS bool -- 1.7.3.2
WARNING: multiple messages have this Message-ID (diff)
From: Frederic Weisbecker <fweisbec@gmail.com> To: LKML <linux-kernel@vger.kernel.org> Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>, Frederic Weisbecker <fweisbec@gmail.com>, Will Deacon <will.deacon@arm.com>, LKML <linux-kernel@vger.kernel.org>, Paul Mundt <lethal@linux-sh.org>, Prasad <prasad@linux.vnet.ibm.com>, Ingo Molnar <mingo@elte.hu>, linuxppc-dev@lists.ozlabs.org Subject: [PATCH 4/6] hw_breakpoints: Breakpoints arch ability don't need perf events Date: Tue, 24 May 2011 23:52:25 +0200 [thread overview] Message-ID: <1306273947-8410-5-git-send-email-fweisbec@gmail.com> (raw) In-Reply-To: <1306273947-8410-1-git-send-email-fweisbec@gmail.com> The breakpoint support ability in an arch is not related to the fact perf events is built or not. HAVE_HW_BREAKPOINT only shows an ability so this dependency makes no sense anymore. Archs that select HAVE_HW_BREAKPOINT already ensure that perf event is built. Remove that dependency. Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com> Cc: Ingo Molnar <mingo@elte.hu> Cc: Peter Zijlstra <a.p.zijlstra@chello.nl> Cc: Will Deacon <will.deacon@arm.com> Cc: Prasad <prasad@linux.vnet.ibm.com> Cc: Paul Mundt <lethal@linux-sh.org> --- arch/Kconfig | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/arch/Kconfig b/arch/Kconfig index f78c2be..ce4be89 100644 --- a/arch/Kconfig +++ b/arch/Kconfig @@ -149,7 +149,6 @@ config HAVE_DEFAULT_NO_SPIN_MUTEXES config HAVE_HW_BREAKPOINT bool - depends on PERF_EVENTS config HAVE_MIXED_BREAKPOINTS_REGS bool -- 1.7.3.2
next prev parent reply other threads:[~2011-05-24 21:52 UTC|newest] Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top 2011-05-24 21:52 [PATCH v2] hw_breakpoint: Let the user choose not to build it (and perf too) Frederic Weisbecker 2011-05-24 21:52 ` Frederic Weisbecker 2011-05-24 21:52 ` [PATCH 1/6] hw_breakpoints: Split hardware breakpoints config Frederic Weisbecker 2011-05-24 21:52 ` Frederic Weisbecker 2011-05-24 21:52 ` [PATCH 2/6] hw_breakpoints: Migrate breakpoint conditional build under new config Frederic Weisbecker 2011-05-24 21:52 ` Frederic Weisbecker 2011-07-04 13:27 ` K.Prasad 2011-07-04 13:27 ` K.Prasad 2011-07-04 13:29 ` Frederic Weisbecker 2011-07-04 13:29 ` Frederic Weisbecker 2011-07-04 17:44 ` K.Prasad 2011-07-05 13:49 ` Frederic Weisbecker 2011-05-24 21:52 ` [PATCH 3/6] x86: Allow the user not to build hw_breakpoints Frederic Weisbecker 2011-05-24 21:52 ` Frederic Weisbecker 2011-05-24 21:52 ` Frederic Weisbecker [this message] 2011-05-24 21:52 ` [PATCH 4/6] hw_breakpoints: Breakpoints arch ability don't need perf events Frederic Weisbecker 2011-07-04 13:32 ` K.Prasad 2011-07-04 13:32 ` K.Prasad 2011-07-04 13:37 ` Frederic Weisbecker 2011-07-04 13:37 ` Frederic Weisbecker 2011-05-24 21:52 ` [PATCH 5/6] hw_breakpoints: Only force perf events if breakpoints are selected Frederic Weisbecker 2011-05-24 21:52 ` Frederic Weisbecker 2011-05-24 21:52 ` [PATCH 6/6] hw_breakpoints: Drop remaining misplaced dependency on perf Frederic Weisbecker 2011-05-24 21:52 ` Frederic Weisbecker 2011-05-25 2:27 ` [PATCH v2] hw_breakpoint: Let the user choose not to build it (and perf too) Paul Mundt 2011-05-25 2:27 ` Paul Mundt -- strict thread matches above, loose matches on Subject: below -- 2011-07-14 15:03 [GIT PULL] hw_breakpoints updates Frederic Weisbecker 2011-07-14 15:03 ` [PATCH 4/6] hw_breakpoints: Breakpoints arch ability don't need perf events Frederic Weisbecker 2011-04-27 16:59 [PATCH 0/6] hw_breakpoint: Let the user choose not to build it (and perf too) Frederic Weisbecker 2011-04-27 17:00 ` [PATCH 4/6] hw_breakpoints: Breakpoints arch ability don't need perf events Frederic Weisbecker
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=1306273947-8410-5-git-send-email-fweisbec@gmail.com \ --to=fweisbec@gmail.com \ --cc=a.p.zijlstra@chello.nl \ --cc=lethal@linux-sh.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linuxppc-dev@lists.ozlabs.org \ --cc=mingo@elte.hu \ --cc=prasad@linux.vnet.ibm.com \ --cc=will.deacon@arm.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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.