All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20200414070013.GA23680@lst.de>

diff --git a/a/1.txt b/N1/1.txt
index 79b76d5..4025fbb 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -11,7 +11,3 @@ On Mon, Apr 13, 2020 at 08:04:10PM -0400, Yan Zhao wrote:
 I mean no other way than using use_mm.  That being said nesting
 potentional use_mm callers sounds like a rather bad idea, and we
 should avoid that.
-_______________________________________________
-amd-gfx mailing list
-amd-gfx@lists.freedesktop.org
-https://lists.freedesktop.org/mailman/listinfo/amd-gfx
diff --git a/a/content_digest b/N1/content_digest
index 96ee9aa..707cc61 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -7,12 +7,13 @@
  "Subject\0Re: [PATCH 2/6] i915/gvt/kvm: a NULL ->mm does not mean a thread is a kthread\0"
  "Date\0Tue, 14 Apr 2020 09:00:13 +0200\0"
  "To\0Yan Zhao <yan.y.zhao@intel.com>\0"
- "Cc\0Jens Axboe <axboe@kernel.dk>"
+ "Cc\0Christoph Hellwig <hch@lst.de>"
+  Jens Axboe <axboe@kernel.dk>
   Felipe Balbi <balbi@kernel.org>
-  Alex Deucher <alexander.deucher@amd.com>
   Michael S. Tsirkin <mst@redhat.com>
-  Linus Torvalds <torvalds@linux-foundation.org>
   Jason Wang <jasowang@redhat.com>
+  intel-gvt-dev@lists.freedesktop.org
+  Felix Kuehling <Felix.Kuehling@amd.com>
   linux-usb@vger.kernel.org
   linux-kernel@vger.kernel.org
   amd-gfx@lists.freedesktop.org
@@ -21,11 +22,10 @@
   Zhenyu Wang <zhenyuw@linux.intel.com>
   intel-gfx@lists.freedesktop.org
   linux-fsdevel@vger.kernel.org
-  Felix Kuehling <Felix.Kuehling@amd.com>
+  Alex Deucher <alexander.deucher@amd.com>
   Andrew Morton <akpm@linux-foundation.org>
   virtualization@lists.linux-foundation.org
-  intel-gvt-dev@lists.freedesktop.org
-  Christoph Hellwig <hch@lst.de>
+  Linus Torvalds <torvalds@linux-foundation.org>
   Zhi Wang <zhi.a.wang@intel.com>
  " Al Viro <viro@zeniv.linux.org.uk>\0"
  "\00:1\0"
@@ -42,10 +42,6 @@
  "\n"
  "I mean no other way than using use_mm.  That being said nesting\n"
  "potentional use_mm callers sounds like a rather bad idea, and we\n"
- "should avoid that.\n"
- "_______________________________________________\n"
- "amd-gfx mailing list\n"
- "amd-gfx@lists.freedesktop.org\n"
- https://lists.freedesktop.org/mailman/listinfo/amd-gfx
+ should avoid that.
 
-4cca7811b70dd6859b67316a20dc6d7cca8de82044cfa46fccb655d3977d76ea
+7d0144cc9897a61ffbdf194312f08c73009a48b0f6f0c52056e5263e25ab8f94

diff --git a/a/1.txt b/N2/1.txt
index 79b76d5..4025fbb 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -11,7 +11,3 @@ On Mon, Apr 13, 2020 at 08:04:10PM -0400, Yan Zhao wrote:
 I mean no other way than using use_mm.  That being said nesting
 potentional use_mm callers sounds like a rather bad idea, and we
 should avoid that.
-_______________________________________________
-amd-gfx mailing list
-amd-gfx@lists.freedesktop.org
-https://lists.freedesktop.org/mailman/listinfo/amd-gfx
diff --git a/a/content_digest b/N2/content_digest
index 96ee9aa..1e46e6c 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -18,7 +18,6 @@
   amd-gfx@lists.freedesktop.org
   io-uring@vger.kernel.org
   linux-mm@kvack.org
-  Zhenyu Wang <zhenyuw@linux.intel.com>
   intel-gfx@lists.freedesktop.org
   linux-fsdevel@vger.kernel.org
   Felix Kuehling <Felix.Kuehling@amd.com>
