On 01/10/2013 09:31 AM, James Hogan wrote:
> Add oprofile support for metag.
>
> Signed-off-by: James Hogan
> Cc: Robert Richter
> Cc: oprofile-l...@lists.sf.net
> ---
> arch/metag/Kconfig|1 +
> arch/metag/Makefile |2 +
>
On 01/10/2013 09:31 AM, James Hogan wrote:
Add oprofile support for metag.
Signed-off-by: James Hogan james.ho...@imgtec.com
Cc: Robert Richter r...@kernel.org
Cc: oprofile-l...@lists.sf.net
---
arch/metag/Kconfig|1 +
arch/metag/Makefile |2
I have applied the "cleanup" patch that Arnd sent, but had to fix up a
few things:
- Bug fix: Initialize retval in spu_task_sync.c, line 95, otherwise
OProfile this function returns non-zero and OProfile fails.
- Remove unused codes in include/linux/oprofile.h
- Compile warnings:
I have applied the cleanup patch that Arnd sent, but had to fix up a
few things:
- Bug fix: Initialize retval in spu_task_sync.c, line 95, otherwise
OProfile this function returns non-zero and OProfile fails.
- Remove unused codes in include/linux/oprofile.h
- Compile warnings:
Maynard Johnson wrote:
Arnd Bergmann wrote:
On Friday 16 February 2007 01:32, Maynard Johnson wrote:
config OPROFILE_CELL
bool "OProfile for Cell Broadband Engine"
depends on OPROFILE && SPU_FS
default y if ((SPU_FS = y && OPROFILE = y) |
Maynard Johnson wrote:
Arnd Bergmann wrote:
On Friday 16 February 2007 01:32, Maynard Johnson wrote:
config OPROFILE_CELL
bool OProfile for Cell Broadband Engine
depends on OPROFILE SPU_FS
default y if ((SPU_FS = y OPROFILE = y) || (SPU_FS = m
OPROFILE = m
Arnd Bergmann wrote:
On Friday 16 February 2007 01:32, Maynard Johnson wrote:
config OPROFILE_CELL
bool "OProfile for Cell Broadband Engine"
depends on OPROFILE && SPU_FS
default y if ((SPU_FS = y && OPROFILE = y) || (SPU_FS = m &
Arnd Bergmann wrote:
On Friday 16 February 2007 01:32, Maynard Johnson wrote:
config OPROFILE_CELL
bool OProfile for Cell Broadband Engine
depends on OPROFILE SPU_FS
default y if ((SPU_FS = y OPROFILE = y) || (SPU_FS = m
OPROFILE = m))
help
Profiling
Arnd Bergmann wrote:
On Thursday 15 February 2007 00:52, Carl Love wrote:
--- linux-2.6.20-rc1.orig/arch/powerpc/oprofile/Kconfig 2007-01-18
16:43:14.0 -0600
+++ linux-2.6.20-rc1/arch/powerpc/oprofile/Kconfig 2007-02-13
19:04:46.271028904 -0600
@@ -7,7 +7,8 @@
config
Arnd Bergmann wrote:
On Thursday 15 February 2007 00:52, Carl Love wrote:
--- linux-2.6.20-rc1.orig/arch/powerpc/oprofile/Kconfig 2007-01-18
16:43:14.0 -0600
+++ linux-2.6.20-rc1/arch/powerpc/oprofile/Kconfig 2007-02-13
19:04:46.271028904 -0600
@@ -7,7 +7,8 @@
config
Arnd Bergmann wrote:
On Thursday 15 February 2007 00:52, Carl Love wrote:
--- linux-2.6.20-rc1.orig/arch/powerpc/oprofile/Kconfig 2007-01-18
16:43:14.0 -0600
+++ linux-2.6.20-rc1/arch/powerpc/oprofile/Kconfig 2007-02-13
19:04:46.271028904 -0600
@@ -7,7 +7,8 @@
config
Arnd Bergmann wrote:
On Thursday 15 February 2007 00:52, Carl Love wrote:
--- linux-2.6.20-rc1.orig/arch/powerpc/oprofile/Kconfig 2007-01-18
16:43:14.0 -0600
+++ linux-2.6.20-rc1/arch/powerpc/oprofile/Kconfig 2007-02-13
19:04:46.271028904 -0600
@@ -7,7 +7,8 @@
config
by Maynard
Johnson as "PATCH 4/4. Add support to OProfile for profiling CELL".
[snip]
Data collected
The current patch starts tackling these translation issues for the
presently common case of a static self contained binary from a single
file, either single separate source file o
Michael,
Thanks very much for the advice. Both issues have been solved now, with
your help.
-Maynard
Michael Ellerman wrote:
On Wed, 2007-02-07 at 09:41 -0600, Maynard Johnson wrote:
Carl Love wrote:
Subject: Add support to OProfile for profiling Cell BE SPUs
From: Maynard
Michael,
Thanks very much for the advice. Both issues have been solved now, with
your help.
-Maynard
Michael Ellerman wrote:
On Wed, 2007-02-07 at 09:41 -0600, Maynard Johnson wrote:
Carl Love wrote:
Subject: Add support to OProfile for profiling Cell BE SPUs
From: Maynard
by Maynard
Johnson as PATCH 4/4. Add support to OProfile for profiling CELL.
[snip]
Data collected
The current patch starts tackling these translation issues for the
presently common case of a static self contained binary from a single
file, either single separate source file or embedded
Carl Love wrote:
Subject: Add support to OProfile for profiling Cell BE SPUs
From: Maynard Johnson <[EMAIL PROTECTED]>
This patch updates the existing arch/powerpc/oprofile/op_model_cell.c
to add in the SPU profiling capabilities. In addition, a 'cell' subdirectory
was added to arch/p
Carl Love wrote:
Subject: Add support to OProfile for profiling Cell BE SPUs
From: Maynard Johnson [EMAIL PROTECTED]
This patch updates the existing arch/powerpc/oprofile/op_model_cell.c
to add in the SPU profiling capabilities. In addition, a 'cell' subdirectory
was added to arch/powerpc
Arnd Bergmann wrote:
On Sunday 04 February 2007 00:49, Maynard Johnson wrote:
I seem to recall looking at this option a while back, but didn't go that
route since struct spu_context is opaque to me. With such a teqnique, I
could then use a simple 16-element array of pointers
Arnd Bergmann wrote:
On Saturday 03 February 2007 21:03, Maynard Johnson wrote:
I presume you mean 'object_id'.
Right, sorry for the confusion.
What you're asking for is a new
requirement, and one which I don't believe is achievable in the current
timeframe. Since
Arnd Bergmann wrote:
On Saturday 03 February 2007 21:03, Maynard Johnson wrote:
I presume you mean 'object_id'.
Right, sorry for the confusion.
What you're asking for is a new
requirement, and one which I don't believe is achievable in the current
timeframe. Since
Arnd Bergmann wrote:
On Sunday 04 February 2007 00:49, Maynard Johnson wrote:
I seem to recall looking at this option a while back, but didn't go that
route since struct spu_context is opaque to me. With such a teqnique, I
could then use a simple 16-element array of pointers
Arnd Bergmann wrote:
On Monday 29 January 2007 20:48, Maynard Johnson wrote:
Subject: Add support to OProfile for profiling Cell BE SPUs
[snip]
+ *
+ * Ideally, we would like to be able to create the cached_info for
+ * an SPU task just one time -- when libspe first loads
Arnd Bergmann wrote:
On Friday 02 February 2007 17:47, Maynard Johnson wrote:
We also want to be able to profile the context switch code itself, which
means that we also need one event buffer associated with the kernel to
collect events that for a zero context_id.
The hardware
Arnd Bergmann wrote:
On Friday 02 February 2007 17:47, Maynard Johnson wrote:
We also want to be able to profile the context switch code itself, which
means that we also need one event buffer associated with the kernel to
collect events that for a zero context_id.
The hardware
Arnd Bergmann wrote:
On Monday 29 January 2007 20:48, Maynard Johnson wrote:
Subject: Add support to OProfile for profiling Cell BE SPUs
[snip]
+ *
+ * Ideally, we would like to be able to create the cached_info for
+ * an SPU task just one time -- when libspe first loads
Arnd Bergmann wrote:
On Tuesday 30 January 2007 22:41, Maynard Johnson wrote:
Arnd Bergmann wrote:
+ kt = ktime_set(0, profiling_interval);
+ if (!spu_prof_running)
+ goto STOP;
+ hrtimer_forward(timer, timer->base->get_time(), kt);
+
Arnd Bergmann wrote:
On Tuesday 30 January 2007 23:54, Maynard Johnson wrote:
Why do you store them per spu in the first place? The physical spu
doesn't have any relevance to this at all, the only data that is
per spu is the sample data collected on a profiling interrupt,
which you can
Arnd Bergmann wrote:
On Tuesday 30 January 2007 23:54, Maynard Johnson wrote:
Why do you store them per spu in the first place? The physical spu
doesn't have any relevance to this at all, the only data that is
per spu is the sample data collected on a profiling interrupt,
which you can
Arnd Bergmann wrote:
On Tuesday 30 January 2007 22:41, Maynard Johnson wrote:
Arnd Bergmann wrote:
+ kt = ktime_set(0, profiling_interval);
+ if (!spu_prof_running)
+ goto STOP;
+ hrtimer_forward(timer, timer-base-get_time(), kt);
+ return
Benjamin Herrenschmidt wrote:
I've given this some more thought, and I'm coming to the conclusion that
a pure array-based implementation for holding cached_info (getting rid
of the lists) would work well for the vast majority of cases in which
OProfile will be used. Yes, it is true that the
Christoph Hellwig wrote:
On Tue, Jan 30, 2007 at 06:53:50PM +1100, Benjamin Herrenschmidt wrote:
+/* Defines used for sync_start */
+#define SKIP_GENERIC_SYNC 0
+#define SYNC_START_ERROR -1
+#define DO_GENERIC_SYNC 1
+
+typedef struct vma_map
+{
+ struct vma_map *next;
+ unsigned
Maynard Johnson wrote:
Arnd Bergmann wrote:
On Monday 29 January 2007 20:48, Maynard Johnson wrote:
Subject: Add support to OProfile for profiling Cell BE SPUs
From: Maynard Johnson <[EMAIL PROTECTED]>
This patch updates the existing arch/powerpc/oprofile/op_model_cell.c
Arnd Bergmann wrote:
On Monday 29 January 2007 20:48, Maynard Johnson wrote:
Subject: Add support to OProfile for profiling Cell BE SPUs
From: Maynard Johnson <[EMAIL PROTECTED]>
This patch updates the existing arch/powerpc/oprofile/op_model_cell.c
to add in the SPU profiling capabi
Arnd Bergmann wrote:
On Monday 29 January 2007 20:48, Maynard Johnson wrote:
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson <[EMAIL PROTECTED]>
This patch adds to the capability of spu_switch_event_register so that the
caller i
Arnd Bergmann wrote:
On Monday 29 January 2007 20:48, Maynard Johnson wrote:
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson [EMAIL PROTECTED]
This patch adds to the capability of spu_switch_event_register so that the
caller is also
Arnd Bergmann wrote:
On Monday 29 January 2007 20:48, Maynard Johnson wrote:
Subject: Add support to OProfile for profiling Cell BE SPUs
From: Maynard Johnson [EMAIL PROTECTED]
This patch updates the existing arch/powerpc/oprofile/op_model_cell.c
to add in the SPU profiling capabilities
Maynard Johnson wrote:
Arnd Bergmann wrote:
On Monday 29 January 2007 20:48, Maynard Johnson wrote:
Subject: Add support to OProfile for profiling Cell BE SPUs
From: Maynard Johnson [EMAIL PROTECTED]
This patch updates the existing arch/powerpc/oprofile/op_model_cell.c
to add in the SPU
Christoph Hellwig wrote:
On Tue, Jan 30, 2007 at 06:53:50PM +1100, Benjamin Herrenschmidt wrote:
+/* Defines used for sync_start */
+#define SKIP_GENERIC_SYNC 0
+#define SYNC_START_ERROR -1
+#define DO_GENERIC_SYNC 1
+
+typedef struct vma_map
+{
+ struct vma_map *next;
+ unsigned
Benjamin Herrenschmidt wrote:
I've given this some more thought, and I'm coming to the conclusion that
a pure array-based implementation for holding cached_info (getting rid
of the lists) would work well for the vast majority of cases in which
OProfile will be used. Yes, it is true that the
Subject: Add support to OProfile for profiling Cell BE SPUs
From: Maynard Johnson <[EMAIL PROTECTED]>
This patch updates the existing arch/powerpc/oprofile/op_model_cell.c
to add in the SPU profiling capabilities. In addition, a 'cell' subdirectory
was added to arch/powerpc/oprofile t
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson <[EMAIL PROTECTED]>
This patch adds to the capability of spu_switch_event_register so that the
caller is also notified of currently active SPU tasks. It also exports
spu_switch_event_re
profiling PPU cycles and another PPU event. This patch fixes the code to
only setup the debug bus to route the performance signals for the non
PPU CYCLE events.
Signed-off-by: Maynard Johnson <[EMAIL PROTECTED]>
Signed-off-by: Carl Love <[EMAIL PROTECTED]>
Index: linux-2.6.20-rc1/arch/powe
the for_each_cpu loop
Signed-off-by: Carl Love <[EMAIL PROTECTED]>
Signed-off-by: Maynard Johnson <[EMAIL PROTECTED]>
Index: linux-2.6.20-rc1/arch/powerpc/oprofile/op_model_cell.c
===
--- linux-2.6.20-rc1.orig/arch/powe
to apply and build the oprofile SPU support
patch, it would be necessary to first apply the above patches. For
convenience, I will post all three of the above patches, along with the
oprofile SPU support patch.
Comments appreciated.
Thank you.
Maynard Johnson
IBM LTC Toolchain
-
To unsubscribe
to apply and build the oprofile SPU support
patch, it would be necessary to first apply the above patches. For
convenience, I will post all three of the above patches, along with the
oprofile SPU support patch.
Comments appreciated.
Thank you.
Maynard Johnson
IBM LTC Toolchain
-
To unsubscribe
the for_each_cpu loop
Signed-off-by: Carl Love [EMAIL PROTECTED]
Signed-off-by: Maynard Johnson [EMAIL PROTECTED]
Index: linux-2.6.20-rc1/arch/powerpc/oprofile/op_model_cell.c
===
--- linux-2.6.20-rc1.orig/arch/powerpc/oprofile
profiling PPU cycles and another PPU event. This patch fixes the code to
only setup the debug bus to route the performance signals for the non
PPU CYCLE events.
Signed-off-by: Maynard Johnson [EMAIL PROTECTED]
Signed-off-by: Carl Love [EMAIL PROTECTED]
Index: linux-2.6.20-rc1/arch/powerpc/oprofile
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson [EMAIL PROTECTED]
This patch adds to the capability of spu_switch_event_register so that the
caller is also notified of currently active SPU tasks. It also exports
spu_switch_event_register
Subject: Add support to OProfile for profiling Cell BE SPUs
From: Maynard Johnson [EMAIL PROTECTED]
This patch updates the existing arch/powerpc/oprofile/op_model_cell.c
to add in the SPU profiling capabilities. In addition, a 'cell' subdirectory
was added to arch/powerpc/oprofile to hold
can send another patch later if/when the sched_flags changes appears in
the kernel version we end up picking for final oprofile-spu development.
Comments welcome. Thanks.
-Maynard
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson <[EM
another patch later if/when the sched_flags changes appears in
the kernel version we end up picking for final oprofile-spu development.
Comments welcome. Thanks.
-Maynard
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson [EMAIL PROTECTED]
This patch
Christoph Hellwig wrote:
Index: linux-2.6.19-rc6-arnd1+patches/arch/powerpc/platforms/cell/spufs/sched.c
===
---
linux-2.6.19-rc6-arnd1+patches.orig/arch/powerpc/platforms/cell/spufs/sched.c
2006-12-04 10:56:04.730698720
Christoph Hellwig wrote:
Index: linux-2.6.19-rc6-arnd1+patches/arch/powerpc/platforms/cell/spufs/sched.c
===
---
linux-2.6.19-rc6-arnd1+patches.orig/arch/powerpc/platforms/cell/spufs/sched.c
2006-12-04 10:56:04.730698720
switch notification to detect currently active SPU tasks.
From: Maynard Johnson <[EMAIL PROTECTED]>
This patch adds to the capability of spu_switch_event_register so that the
caller is also notified of currently active SPU tasks. It also exports
spu_switch_event_re
Michael,
Thanks for your comments! My responses are below.
-Maynard
Michael Ellerman wrote:
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson <[EMAIL PROTECTED]>
This patch adds to the capability of spu_switch_event_regis
Michael,
Thanks for your comments! My responses are below.
-Maynard
Michael Ellerman wrote:
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson [EMAIL PROTECTED]
This patch adds to the capability of spu_switch_event_register so
switch notification to detect currently active SPU tasks.
From: Maynard Johnson [EMAIL PROTECTED]
This patch adds to the capability of spu_switch_event_register so that the
caller is also notified of currently active SPU tasks. It also exports
spu_switch_event_register and spu_switch_event_unregister
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson <[EMAIL PROTECTED]>
This patch adds to the capability of spu_switch_event_register so that the
caller is also notified of currently active SPU tasks. It also exports
spu_switch_event_re
I've reworked this patch to resolve the problem I was seeing. I will
post the new patch in a separate, new posting with subject line of
"[PATCH] Cell SPU task notification".
-Maynard
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
I've reworked this patch to resolve the problem I was seeing. I will
post the new patch in a separate, new posting with subject line of
[PATCH] Cell SPU task notification.
-Maynard
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson [EMAIL PROTECTED]
This patch adds to the capability of spu_switch_event_register so that the
caller is also notified of currently active SPU tasks. It also exports
spu_switch_event_register
to detect currently active SPU tasks.
From: Maynard Johnson <[EMAIL PROTECTED]>
This patch adds to the capability of spu_switch_event_register to notify the
caller of currently active SPU tasks. It also exports spu_switch_event_register
and spu_switch_event_unregister.
Signed-off-by: M
to detect currently active SPU tasks.
From: Maynard Johnson [EMAIL PROTECTED]
This patch adds to the capability of spu_switch_event_register to notify the
caller of currently active SPU tasks. It also exports spu_switch_event_register
and spu_switch_event_unregister.
Signed-off-by: Maynard
Any comments on the attached patch would be appreciated. Thank you.
-Maynard
---
Maynard Johnson wrote:
The attached patch extends OProfile's Cell support (committed into
2.6.20-rc1), adding the capability to do time-based profiling of the SPUs
Any comments on the attached patch would be appreciated. Thank you.
-Maynard
---
Maynard Johnson wrote:
The attached patch extends OProfile's Cell support (committed into
2.6.20-rc1), adding the capability to do time-based profiling of the SPUs
investigating
other options.
All comments are welcome.
NOTE: The availability of the developers of this patch is limited
between now and Jan 2, 2007, so replies to comments may be delayed until
then.
Thanks.
Maynard Johnson
IBM LTC Toolchain
Subject: Add support to OProfile for profiling Cell
investigating
other options.
All comments are welcome.
NOTE: The availability of the developers of this patch is limited
between now and Jan 2, 2007, so replies to comments may be delayed until
then.
Thanks.
Maynard Johnson
IBM LTC Toolchain
Subject: Add support to OProfile for profiling Cell
Luke Browning wrote:
[EMAIL PROTECTED] wrote on 08/12/2006 01:04:30 PM:
> Arnd Bergmann wrote:
>
> >On Wednesday 06 December 2006 23:04, Maynard Johnson wrote:
> >
> >No code should ever need to look at other SPUs when performing an
> >operation on a given
Luke Browning wrote:
[EMAIL PROTECTED] wrote on 08/12/2006 01:04:30 PM:
Arnd Bergmann wrote:
On Wednesday 06 December 2006 23:04, Maynard Johnson wrote:
No code should ever need to look at other SPUs when performing an
operation on a given SPU, so we don't need to hold a global
Subject: Add necessary #includes to asm-powerpc/spu.h.
From: Maynard Johnson <[EMAIL PROTECTED]>
This patch adds a couple of #includes to asm-powerpc/spu.h to
prevent compilation warnings that can occur when spu.h is
included from a source file where fs.h and notifier.h have
not been in
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson <[EMAIL PROTECTED]>
This patch adds to the capability of spu_switch_event_register to notify the
caller of currently active SPU tasks. It also exports spu_switch_event_re
Arnd Bergmann wrote:
On Wednesday 06 December 2006 23:04, Maynard Johnson wrote:
text(struct spu *spu, struct
spu_context *ctx)
Is this really the right strategy? First, it serializes all spu
context
switching at the node level. Second, it performs 17
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson [EMAIL PROTECTED]
This patch adds to the capability of spu_switch_event_register to notify the
caller of currently active SPU tasks. It also exports spu_switch_event_register
Subject: Add necessary #includes to asm-powerpc/spu.h.
From: Maynard Johnson [EMAIL PROTECTED]
This patch adds a couple of #includes to asm-powerpc/spu.h to
prevent compilation warnings that can occur when spu.h is
included from a source file where fs.h and notifier.h have
not been included
Luke Browning wrote:
[EMAIL PROTECTED] wrote on
12/04/2006 10:26:57:
> [EMAIL PROTECTED] wrote on
> 01/12/2006 06:01:15 PM:
>
> >
> > Subject: Enable SPU switch notification to detect currently
activeSPU tasks.
> >
> > From: Maynard Johnson <[EMAIL
Luke Browning wrote:
[EMAIL PROTECTED] wrote on
12/04/2006 10:26:57:
[EMAIL PROTECTED] wrote on
01/12/2006 06:01:15 PM:
Subject: Enable SPU switch notification to detect currently
activeSPU tasks.
From: Maynard Johnson [EMAIL PROTECTED]
This patch adds to the capability
Arnd Bergmann wrote:
On Friday 01 December 2006 21:01, Maynard Johnson wrote:
+static void notify_spus_active(void)
+{
+ int node;
+ for (node = 0; node < MAX_NUMNODES; node++) {
+ struct spu *spu;
+ mutex_lock(_prio->active_mute
Arnd Bergmann wrote:
On Friday 01 December 2006 21:01, Maynard Johnson wrote:
+static void notify_spus_active(void)
+{
+ int node;
+ for (node = 0; node MAX_NUMNODES; node++) {
+ struct spu *spu;
+ mutex_lock(spu_prio-active_mutex[node
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson <[EMAIL PROTECTED]>
This patch adds to the capability of spu_switch_event_register to notify the
caller of currently active SPU tasks. It also exports spu_switch_event_re
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson [EMAIL PROTECTED]
This patch adds to the capability of spu_switch_event_register to notify the
caller of currently active SPU tasks. It also exports spu_switch_event_register
the for_each_cpu loop
Signed-off-by: Carl Love <[EMAIL PROTECTED]>
Signed-off-by: Maynard Johnson <[EMAIL PROTECTED]>
Index: linux-2.6.19-rc6-arnd1+patches/arch/powerpc/oprofile/op_model_cell.c
===
--- linux-2.6.19-rc6-arnd1+patch
I will be posting a Cell-OProfile cleanup patch against Arnd Bergmann's
2.6.19-rc6-arnd1 tree (see
http://kernel.org/pub/linux/kernel/people/arnd/patches/2.6.19-rc6-arnd1/).
Thanks in advance for any comments provided.
-Maynard
-
To unsubscribe from this list: send the line "unsubscribe
the for_each_cpu loop
Signed-off-by: Carl Love [EMAIL PROTECTED]
Signed-off-by: Maynard Johnson [EMAIL PROTECTED]
Index: linux-2.6.19-rc6-arnd1+patches/arch/powerpc/oprofile/op_model_cell.c
===
--- linux-2.6.19-rc6-arnd1+patches.orig/arch
I will be posting a Cell-OProfile cleanup patch against Arnd Bergmann's
2.6.19-rc6-arnd1 tree (see
http://kernel.org/pub/linux/kernel/people/arnd/patches/2.6.19-rc6-arnd1/).
Thanks in advance for any comments provided.
-Maynard
-
To unsubscribe from this list: send the line unsubscribe
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 <[EMAIL PROTECTED]>
Signed-Off-By: Maynard Johnson <[EMAIL PROTECTED]>
Index: linux-2.6.18/arch/powerpc/configs/ce
opping our timer for the virtual counter.
Thanks.
-Maynard
Maynard Johnson wrote:
Hello,
I will be posting a patch that updates the OProfile kernel driver to
enable it for the Cell Broadband Engine processor. The patch is based
on Arnd Bergmann's arnd6 patchset for 2.6.18
(http://kernel.org
timer for the virtual counter.
Thanks.
-Maynard
Maynard Johnson wrote:
Hello,
I will be posting a patch that updates the OProfile kernel driver to
enable it for the Cell Broadband Engine processor. The patch is based
on Arnd Bergmann's arnd6 patchset for 2.6.18
(http://kernel.org/pub/linux
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 [EMAIL PROTECTED]
Signed-Off-By: Maynard Johnson [EMAIL PROTECTED]
Index: linux-2.6.18/arch/powerpc/configs/cell_defconfig
89 matches
Mail list logo
