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

diff --git a/a/1.txt b/N1/1.txt
index 3a924c4..d9ca247 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -12,6 +12,6 @@ I wonder if inbetween a few jump labels or other no overhead enablement
 options and possibly better use of the dma_range_map we could kill
 off most of swiotlb-xen instead of maintaining all this code duplication?
 _______________________________________________
-Intel-gfx mailing list
-Intel-gfx@lists.freedesktop.org
-https://lists.freedesktop.org/mailman/listinfo/intel-gfx
+iommu mailing list
+iommu@lists.linux-foundation.org
+https://lists.linuxfoundation.org/mailman/listinfo/iommu
diff --git a/a/content_digest b/N1/content_digest
index b18fbb5..06cec25 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,19 +1,19 @@
  "ref\020210203233709.19819-1-dongli.zhang@oracle.com\0"
  "ref\020210203233709.19819-6-dongli.zhang@oracle.com\0"
  "From\0Christoph Hellwig <hch@lst.de>\0"
- "Subject\0Re: [Intel-gfx] [PATCH RFC v1 5/6] xen-swiotlb: convert variables to arrays\0"
+ "Subject\0Re: [PATCH RFC v1 5/6] xen-swiotlb: convert variables to arrays\0"
  "Date\0Thu, 4 Feb 2021 09:40:23 +0100\0"
  "To\0Dongli Zhang <dongli.zhang@oracle.com>\0"
  "Cc\0ulf.hansson@linaro.org"
   airlied@linux.ie
   benh@kernel.crashing.org
+  joonas.lahtinen@linux.intel.com
   dri-devel@lists.freedesktop.org
   linux-kernel@vger.kernel.org
   bhelgaas@google.com
   paulus@samba.org
   hpa@zytor.com
   hch@lst.de
-  m.szyprowski@samsung.com
   sstabellini@kernel.org
   adrian.hunter@intel.com
   mpe@ellerman.id.au
@@ -29,7 +29,9 @@
   thomas.lendacky@amd.com
   konrad.wilk@oracle.com
   intel-gfx@lists.freedesktop.org
+  jani.nikula@linux.intel.com
   bp@alien8.de
+  rodrigo.vivi@intel.com
   nouveau@lists.freedesktop.org
   boris.ostrovsky@oracle.com
   chris@chris-wilson.co.uk
@@ -40,7 +42,7 @@
   linux-mips@vger.kernel.org
   iommu@lists.linux-foundation.org
   tglx@linutronix.de
-  bauerman@linux.ibm.com
+  daniel@ffwll.ch
   akpm@linux-foundation.org
   linuxppc-dev@lists.ozlabs.org
  " rppt@kernel.org\0"
@@ -60,8 +62,8 @@
  "options and possibly better use of the dma_range_map we could kill\n"
  "off most of swiotlb-xen instead of maintaining all this code duplication?\n"
  "_______________________________________________\n"
- "Intel-gfx mailing list\n"
- "Intel-gfx@lists.freedesktop.org\n"
- https://lists.freedesktop.org/mailman/listinfo/intel-gfx
+ "iommu mailing list\n"
+ "iommu@lists.linux-foundation.org\n"
+ https://lists.linuxfoundation.org/mailman/listinfo/iommu
 
-9585d84c07b3091cad2ca8d4ce12abf4eb2cf25d528dce5e86f677eafba7bab8
+7ca36252c87db7a00fca6b2694297716420a23248b7f7de7875d7d472a470f23

diff --git a/a/1.txt b/N2/1.txt
index 3a924c4..150af5f 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -11,7 +11,3 @@ to swiotlb the main difference seems to be:
 I wonder if inbetween a few jump labels or other no overhead enablement
 options and possibly better use of the dma_range_map we could kill
 off most of swiotlb-xen instead of maintaining all this code duplication?
-_______________________________________________
-Intel-gfx mailing list
-Intel-gfx@lists.freedesktop.org
-https://lists.freedesktop.org/mailman/listinfo/intel-gfx
diff --git a/a/content_digest b/N2/content_digest
index b18fbb5..ce0124c 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -1,49 +1,53 @@
  "ref\020210203233709.19819-1-dongli.zhang@oracle.com\0"
  "ref\020210203233709.19819-6-dongli.zhang@oracle.com\0"
  "From\0Christoph Hellwig <hch@lst.de>\0"
- "Subject\0Re: [Intel-gfx] [PATCH RFC v1 5/6] xen-swiotlb: convert variables to arrays\0"
+ "Subject\0Re: [PATCH RFC v1 5/6] xen-swiotlb: convert variables to arrays\0"
  "Date\0Thu, 4 Feb 2021 09:40:23 +0100\0"
  "To\0Dongli Zhang <dongli.zhang@oracle.com>\0"
- "Cc\0ulf.hansson@linaro.org"
-  airlied@linux.ie
-  benh@kernel.crashing.org
-  dri-devel@lists.freedesktop.org
+ "Cc\0dri-devel@lists.freedesktop.org"
+  intel-gfx@lists.freedesktop.org
+  iommu@lists.linux-foundation.org
+  linux-mips@vger.kernel.org
+  linux-mmc@vger.kernel.org
+  linux-pci@vger.kernel.org
+  linuxppc-dev@lists.ozlabs.org
+  nouveau@lists.freedesktop.org
+  x86@kernel.org
+  xen-devel@lists.xenproject.org
   linux-kernel@vger.kernel.org