@@ -26,7 +25,6 @@
   virtualization@lists.linux-foundation.org
   intel-gvt-dev@lists.freedesktop.org
   Christoph Hellwig <hch@lst.de>
-  Zhi Wang <zhi.a.wang@intel.com>
  " Al Viro <viro@zeniv.linux.org.uk>\0"
  "\00:1\0"
  "b\0"
@@ -42,10 +40,6 @@
  "\n"
  "I mean no other way than using use_mm.  That being said nesting\n"
  "potentional use_mm callers sounds like a rather bad idea, and we\n"
- "should avoid that.\n"
- "_______________________________________________\n"
- "amd-gfx mailing list\n"
- "amd-gfx@lists.freedesktop.org\n"
- https://lists.freedesktop.org/mailman/listinfo/amd-gfx
+ should avoid that.
 
-4cca7811b70dd6859b67316a20dc6d7cca8de82044cfa46fccb655d3977d76ea
+9451a1aa85a11234ca78077a1d7b56bd85cb3df4867a18863fddedcd6ac9d91a

diff --git a/a/1.txt b/N3/1.txt
index 79b76d5..fc2c470 100644
--- a/a/1.txt
+++ b/N3/1.txt
@@ -12,6 +12,6 @@ I mean no other way than using use_mm.  That being said nesting
 potentional use_mm callers sounds like a rather bad idea, and we
 should avoid that.
 _______________________________________________
-amd-gfx mailing list
-amd-gfx@lists.freedesktop.org
-https://lists.freedesktop.org/mailman/listinfo/amd-gfx
+Intel-gfx mailing list
+Intel-gfx@lists.freedesktop.org
+https://lists.freedesktop.org/mailman/listinfo/intel-gfx
diff --git a/a/content_digest b/N3/content_digest
index 96ee9aa..0d2ff13 100644
--- a/a/content_digest
+++ b/N3/content_digest
@@ -4,7 +4,7 @@
  "ref\020200413132730.GB14455@lst.de\0"
  "ref\020200414000410.GE10586@joy-OptiPlex-7040\0"
  "From\0Christoph Hellwig <hch@lst.de>\0"
- "Subject\0Re: [PATCH 2/6] i915/gvt/kvm: a NULL ->mm does not mean a thread is a kthread\0"
+ "Subject\0Re: [Intel-gfx] [PATCH 2/6] i915/gvt/kvm: a NULL ->mm does not mean a thread is a kthread\0"
  "Date\0Tue, 14 Apr 2020 09:00:13 +0200\0"
  "To\0Yan Zhao <yan.y.zhao@intel.com>\0"
  "Cc\0Jens Axboe <axboe@kernel.dk>"
@@ -18,7 +18,6 @@
   amd-gfx@lists.freedesktop.org
   io-uring@vger.kernel.org
   linux-mm@kvack.org
-  Zhenyu Wang <zhenyuw@linux.intel.com>
   intel-gfx@lists.freedesktop.org
   linux-fsdevel@vger.kernel.org
   Felix Kuehling <Felix.Kuehling@amd.com>
@@ -26,7 +25,6 @@
   virtualization@lists.linux-foundation.org
   intel-gvt-dev@lists.freedesktop.org
   Christoph Hellwig <hch@lst.de>
-  Zhi Wang <zhi.a.wang@intel.com>
  " Al Viro <viro@zeniv.linux.org.uk>\0"
  "\00:1\0"
  "b\0"
@@ -44,8 +42,8 @@
  "potentional use_mm callers sounds like a rather bad idea, and we\n"
  "should avoid that.\n"
  "_______________________________________________\n"
- "amd-gfx mailing list\n"
- "amd-gfx@lists.freedesktop.org\n"
- https://lists.freedesktop.org/mailman/listinfo/amd-gfx
+ "Intel-gfx mailing list\n"
+ "Intel-gfx@lists.freedesktop.org\n"
+ https://lists.freedesktop.org/mailman/listinfo/intel-gfx
 
-4cca7811b70dd6859b67316a20dc6d7cca8de82044cfa46fccb655d3977d76ea
+8389f99a85b20e4114d94bf9d31483da9a2a93fe97d3fa3093619c40e3fc679c

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.