All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <021d55fb-9f6a-0b52-3513-e9c5493bd7d7@linux.intel.com>

diff --git a/a/1.txt b/N1/1.txt
index 256f397..6fb3fe0 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -70,10 +70,4 @@ This seems to affect standard persistent memory as well. The only
 difference is that instead of probing the device on the first pass we 
 kick it back and reprobe it in nd_pmem_probe/nd_pfn_probe in order to 
 set the correct personality and that in turn allows us to asynchronously 
-reschedule the work on the correct CPU and deserialize it.
-
-
-_______________________________________________
-Linux-nvdimm mailing list
-Linux-nvdimm@lists.01.org
-https://lists.01.org/mailman/listinfo/linux-nvdimm
\ No newline at end of file
+reschedule the work on the correct CPU and deserialize it.
\ No newline at end of file
diff --git a/a/content_digest b/N1/content_digest
index b03bca9..b90eb7a 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -20,18 +20,20 @@
   "To\0Dan Williams <dan.j.williams\@intel.com>\0"
 ]
 [
-  "Cc\0Brown",
-  " Len <len.brown\@intel.com>",
-  " Linux-pm mailing list <linux-pm\@vger.kernel.org>",
+  "Cc\0linux-nvdimm <linux-nvdimm\@lists.01.org>",
   " Greg KH <gregkh\@linuxfoundation.org>",
-  " linux-nvdimm <linux-nvdimm\@lists.01.org>",
-  " jiangshanlai\@gmail.com",
+  " Linux-pm mailing list <linux-pm\@vger.kernel.org>",
   " Linux Kernel Mailing List <linux-kernel\@vger.kernel.org>",
-  " zwisler\@kernel.org",
-  " Pavel Machek <pavel\@ucw.cz>",
   " Tejun Heo <tj\@kernel.org>",
   " Andrew Morton <akpm\@linux-foundation.org>",
-  " Rafael J. Wysocki <rafael\@kernel.org>\0"
+  " Brown",
+  " Len <len.brown\@intel.com>",
+  " Dave Jiang <dave.jiang\@intel.com>",
+  " Rafael J. Wysocki <rafael\@kernel.org>",
+  " Vishal L Verma <vishal.l.verma\@intel.com>",
+  " jiangshanlai\@gmail.com",
+  " Pavel Machek <pavel\@ucw.cz>",
+  " zwisler\@kernel.org\0"
 ]
 [
   "\0000:1\0"
@@ -112,13 +114,7 @@
   "difference is that instead of probing the device on the first pass we \n",
   "kick it back and reprobe it in nd_pmem_probe/nd_pfn_probe in order to \n",
   "set the correct personality and that in turn allows us to asynchronously \n",
-  "reschedule the work on the correct CPU and deserialize it.\n",
-  "\n",
-  "\n",
-  "_______________________________________________\n",
-  "Linux-nvdimm mailing list\n",
-  "Linux-nvdimm\@lists.01.org\n",
-  "https://lists.01.org/mailman/listinfo/linux-nvdimm"
+  "reschedule the work on the correct CPU and deserialize it."
 ]
 
-0204e6f97c9d33e6e125d3fc4c73d605fdd97260a44457b4e92d3221c5a6816e
+3c8584fb302fc21ca2d171217a350eff442176a9d80b8903338113b8151e7366

diff --git a/a/1.txt b/N2/1.txt
index 256f397..b17a9a0 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -2,7 +2,7 @@
 
 On 9/26/2018 5:48 PM, Dan Williams wrote:
 > On Wed, Sep 26, 2018 at 2:51 PM Alexander Duyck
-> <alexander.h.duyck@linux.intel.com> wrote:
+> <alexander.h.duyck-VuQAYsv1563Yd54FQh9/CA@public.gmane.org> wrote:
 >>
 >> This change makes it so that we probe devices asynchronously instead of the
 >> driver. This results in us seeing the same behavior if the device is
@@ -22,7 +22,7 @@ On 9/26/2018 5:48 PM, Dan Williams wrote:
 >> waiting on the asynchronous init to complete. For now I am protecting it by
 >> using the lack of a dev->driver and the device lock.
 >>
->> Signed-off-by: Alexander Duyck <alexander.h.duyck@linux.intel.com>
+>> Signed-off-by: Alexander Duyck <alexander.h.duyck-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
 > [..]
 >> @@ -891,6 +914,25 @@ static int __driver_attach(struct device *dev, void *data)
 >>                  return ret;
@@ -70,10 +70,4 @@ This seems to affect standard persistent memory as well. The only
 difference is that instead of probing the device on the first pass we 
 kick it back and reprobe it in nd_pmem_probe/nd_pfn_probe in order to 
 set the correct personality and that in turn allows us to asynchronously 
