diff for duplicates of <200702040352.03792.arnd@arndb.de> diff --git a/a/1.txt b/N1/1.txt index dbe57ca..a0f4e34 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,15 +1,13 @@ 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= -=20 -> route since struct spu_context is opaque to me. =A0With such a teqnique, = -I=20 -> could then use a simple 16-element array of =A0pointers to cached_info=20 -> objects, creating them as needed when spu_context->profile_private is=20 -> NULL. =A0I suppose the better option for now is to add a=20 -> get_profile_private() function to SPUFs, rather than requiring=20 +> 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 to cached_info +> objects, creating them as needed when spu_context->profile_private is +> NULL. I suppose the better option for now is to add a +> get_profile_private() function to SPUFs, rather than requiring > spu_context to be visible. -Yes, that sounds good. Note that the file providing the=20 +Yes, that sounds good. Note that the file providing the spufs_get_profile_private (and respective spufs_set_profile_private) functions needs to be compiled into the kernel then in case oprofile gets linked in but spufs is a module. diff --git a/a/content_digest b/N1/content_digest index cc43f1c..affac55 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -5,23 +5,22 @@ "Subject\0Re: [Cbe-oss-dev] [RFC, PATCH 4/4] Add support to OProfile for profiling Cell BE SPUs -- update\0" "Date\0Sun, 4 Feb 2007 03:52:03 +0100\0" "To\0cbe-oss-dev@ozlabs.org\0" - "Cc\0linuxppc-dev@ozlabs.org" - linux-kernel@vger.kernel.org - " oprofile-list@lists.sourceforge.net\0" + "Cc\0Maynard Johnson <maynardj@us.ibm.com>" + linuxppc-dev@ozlabs.org + oprofile-list@lists.sourceforge.net + " linux-kernel@vger.kernel.org\0" "\00:1\0" "b\0" "On Sunday 04 February 2007 00:49, Maynard Johnson wrote:\n" - "> I seem to recall looking at this option a while back, but didn't go that=\n" - "=20\n" - "> route since struct spu_context is opaque to me. =A0With such a teqnique, =\n" - "I=20\n" - "> could then use a simple 16-element array of =A0pointers to cached_info=20\n" - "> objects, creating them as needed when spu_context->profile_private is=20\n" - "> NULL. =A0I suppose the better option for now is to add a=20\n" - "> get_profile_private() function to SPUFs, rather than requiring=20\n" + "> I seem to recall looking at this option a while back, but didn't go that \n" + "> route since struct spu_context is opaque to me. \302\240With such a teqnique, I \n" + "> could then use a simple 16-element array of \302\240pointers to cached_info \n" + "> objects, creating them as needed when spu_context->profile_private is \n" + "> NULL. \302\240I suppose the better option for now is to add a \n" + "> get_profile_private() function to SPUFs, rather than requiring \n" "> spu_context to be visible.\n" "\n" - "Yes, that sounds good. Note that the file providing the=20\n" + "Yes, that sounds good. Note that the file providing the \n" "spufs_get_profile_private (and respective spufs_set_profile_private)\n" "functions needs to be compiled into the kernel then in case oprofile\n" "gets linked in but spufs is a module.\n" @@ -34,4 +33,4 @@ "\n" "\tArnd <><" -67babfe13d87d3cb14d0d83996a275ddef43debc2888f5ce4169a106287558a5 +5c0f623d16fde3e4c42a8e151cbf38a1deeacdc0d16bcdbd32b1b7e46d66e31f
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.