All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20111220171437.GC3883@phenom.ffwll.local>

diff --git a/a/1.txt b/N1/1.txt
index 2211bf3..4623c2e 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -14,7 +14,7 @@ On Tue, Dec 20, 2011 at 10:41:45AM -0600, Rob Clark wrote:
 > > devices and no serialization between the accesses.
 > >
 > > If you don't want serialization, that implies that we cannot have
-> > use the ?dma_sync_* API on the buffer, which in turn implies that
+> > use the  dma_sync_* API on the buffer, which in turn implies that
 > > we cannot have streaming mappings. I think that's ok, but then
 > > you have to bring back the mmap API on the buffer if you want to
 > > allow any driver to provide an mmap function for a shared buffer.
@@ -42,5 +42,12 @@ need some dma api extensions on at least arm, and that might take a while
 Cheers, Daniel
 -- 
 Daniel Vetter
-Mail: daniel at ffwll.ch
+Mail: daniel@ffwll.ch
 Mobile: +41 (0)79 365 57 48
+
+--
+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 a749d97..038148b 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -3,10 +3,22 @@
  "ref\0CAB2ybb_dU7BzJmPo6vA92pe1YCNerCLc+bv7Qi_EfkfGaik6bQ@mail.gmail.com\0"
  "ref\0201112201541.17904.arnd@arndb.de\0"
  "ref\0CAF6AEGtOjO6Z6yfHz-ZGz3+NuEMH2M-8=20U6+-xt-gv9XtzaQ@mail.gmail.com\0"
- "From\0daniel@ffwll.ch (Daniel Vetter)\0"
- "Subject\0[Linaro-mm-sig] [RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism\0"
+ "From\0Daniel Vetter <daniel@ffwll.ch>\0"
+ "Subject\0Re: [Linaro-mm-sig] [RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism\0"
  "Date\0Tue, 20 Dec 2011 18:14:37 +0100\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0Rob Clark <robdclark@gmail.com>\0"
+ "Cc\0Arnd Bergmann <arnd@arndb.de>"
+  Semwal
+  Sumit <sumit.semwal@ti.com>
+  Daniel Vetter <daniel@ffwll.ch>
+  Alan Cox <alan@lxorguk.ukuu.org.uk>
+  linux@arm.linux.org.uk
+  linux-kernel@vger.kernel.org
+  dri-devel@lists.freedesktop.org
+  linaro-mm-sig@lists.linaro.org
+  linux-mm@kvack.org
+  linux-media@vger.kernel.org
+ " linux-arm-kernel@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "On Tue, Dec 20, 2011 at 10:41:45AM -0600, Rob Clark wrote:\n"
@@ -25,7 +37,7 @@
  "> > devices and no serialization between the accesses.\n"
  "> >\n"
  "> > If you don't want serialization, that implies that we cannot have\n"
- "> > use the ?dma_sync_* API on the buffer, which in turn implies that\n"
+ "> > use the \302\240dma_sync_* API on the buffer, which in turn implies that\n"
  "> > we cannot have streaming mappings. I think that's ok, but then\n"
  "> > you have to bring back the mmap API on the buffer if you want to\n"
  "> > allow any driver to provide an mmap function for a shared buffer.\n"
@@ -53,7 +65,14 @@
  "Cheers, Daniel\n"
  "-- \n"
  "Daniel Vetter\n"
- "Mail: daniel at ffwll.ch\n"
- Mobile: +41 (0)79 365 57 48
+ "Mail: daniel@ffwll.ch\n"
+ "Mobile: +41 (0)79 365 57 48\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>"
 
-539be3dafd15414bda566d3a0506e3ec4ea2ed228fd0a54f237aba87607a6d3d
+7ce3944a09736f6e681eaaa3a7cfe4f6536096aafb1f38a272855e7fb9d87dcb

diff --git a/a/1.txt b/N2/1.txt
index 2211bf3..cfffd7a 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -14,7 +14,7 @@ On Tue, Dec 20, 2011 at 10:41:45AM -0600, Rob Clark wrote:
 > > devices and no serialization between the accesses.
 > >
 > > If you don't want serialization, that implies that we cannot have
-> > use the ?dma_sync_* API on the buffer, which in turn implies that
+> > use the  dma_sync_* API on the buffer, which in turn implies that
 > > we cannot have streaming mappings. I think that's ok, but then
 > > you have to bring back the mmap API on the buffer if you want to
 > > allow any driver to provide an mmap function for a shared buffer.
@@ -42,5 +42,5 @@ need some dma api extensions on at least arm, and that might take a while
 Cheers, Daniel
 -- 
 Daniel Vetter
-Mail: daniel at ffwll.ch
+Mail: daniel@ffwll.ch
 Mobile: +41 (0)79 365 57 48
diff --git a/a/content_digest b/N2/content_digest
index a749d97..7be3fbe 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -3,10 +3,22 @@
  "ref\0CAB2ybb_dU7BzJmPo6vA92pe1YCNerCLc+bv7Qi_EfkfGaik6bQ@mail.gmail.com\0"
  "ref\0201112201541.17904.arnd@arndb.de\0"
  "ref\0CAF6AEGtOjO6Z6yfHz-ZGz3+NuEMH2M-8=20U6+-xt-gv9XtzaQ@mail.gmail.com\0"
- "From\0daniel@ffwll.ch (Daniel Vetter)\0"
- "Subject\0[Linaro-mm-sig] [RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism\0"
+ "From\0Daniel Vetter <daniel@ffwll.ch>\0"
+ "Subject\0Re: [Linaro-mm-sig] [RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism\0"
  "Date\0Tue, 20 Dec 2011 18:14:37 +0100\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0Rob Clark <robdclark@gmail.com>\0"
