All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <Y2i8UbaOjGyqwJQ6@feng-clx>

diff --git a/a/1.txt b/N1/1.txt
index 7ea5f4d..1681088 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -27,11 +27,11 @@ memory.
 > > 
 > > 2685027fca38 ("cgroup/cpuset: Remove cpus_allowed/mems_allowed setup in
 > > cpuset_init_smp()") 
-> > https://lore.kernel.org/all/20220419020958.40419-1-feng.tang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org/
+> > https://lore.kernel.org/all/20220419020958.40419-1-feng.tang@intel.com/
 > > 
 > > 8ca1b5a49885 ("mm/page_alloc: detect allocation forbidden by cpuset and
 > > bail out early")
-> > https://lore.kernel.org/all/1632481657-68112-1-git-send-email-feng.tang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org/
+> > https://lore.kernel.org/all/1632481657-68112-1-git-send-email-feng.tang@intel.com/
 > > 
 > > >From these bug reports, I think it's reasonable to say there are quite
 > > some real world users using cpuset+docker+memory-tiering-system.
@@ -58,7 +58,7 @@ For cpuset numa memory binding, there are possible usercases:
   where the demotion path is N:N mapping. And for this, fine-tuning
   cpuset nodes binding needs this handling.
 
-[1]. https://lore.kernel.org/lkml/20220818131042.113280-1-aneesh.kumar-tEXmvtCZX7AybS5Ee8rs3A@public.gmane.org/
+[1]. https://lore.kernel.org/lkml/20220818131042.113280-1-aneesh.kumar@linux.ibm.com/
 
 Thanks,
 Feng
diff --git a/a/content_digest b/N1/content_digest
index fb2146f..f076db4 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -8,28 +8,27 @@
  "ref\0Y1+J7+1V1nJXF+3b@dhcp22.suse.cz\0"
  "ref\0Y1/XC+witPxFj04T@feng-clx\0"
  "ref\0Y1/cgrgdVP+KdYzf@dhcp22.suse.cz\0"
- "ref\0Y1/cgrgdVP+KdYzf-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org\0"
- "From\0Feng Tang <feng.tang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>\0"
+ "From\0Feng Tang <feng.tang@intel.com>\0"
  "Subject\0Re: [PATCH] mm/vmscan: respect cpuset policy during page demotion\0"
  "Date\0Mon, 7 Nov 2022 16:05:37 +0800\0"
- "To\0Michal Hocko <mhocko-IBi9RG/b67k@public.gmane.org>\0"
+ "To\0Michal Hocko <mhocko@suse.com>\0"
  "Cc\0Huang"
-  Ying <ying.huang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
-  Aneesh Kumar K V <aneesh.kumar-tEXmvtCZX7AybS5Ee8rs3A@public.gmane.org>
-  Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
-  Johannes Weiner <hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org>
-  Tejun Heo <tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
-  Zefan Li <lizefan.x-EC8Uxl6Npydl57MIdRCFDg@public.gmane.org>
-  Waiman Long <longman-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
-  linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org <linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org>
-  cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
-  linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
+  Ying <ying.huang@intel.com>
+  Aneesh Kumar K V <aneesh.kumar@linux.ibm.com>
+  Andrew Morton <akpm@linux-foundation.org>
+  Johannes Weiner <hannes@cmpxchg.org>
+  Tejun Heo <tj@kernel.org>
+  Zefan Li <lizefan.x@bytedance.com>
+  Waiman Long <longman@redhat.com>
+  linux-mm@kvack.org <linux-mm@kvack.org>
+  cgroups@vger.kernel.org <cgroups@vger.kernel.org>
+  linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>
   Hansen
-  Dave <dave.hansen-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
+  Dave <dave.hansen@intel.com>
   Chen
-  Tim C <tim.c.chen-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
+  Tim C <tim.c.chen@intel.com>
   Yin
- " Fengwei <fengwei.yin-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>\0"
+ " Fengwei <fengwei.yin@intel.com>\0"
  "\00:1\0"
  "b\0"
  "On Mon, Oct 31, 2022 at 03:32:34PM +0100, Michal Hocko wrote:\n"
@@ -61,11 +60,11 @@
  "> > \n"
  "> > 2685027fca38 (\"cgroup/cpuset: Remove cpus_allowed/mems_allowed setup in\n"
  "> > cpuset_init_smp()\") \n"
- "> > https://lore.kernel.org/all/20220419020958.40419-1-feng.tang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org/\n"
+ "> > https://lore.kernel.org/all/20220419020958.40419-1-feng.tang@intel.com/\n"
  "> > \n"
  "> > 8ca1b5a49885 (\"mm/page_alloc: detect allocation forbidden by cpuset and\n"
  "> > bail out early\")\n"
- "> > https://lore.kernel.org/all/1632481657-68112-1-git-send-email-feng.tang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org/\n"
+ "> > https://lore.kernel.org/all/1632481657-68112-1-git-send-email-feng.tang@intel.com/\n"
  "> > \n"
  "> > >From these bug reports, I think it's reasonable to say there are quite\n"
  "> > some real world users using cpuset+docker+memory-tiering-system.\n"
@@ -92,7 +91,7 @@
  "  where the demotion path is N:N mapping. And for this, fine-tuning\n"
  "  cpuset nodes binding needs this handling.\n"
  "\n"
- "[1]. https://lore.kernel.org/lkml/20220818131042.113280-1-aneesh.kumar-tEXmvtCZX7AybS5Ee8rs3A@public.gmane.org/\n"
+ "[1]. https://lore.kernel.org/lkml/20220818131042.113280-1-aneesh.kumar@linux.ibm.com/\n"
  "\n"
  "Thanks,\n"
  "Feng\n"
@@ -101,4 +100,4 @@
  "> Michal Hocko\n"
  > SUSE Labs
 
-9a8a05109d82fdf1568934367cce608b5d5318dc2be5cd2c8fdbb2f0d5e7b4e2
+44a99958fb32ca875ac5dec0f5c732dd15ca41f1e15e32a0f19a343420b4a545

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.