-  bhelgaas@google.com
-  paulus@samba.org
-  hpa@zytor.com
-  hch@lst.de
-  m.szyprowski@samsung.com
-  sstabellini@kernel.org
   adrian.hunter@intel.com
-  mpe@ellerman.id.au
-  x86@kernel.org
-  joe.jin@oracle.com
-  mingo@kernel.org
-  peterz@infradead.org
-  mingo@redhat.com
+  akpm@linux-foundation.org
+  benh@kernel.crashing.org
   bskeggs@redhat.com
-  linux-pci@vger.kernel.org
-  xen-devel@lists.xenproject.org
-  matthew.auld@intel.com
-  thomas.lendacky@amd.com
-  konrad.wilk@oracle.com
-  intel-gfx@lists.freedesktop.org
+  bhelgaas@google.com
   bp@alien8.de
-  nouveau@lists.freedesktop.org
   boris.ostrovsky@oracle.com
+  hch@lst.de
   chris@chris-wilson.co.uk
+  daniel@ffwll.ch
+  airlied@linux.ie
+  hpa@zytor.com
+  mingo@kernel.org
+  mingo@redhat.com
+  jani.nikula@linux.intel.com
+  joonas.lahtinen@linux.intel.com
   jgross@suse.com
-  tsbogend@alpha.franken.de
+  konrad.wilk@oracle.com
+  m.szyprowski@samsung.com
+  matthew.auld@intel.com
+  mpe@ellerman.id.au
+  rppt@kernel.org
+  paulus@samba.org
+  peterz@infradead.org
   robin.murphy@arm.com
-  linux-mmc@vger.kernel.org
-  linux-mips@vger.kernel.org
-  iommu@lists.linux-foundation.org
-  tglx@linutronix.de
+  rodrigo.vivi@intel.com
+  sstabellini@kernel.org
   bauerman@linux.ibm.com
-  akpm@linux-foundation.org
-  linuxppc-dev@lists.ozlabs.org
- " rppt@kernel.org\0"
+  tsbogend@alpha.franken.de
+  tglx@linutronix.de
+  ulf.hansson@linaro.org
+  joe.jin@oracle.com
+ " thomas.lendacky@amd.com\0"
  "\00:1\0"
  "b\0"
  "So one thing that has been on my mind for a while:  I'd really like\n"
@@ -58,10 +62,6 @@
  "\n"
  "I wonder if inbetween a few jump labels or other no overhead enablement\n"
  "options and possibly better use of the dma_range_map we could kill\n"
- "off most of swiotlb-xen instead of maintaining all this code duplication?\n"
- "_______________________________________________\n"
- "Intel-gfx mailing list\n"
- "Intel-gfx@lists.freedesktop.org\n"
- https://lists.freedesktop.org/mailman/listinfo/intel-gfx
+ off most of swiotlb-xen instead of maintaining all this code duplication?
 
-9585d84c07b3091cad2ca8d4ce12abf4eb2cf25d528dce5e86f677eafba7bab8
+31a0e99c5e5d9a14c78813ca3c0045b48f4cca12e7cd92cf5a74e11803500bab

diff --git a/a/1.txt b/N3/1.txt
index 3a924c4..fea0815 100644
--- a/a/1.txt
+++ b/N3/1.txt
@@ -12,6 +12,6 @@ I wonder if inbetween a few jump labels or other no overhead enablement
 options and possibly better use of the dma_range_map we could kill
 off most of swiotlb-xen instead of maintaining all this code duplication?
 _______________________________________________
-Intel-gfx mailing list
-Intel-gfx@lists.freedesktop.org
-https://lists.freedesktop.org/mailman/listinfo/intel-gfx
+Nouveau mailing list
+Nouveau@lists.freedesktop.org
+https://lists.freedesktop.org/mailman/listinfo/nouveau
diff --git a/a/content_digest b/N3/content_digest
index b18fbb5..f8be60e 100644
--- a/a/content_digest
+++ b/N3/content_digest
@@ -1,12 +1,13 @@
  "ref\020210203233709.19819-1-dongli.zhang@oracle.com\0"
  "ref\020210203233709.19819-6-dongli.zhang@oracle.com\0"
  "From\0Christoph Hellwig <hch@lst.de>\0"
- "Subject\0Re: [Intel-gfx] [PATCH RFC v1 5/6] xen-swiotlb: convert variables to arrays\0"
+ "Subject\0Re: [Nouveau] [PATCH RFC v1 5/6] xen-swiotlb: convert variables to arrays\0"
  "Date\0Thu, 4 Feb 2021 09:40:23 +0100\0"
  "To\0Dongli Zhang <dongli.zhang@oracle.com>\0"
  "Cc\0ulf.hansson@linaro.org"
   airlied@linux.ie
   benh@kernel.crashing.org
