All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20120224103827.GA2030@x61.redhat.com>

diff --git a/a/1.txt b/N1/1.txt
index 1253f33..4699719 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -2,20 +2,13 @@ On Fri, Feb 24, 2012 at 12:05:27PM +0200, Pekka Enberg wrote:
 > On Fri, Feb 24, 2012 at 12:03 PM, David Rientjes <rientjes@google.com> wrote:
 > > I like how slub handles this when it can't allocate more slab with
 > > slab_out_of_memory() and has the added benefit of still warning even with
-> > __GFP_NORETRY that the oom killer is never called for.  If there's really
+> > __GFP_NORETRY that the oom killer is never called for.  If there's really
 > > a slab leak happening, there's a good chance that this diagnostic
 > > information is going to be emitted by the offending cache at some point in
-> > time if you're using slub.  This could easily be extended to slab.c, so
+> > time if you're using slub.  This could easily be extended to slab.c, so
 > > it's even more reason not to include this type of information in the oom
 > > killer.
 > 
 > Works for me. Rafael?
 
 Sure, I'm getting back to the scratchpad right away.
-
---
-To unsubscribe, send a message with 'unsubscribe linux-mm' in
-the body to majordomo@kvack.org.  For more info on Linux MM,
-see: http://www.linux-mm.org/ .
-Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
-Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
diff --git a/a/content_digest b/N1/content_digest
index 67efe7d..9c97dad 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -23,22 +23,15 @@
  "> On Fri, Feb 24, 2012 at 12:03 PM, David Rientjes <rientjes@google.com> wrote:\n"
  "> > I like how slub handles this when it can't allocate more slab with\n"
  "> > slab_out_of_memory() and has the added benefit of still warning even with\n"
- "> > __GFP_NORETRY that the oom killer is never called for.  If there's really\n"
+ "> > __GFP_NORETRY that the oom killer is never called for. \302\240If there's really\n"
  "> > a slab leak happening, there's a good chance that this diagnostic\n"
  "> > information is going to be emitted by the offending cache at some point in\n"
- "> > time if you're using slub.  This could easily be extended to slab.c, so\n"
+ "> > time if you're using slub. \302\240This could easily be extended to slab.c, so\n"
  "> > it's even more reason not to include this type of information in the oom\n"
  "> > killer.\n"
  "> \n"
  "> Works for me. Rafael?\n"
  "\n"
- "Sure, I'm getting back to the scratchpad right away.\n"
- "\n"
- "--\n"
- "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n"
- "the body to majordomo@kvack.org.  For more info on Linux MM,\n"
- "see: http://www.linux-mm.org/ .\n"
- "Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/\n"
- "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>"
+ Sure, I'm getting back to the scratchpad right away.
 
-cc72124f8cbf6e0be75193067a08680ac2ca70c1ad8b9a7b81bc8fa3277545f8
+5aeac63f01270a8b8a20921ce196a594cffcc9e2dd796885e16a4766344ed775

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.