+ "Cc\0Arnd Bergmann <arnd@arndb.de>"
+  Semwal
+  Sumit <sumit.semwal@ti.com>
+  Daniel Vetter <daniel@ffwll.ch>
+  Alan Cox <alan@lxorguk.ukuu.org.uk>
+  linux@arm.linux.org.uk
+  linux-kernel@vger.kernel.org
+  dri-devel@lists.freedesktop.org
+  linaro-mm-sig@lists.linaro.org
+  linux-mm@kvack.org
+  linux-media@vger.kernel.org
+ " linux-arm-kernel@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "On Tue, Dec 20, 2011 at 10:41:45AM -0600, Rob Clark wrote:\n"
@@ -25,7 +37,7 @@
  "> > devices and no serialization between the accesses.\n"
  "> >\n"
  "> > If you don't want serialization, that implies that we cannot have\n"
- "> > use the ?dma_sync_* API on the buffer, which in turn implies that\n"
+ "> > use the \302\240dma_sync_* API on the buffer, which in turn implies that\n"
  "> > we cannot have streaming mappings. I think that's ok, but then\n"
  "> > you have to bring back the mmap API on the buffer if you want to\n"
  "> > allow any driver to provide an mmap function for a shared buffer.\n"
@@ -53,7 +65,7 @@
  "Cheers, Daniel\n"
  "-- \n"
  "Daniel Vetter\n"
- "Mail: daniel at ffwll.ch\n"
+ "Mail: daniel@ffwll.ch\n"
  Mobile: +41 (0)79 365 57 48
 
-539be3dafd15414bda566d3a0506e3ec4ea2ed228fd0a54f237aba87607a6d3d
+2f6ba2e250ab132780672ea5d003f96bee75a73dce672648fbb642a5232e806c

diff --git a/a/1.txt b/N3/1.txt
index 2211bf3..9956f17 100644
--- a/a/1.txt
+++ b/N3/1.txt
@@ -14,7 +14,7 @@ On Tue, Dec 20, 2011 at 10:41:45AM -0600, Rob Clark wrote:
 > > devices and no serialization between the accesses.
 > >
 > > If you don't want serialization, that implies that we cannot have
-> > use the ?dma_sync_* API on the buffer, which in turn implies that
+> > use the  dma_sync_* API on the buffer, which in turn implies that
 > > we cannot have streaming mappings. I think that's ok, but then
 > > you have to bring back the mmap API on the buffer if you want to
 > > allow any driver to provide an mmap function for a shared buffer.
@@ -42,5 +42,12 @@ need some dma api extensions on at least arm, and that might take a while
 Cheers, Daniel
 -- 
 Daniel Vetter
-Mail: daniel at ffwll.ch
+Mail: daniel@ffwll.ch
 Mobile: +41 (0)79 365 57 48
+
+--
+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/N3/content_digest
index a749d97..e024ab5 100644
--- a/a/content_digest
+++ b/N3/content_digest
@@ -3,10 +3,22 @@
  "ref\0CAB2ybb_dU7BzJmPo6vA92pe1YCNerCLc+bv7Qi_EfkfGaik6bQ@mail.gmail.com\0"
  "ref\0201112201541.17904.arnd@arndb.de\0"
  "ref\0CAF6AEGtOjO6Z6yfHz-ZGz3+NuEMH2M-8=20U6+-xt-gv9XtzaQ@mail.gmail.com\0"
- "From\0daniel@ffwll.ch (Daniel Vetter)\0"
- "Subject\0[Linaro-mm-sig] [RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism\0"
+ "From\0Daniel Vetter <daniel@ffwll.ch>\0"
+ "Subject\0Re: [Linaro-mm-sig] [RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism\0"
  "Date\0Tue, 20 Dec 2011 18:14:37 +0100\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0Rob Clark <robdclark@gmail.com>\0"
+ "Cc\0Arnd Bergmann <arnd@arndb.de>"
+  Semwal
+  Sumit <sumit.semwal@ti.com>
+  Daniel Vetter <daniel@ffwll.ch>
+  Alan Cox <alan@lxorguk.ukuu.org.uk>
+  linux@arm.linux.org.uk
+  linux-kernel@vger.kernel.org
+  dri-devel@lists.freedesktop.org
+  linaro-mm-sig@lists.linaro.org
+  linux-mm@kvack.org
+  linux-media@vger.kernel.org
+ " linux-arm-kernel@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "On Tue, Dec 20, 2011 at 10:41:45AM -0600, Rob Clark wrote:\n"
@@ -25,7 +37,7 @@
  "> > devices and no serialization between the accesses.\n"
  "> >\n"
  "> > If you don't want serialization, that implies that we cannot have\n"
- "> > use the ?dma_sync_* API on the buffer, which in turn implies that\n"
+ "> > use the  dma_sync_* API on the buffer, which in turn implies that\n"
  "> > we cannot have streaming mappings. I think that's ok, but then\n"
  "> > you have to bring back the mmap API on the buffer if you want to\n"
  "> > allow any driver to provide an mmap function for a shared buffer.\n"
@@ -53,7 +65,14 @@
  "Cheers, Daniel\n"
  "-- \n"
  "Daniel Vetter\n"
- "Mail: daniel at ffwll.ch\n"
- Mobile: +41 (0)79 365 57 48
+ "Mail: daniel@ffwll.ch\n"
+ "Mobile: +41 (0)79 365 57 48\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>"
 
-539be3dafd15414bda566d3a0506e3ec4ea2ed228fd0a54f237aba87607a6d3d
+d437c85bd46e98baaca8d315bbbfdf37463efefa7378c7abac8079985d82a5f7

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.