diff for duplicates of <200808250955.57638.arnd@arndb.de> diff --git a/a/1.txt b/N1/1.txt index c262eec..222e664 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,11 +1,11 @@ On Monday 25 August 2008, Paul Mackerras wrote: ->=20 +> > > Since rc4 is out now, I understand if you feel more comfortable with > > putting the patch into -next instead of -merge. ->=20 +> > Linus has been getting stricter about only putting in fixes for > regressions and serious bugs (see his recent email to Dave Airlie on -> LKML for instance). =A0I assume that the corruption is just in the data +> LKML for instance). I assume that the corruption is just in the data > that is supplied to userspace and doesn't extend to any kernel data > structures. @@ -13,7 +13,7 @@ That's right, please queue it for -next then. > > Note that the second patch is trivial and fixes an oopsable condition > > of the kernel, so at least that should still go into 2.6.27. ->=20 +> > OK, I'll cherry-pick that one for my next batch for Linus. Thanks, diff --git a/a/content_digest b/N1/content_digest index e2d6f74..dd7b06e 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -5,22 +5,22 @@ "Subject\0Re: [Cbe-oss-dev] powerpc/cell/oprofile: fix mutex locking for spu-oprofile\0" "Date\0Mon, 25 Aug 2008 09:55:57 +0200\0" "To\0Paul Mackerras <paulus@samba.org>\0" - "Cc\0Robert Richter <robert.richter@amd.com>" + "Cc\0cbe-oss-dev@ozlabs.org" + Robert Richter <robert.richter@amd.com> linux-kernel <linux-kernel@vger.kernel.org> linuxppc-dev@ozlabs.org oprofile-list@lists.sourceforge.net - cel <cel@linux.vnet.ibm.com> - " cbe-oss-dev@ozlabs.org\0" + " cel <cel@linux.vnet.ibm.com>\0" "\00:1\0" "b\0" "On Monday 25 August 2008, Paul Mackerras wrote:\n" - ">=20\n" + "> \n" "> > Since rc4 is out now, I understand if you feel more comfortable with\n" "> > putting the patch into -next instead of -merge.\n" - ">=20\n" + "> \n" "> Linus has been getting stricter about only putting in fixes for\n" "> regressions and serious bugs (see his recent email to Dave Airlie on\n" - "> LKML for instance). =A0I assume that the corruption is just in the data\n" + "> LKML for instance). \302\240I assume that the corruption is just in the data\n" "> that is supplied to userspace and doesn't extend to any kernel data\n" "> structures.\n" "\n" @@ -28,11 +28,11 @@ "\n" "> > Note that the second patch is trivial and fixes an oopsable condition\n" "> > of the kernel, so at least that should still go into 2.6.27.\n" - ">=20\n" + "> \n" "> OK, I'll cherry-pick that one for my next batch for Linus.\n" "\n" "Thanks,\n" "\n" "\tArnd <><" -d3ddf657d8b19e4360de567f918d96bf0aff5ad95f0a036ea95e80c021a8e525 +981b4d6509d0cf0b92f751b165a38d5a2994c887695a3ed836dc702e5259755d
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.