-reschedule the work on the correct CPU and deserialize it.
-
-
-_______________________________________________
-Linux-nvdimm mailing list
-Linux-nvdimm@lists.01.org
-https://lists.01.org/mailman/listinfo/linux-nvdimm
\ No newline at end of file
+reschedule the work on the correct CPU and deserialize it.
\ No newline at end of file
diff --git a/a/content_digest b/N2/content_digest
index b03bca9..dcec828 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -8,7 +8,10 @@
   "ref\0CAPcyv4h5U4Fph52H80QodBRXK+PjS6Zw_6qK2+DXtr=qZT7Gzw\@mail.gmail.com\0"
 ]
 [
-  "From\0Alexander Duyck <alexander.h.duyck\@linux.intel.com>\0"
+  "ref\0CAPcyv4h5U4Fph52H80QodBRXK+PjS6Zw_6qK2+DXtr=qZT7Gzw-JsoAwUIsXosN+BqQ9rBEUg\@public.gmane.org\0"
+]
+[
+  "From\0Alexander Duyck <alexander.h.duyck-VuQAYsv1563Yd54FQh9/CA\@public.gmane.org>\0"
 ]
 [
   "Subject\0Re: [RFC workqueue/driver-core PATCH 3/5] driver core: Probe devices asynchronously instead of the driver\0"
@@ -17,21 +20,21 @@
   "Date\0Thu, 27 Sep 2018 08:27:55 -0700\0"
 ]
 [
-  "To\0Dan Williams <dan.j.williams\@intel.com>\0"
+  "To\0Dan Williams <dan.j.williams-ral2JQCrhuEAvxtiuMwx3w\@public.gmane.org>\0"
 ]
 [
   "Cc\0Brown",
-  " Len <len.brown\@intel.com>",
-  " Linux-pm mailing list <linux-pm\@vger.kernel.org>",
-  " Greg KH <gregkh\@linuxfoundation.org>",
-  " linux-nvdimm <linux-nvdimm\@lists.01.org>",
-  " jiangshanlai\@gmail.com",
-  " Linux Kernel Mailing List <linux-kernel\@vger.kernel.org>",
-  " zwisler\@kernel.org",
-  " Pavel Machek <pavel\@ucw.cz>",
-  " Tejun Heo <tj\@kernel.org>",
-  " Andrew Morton <akpm\@linux-foundation.org>",
-  " Rafael J. Wysocki <rafael\@kernel.org>\0"
+  " Len <len.brown-ral2JQCrhuEAvxtiuMwx3w\@public.gmane.org>",
+  " Linux-pm mailing list <linux-pm-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
+  " Greg KH <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r\@public.gmane.org>",
+  " linux-nvdimm <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw\@public.gmane.org>",
+  " jiangshanlai-Re5JQEeQqe8AvxtiuMwx3w\@public.gmane.org",
+  " Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
+  " zwisler-DgEjT+Ai2ygdnm+yROfE0A\@public.gmane.org",
+  " Pavel Machek <pavel-+ZI9xUNit7I\@public.gmane.org>",
+  " Tejun Heo <tj-DgEjT+Ai2ygdnm+yROfE0A\@public.gmane.org>",
+  " Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b\@public.gmane.org>",
+  " Rafael J. Wysocki <rafael-DgEjT+Ai2ygdnm+yROfE0A\@public.gmane.org>\0"
 ]
 [
   "\0000:1\0"
@@ -44,7 +47,7 @@
   "\n",
   "On 9/26/2018 5:48 PM, Dan Williams wrote:\n",
   "> On Wed, Sep 26, 2018 at 2:51 PM Alexander Duyck\n",
-  "> <alexander.h.duyck\@linux.intel.com> wrote:\n",
+  "> <alexander.h.duyck-VuQAYsv1563Yd54FQh9/CA\@public.gmane.org> wrote:\n",
   ">>\n",
   ">> This change makes it so that we probe devices asynchronously instead of the\n",
   ">> driver. This results in us seeing the same behavior if the device is\n",
@@ -64,7 +67,7 @@
   ">> waiting on the asynchronous init to complete. For now I am protecting it by\n",
   ">> using the lack of a dev->driver and the device lock.\n",
   ">>\n",
-  ">> Signed-off-by: Alexander Duyck <alexander.h.duyck\@linux.intel.com>\n",
+  ">> Signed-off-by: Alexander Duyck <alexander.h.duyck-VuQAYsv1563Yd54FQh9/CA\@public.gmane.org>\n",
   "> [..]\n",
   ">> \@\@ -891,6 +914,25 \@\@ static int __driver_attach(struct device *dev, void *data)\n",
   ">>                  return ret;\n",
@@ -112,13 +115,7 @@
   "difference is that instead of probing the device on the first pass we \n",
   "kick it back and reprobe it in nd_pmem_probe/nd_pfn_probe in order to \n",
   "set the correct personality and that in turn allows us to asynchronously \n",
-  "reschedule the work on the correct CPU and deserialize it.\n",
-  "\n",
-  "\n",
-  "_______________________________________________\n",
-  "Linux-nvdimm mailing list\n",
-  "Linux-nvdimm\@lists.01.org\n",
-  "https://lists.01.org/mailman/listinfo/linux-nvdimm"
+  "reschedule the work on the correct CPU and deserialize it."
 ]
 
-0204e6f97c9d33e6e125d3fc4c73d605fdd97260a44457b4e92d3221c5a6816e
+e8ec2e3a7af2fc9b4480eba45950a65de44480525357b24997208cd8b32bd9be

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.