+  joonas.lahtinen@linux.intel.com
   dri-devel@lists.freedesktop.org
   linux-kernel@vger.kernel.org
   bhelgaas@google.com
@@ -29,7 +30,9 @@
   thomas.lendacky@amd.com
   konrad.wilk@oracle.com
   intel-gfx@lists.freedesktop.org
+  jani.nikula@linux.intel.com
   bp@alien8.de
+  rodrigo.vivi@intel.com
   nouveau@lists.freedesktop.org
   boris.ostrovsky@oracle.com
   chris@chris-wilson.co.uk
@@ -41,6 +44,7 @@
   iommu@lists.linux-foundation.org
   tglx@linutronix.de
   bauerman@linux.ibm.com
+  daniel@ffwll.ch
   akpm@linux-foundation.org
   linuxppc-dev@lists.ozlabs.org
  " rppt@kernel.org\0"
@@ -60,8 +64,8 @@
  "options and possibly better use of the dma_range_map we could kill\n"
  "off most of swiotlb-xen instead of maintaining all this code duplication?\n"
  "_______________________________________________\n"
- "Intel-gfx mailing list\n"
- "Intel-gfx@lists.freedesktop.org\n"
- https://lists.freedesktop.org/mailman/listinfo/intel-gfx
+ "Nouveau mailing list\n"
+ "Nouveau@lists.freedesktop.org\n"
+ https://lists.freedesktop.org/mailman/listinfo/nouveau
 
-9585d84c07b3091cad2ca8d4ce12abf4eb2cf25d528dce5e86f677eafba7bab8
+3a68f63f1f183c39a8533fd84ed03529ef7b4df81da4a37bd7b5d648fffe4b37

diff --git a/a/1.txt b/N4/1.txt
index 3a924c4..150af5f 100644
--- a/a/1.txt
+++ b/N4/1.txt
@@ -11,7 +11,3 @@ to swiotlb the main difference seems to be:
 I wonder if inbetween a few jump labels or other no overhead enablement
 options and possibly better use of the dma_range_map we could kill
 off most of swiotlb-xen instead of maintaining all this code duplication?
-_______________________________________________
-Intel-gfx mailing list
-Intel-gfx@lists.freedesktop.org
-https://lists.freedesktop.org/mailman/listinfo/intel-gfx
diff --git a/a/content_digest b/N4/content_digest
index b18fbb5..d41c665 100644
--- a/a/content_digest
+++ b/N4/content_digest
@@ -1,12 +1,12 @@
  "ref\020210203233709.19819-1-dongli.zhang@oracle.com\0"
  "ref\020210203233709.19819-6-dongli.zhang@oracle.com\0"
  "From\0Christoph Hellwig <hch@lst.de>\0"
- "Subject\0Re: [Intel-gfx] [PATCH RFC v1 5/6] xen-swiotlb: convert variables to arrays\0"
+ "Subject\0Re: [PATCH RFC v1 5/6] xen-swiotlb: convert variables to arrays\0"
  "Date\0Thu, 4 Feb 2021 09:40:23 +0100\0"
  "To\0Dongli Zhang <dongli.zhang@oracle.com>\0"
  "Cc\0ulf.hansson@linaro.org"
   airlied@linux.ie
-  benh@kernel.crashing.org
+  joonas.lahtinen@linux.intel.com
   dri-devel@lists.freedesktop.org
   linux-kernel@vger.kernel.org
   bhelgaas@google.com
@@ -16,7 +16,6 @@
   m.szyprowski@samsung.com
   sstabellini@kernel.org
   adrian.hunter@intel.com
-  mpe@ellerman.id.au
   x86@kernel.org
   joe.jin@oracle.com
   mingo@kernel.org
@@ -29,7 +28,9 @@
   thomas.lendacky@amd.com
   konrad.wilk@oracle.com
   intel-gfx@lists.freedesktop.org
+  jani.nikula@linux.intel.com
   bp@alien8.de
+  rodrigo.vivi@intel.com
   nouveau@lists.freedesktop.org
   boris.ostrovsky@oracle.com
   chris@chris-wilson.co.uk
@@ -41,6 +42,7 @@
   iommu@lists.linux-foundation.org
   tglx@linutronix.de
   bauerman@linux.ibm.com
+  daniel@ffwll.ch
   akpm@linux-foundation.org
   linuxppc-dev@lists.ozlabs.org
  " rppt@kernel.org\0"
@@ -58,10 +60,6 @@
  "\n"
  "I wonder if inbetween a few jump labels or other no overhead enablement\n"
  "options and possibly better use of the dma_range_map we could kill\n"
- "off most of swiotlb-xen instead of maintaining all this code duplication?\n"
- "_______________________________________________\n"
- "Intel-gfx mailing list\n"
- "Intel-gfx@lists.freedesktop.org\n"
- https://lists.freedesktop.org/mailman/listinfo/intel-gfx
+ off most of swiotlb-xen instead of maintaining all this code duplication?
 
-9585d84c07b3091cad2ca8d4ce12abf4eb2cf25d528dce5e86f677eafba7bab8
+9f55c6c741bfa8bf235eaa5abdb2670ea8669fe1b99899fe791f904f7ff149d2

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.