diff for duplicates of <1544789518.3270.34.camel@synopsys.com> diff --git a/a/1.txt b/N1/1.txt index 2bfc19f..c66b19a 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -6,14 +6,14 @@ I want to test them for ARC. Thanks. -On Fri, 2018-12-14 at 09:25 +0100, Christoph Hellwig wrote: +On Fri, 2018-12-14@09:25 +0100, Christoph Hellwig wrote: > If we want to map memory from the DMA allocator to userspace it must be > zeroed at allocation time to prevent stale data leaks. We already do > this on most common architectures, but some architectures don't do this > yet, fix them up, either by passing GFP_ZERO when we use the normal page > allocator or doing a manual memset otherwise. > -> Signed-off-by: Christoph Hellwig <hch@lst.de> +> Signed-off-by: Christoph Hellwig <hch at lst.de> > --- -- Eugeniy Paltsev diff --git a/a/content_digest b/N1/content_digest index f232563..27fc26a 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,22 +1,9 @@ "ref\020181214082515.14835-1-hch@lst.de\0" "ref\020181214082515.14835-2-hch@lst.de\0" - "From\0Eugeniy Paltsev <eugeniy.paltsev@synopsys.com>\0" - "Subject\0Re: [PATCH 1/2] dma-mapping: zero memory returned from dma_alloc_*\0" + "From\0eugeniy.paltsev@synopsys.com (Eugeniy Paltsev)\0" + "Subject\0[PATCH 1/2] dma-mapping: zero memory returned from dma_alloc_*\0" "Date\0Fri, 14 Dec 2018 12:12:00 +0000\0" - "To\0hch@lst.de <hch@lst.de>" - " iommu@lists.linux-foundation.org <iommu@lists.linux-foundation.org>\0" - "Cc\0linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>" - linux-s390@vger.kernel.org <linux-s390@vger.kernel.org> - linux-xtensa@linux-xtensa.org <linux-xtensa@linux-xtensa.org> - linux-m68k@lists.linux-m68k.org <linux-m68k@lists.linux-m68k.org> - linux-alpha@vger.kernel.org <linux-alpha@vger.kernel.org> - linux-snps-arc@lists.infradead.org <linux-snps-arc@lists.infradead.org> - openrisc@lists.librecores.org <openrisc@lists.librecores.org> - ashutosh.dixit@intel.com <ashutosh.dixit@intel.com> - linux-parisc@vger.kernel.org <linux-parisc@vger.kernel.org> - linux-c6x-dev@linux-c6x.org <linux-c6x-dev@linux-c6x.org> - monstr@monstr.eu <monstr@monstr.eu> - " sparclinux@vger.kernel.org <sparclinux@vger.kernel.org>\0" + "To\0linux-snps-arc@lists.infradead.org\0" "\00:1\0" "b\0" "Hi Christoph,\n" @@ -27,16 +14,16 @@ "\n" "Thanks.\n" "\n" - "On Fri, 2018-12-14 at 09:25 +0100, Christoph Hellwig wrote:\n" + "On Fri, 2018-12-14@09:25 +0100, Christoph Hellwig wrote:\n" "> If we want to map memory from the DMA allocator to userspace it must be\n" "> zeroed at allocation time to prevent stale data leaks. We already do\n" "> this on most common architectures, but some architectures don't do this\n" "> yet, fix them up, either by passing GFP_ZERO when we use the normal page\n" "> allocator or doing a manual memset otherwise.\n" "> \n" - "> Signed-off-by: Christoph Hellwig <hch@lst.de>\n" + "> Signed-off-by: Christoph Hellwig <hch at lst.de>\n" "> ---\n" "-- \n" Eugeniy Paltsev -7aa74b1bc7b0e06a55721c15c7c12751ff3cd77acc7d165d220daa892c12984d +afd1510c06a5eef1ffbfd67db5455fae465e6af00aa92e00fe06ddf487c3bcd4
diff --git a/a/content_digest b/N2/content_digest index f232563..4e5b2d7 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -1,22 +1,9 @@ "ref\020181214082515.14835-1-hch@lst.de\0" "ref\020181214082515.14835-2-hch@lst.de\0" "From\0Eugeniy Paltsev <eugeniy.paltsev@synopsys.com>\0" - "Subject\0Re: [PATCH 1/2] dma-mapping: zero memory returned from dma_alloc_*\0" + "Subject\0[OpenRISC] [PATCH 1/2] dma-mapping: zero memory returned from dma_alloc_*\0" "Date\0Fri, 14 Dec 2018 12:12:00 +0000\0" - "To\0hch@lst.de <hch@lst.de>" - " iommu@lists.linux-foundation.org <iommu@lists.linux-foundation.org>\0" - "Cc\0linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>" - linux-s390@vger.kernel.org <linux-s390@vger.kernel.org> - linux-xtensa@linux-xtensa.org <linux-xtensa@linux-xtensa.org> - linux-m68k@lists.linux-m68k.org <linux-m68k@lists.linux-m68k.org> - linux-alpha@vger.kernel.org <linux-alpha@vger.kernel.org> - linux-snps-arc@lists.infradead.org <linux-snps-arc@lists.infradead.org> - openrisc@lists.librecores.org <openrisc@lists.librecores.org> - ashutosh.dixit@intel.com <ashutosh.dixit@intel.com> - linux-parisc@vger.kernel.org <linux-parisc@vger.kernel.org> - linux-c6x-dev@linux-c6x.org <linux-c6x-dev@linux-c6x.org> - monstr@monstr.eu <monstr@monstr.eu> - " sparclinux@vger.kernel.org <sparclinux@vger.kernel.org>\0" + "To\0openrisc@lists.librecores.org\0" "\00:1\0" "b\0" "Hi Christoph,\n" @@ -39,4 +26,4 @@ "-- \n" Eugeniy Paltsev -7aa74b1bc7b0e06a55721c15c7c12751ff3cd77acc7d165d220daa892c12984d +dd0494d08c7259e1ffef2f8c21b2a8bdf9ee07bbecdf9937afc3870520d5d3db
diff --git a/a/1.txt b/N3/1.txt index 2bfc19f..a0c71f4 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -1,19 +1,11 @@ -Hi Christoph, - -do you have any public git repository with all your dma changes? - -I want to test them for ARC. - -Thanks. - -On Fri, 2018-12-14 at 09:25 +0100, Christoph Hellwig wrote: -> If we want to map memory from the DMA allocator to userspace it must be -> zeroed at allocation time to prevent stale data leaks. We already do -> this on most common architectures, but some architectures don't do this -> yet, fix them up, either by passing GFP_ZERO when we use the normal page -> allocator or doing a manual memset otherwise. -> -> Signed-off-by: Christoph Hellwig <hch@lst.de> -> --- --- - Eugeniy Paltsev +SGkgQ2hyaXN0b3BoLA0KDQpkbyB5b3UgaGF2ZSBhbnkgcHVibGljIGdpdCByZXBvc2l0b3J5IHdp +dGggYWxsIHlvdXIgZG1hIGNoYW5nZXM/DQoNCkkgd2FudCB0byB0ZXN0IHRoZW0gZm9yIEFSQy4N +Cg0KVGhhbmtzLg0KDQpPbiBGcmksIDIwMTgtMTItMTQgYXQgMDk6MjUgKzAxMDAsIENocmlzdG9w +aCBIZWxsd2lnIHdyb3RlOg0KPiBJZiB3ZSB3YW50IHRvIG1hcCBtZW1vcnkgZnJvbSB0aGUgRE1B +IGFsbG9jYXRvciB0byB1c2Vyc3BhY2UgaXQgbXVzdCBiZQ0KPiB6ZXJvZWQgYXQgYWxsb2NhdGlv +biB0aW1lIHRvIHByZXZlbnQgc3RhbGUgZGF0YSBsZWFrcy4gICBXZSBhbHJlYWR5IGRvDQo+IHRo +aXMgb24gbW9zdCBjb21tb24gYXJjaGl0ZWN0dXJlcywgYnV0IHNvbWUgYXJjaGl0ZWN0dXJlcyBk +b24ndCBkbyB0aGlzDQo+IHlldCwgZml4IHRoZW0gdXAsIGVpdGhlciBieSBwYXNzaW5nIEdGUF9a +RVJPIHdoZW4gd2UgdXNlIHRoZSBub3JtYWwgcGFnZQ0KPiBhbGxvY2F0b3Igb3IgZG9pbmcgYSBt +YW51YWwgbWVtc2V0IG90aGVyd2lzZS4NCj4gDQo+IFNpZ25lZC1vZmYtYnk6IENocmlzdG9waCBI +ZWxsd2lnIDxoY2hAbHN0LmRlPg0KPiAtLS0NCi0tIA0KIEV1Z2VuaXkgUGFsdHNldg= diff --git a/a/content_digest b/N3/content_digest index f232563..bfca668 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -19,24 +19,16 @@ " sparclinux@vger.kernel.org <sparclinux@vger.kernel.org>\0" "\00:1\0" "b\0" - "Hi Christoph,\n" - "\n" - "do you have any public git repository with all your dma changes?\n" - "\n" - "I want to test them for ARC.\n" - "\n" - "Thanks.\n" - "\n" - "On Fri, 2018-12-14 at 09:25 +0100, Christoph Hellwig wrote:\n" - "> If we want to map memory from the DMA allocator to userspace it must be\n" - "> zeroed at allocation time to prevent stale data leaks. We already do\n" - "> this on most common architectures, but some architectures don't do this\n" - "> yet, fix them up, either by passing GFP_ZERO when we use the normal page\n" - "> allocator or doing a manual memset otherwise.\n" - "> \n" - "> Signed-off-by: Christoph Hellwig <hch@lst.de>\n" - "> ---\n" - "-- \n" - Eugeniy Paltsev + "SGkgQ2hyaXN0b3BoLA0KDQpkbyB5b3UgaGF2ZSBhbnkgcHVibGljIGdpdCByZXBvc2l0b3J5IHdp\n" + "dGggYWxsIHlvdXIgZG1hIGNoYW5nZXM/DQoNCkkgd2FudCB0byB0ZXN0IHRoZW0gZm9yIEFSQy4N\n" + "Cg0KVGhhbmtzLg0KDQpPbiBGcmksIDIwMTgtMTItMTQgYXQgMDk6MjUgKzAxMDAsIENocmlzdG9w\n" + "aCBIZWxsd2lnIHdyb3RlOg0KPiBJZiB3ZSB3YW50IHRvIG1hcCBtZW1vcnkgZnJvbSB0aGUgRE1B\n" + "IGFsbG9jYXRvciB0byB1c2Vyc3BhY2UgaXQgbXVzdCBiZQ0KPiB6ZXJvZWQgYXQgYWxsb2NhdGlv\n" + "biB0aW1lIHRvIHByZXZlbnQgc3RhbGUgZGF0YSBsZWFrcy4gICBXZSBhbHJlYWR5IGRvDQo+IHRo\n" + "aXMgb24gbW9zdCBjb21tb24gYXJjaGl0ZWN0dXJlcywgYnV0IHNvbWUgYXJjaGl0ZWN0dXJlcyBk\n" + "b24ndCBkbyB0aGlzDQo+IHlldCwgZml4IHRoZW0gdXAsIGVpdGhlciBieSBwYXNzaW5nIEdGUF9a\n" + "RVJPIHdoZW4gd2UgdXNlIHRoZSBub3JtYWwgcGFnZQ0KPiBhbGxvY2F0b3Igb3IgZG9pbmcgYSBt\n" + "YW51YWwgbWVtc2V0IG90aGVyd2lzZS4NCj4gDQo+IFNpZ25lZC1vZmYtYnk6IENocmlzdG9waCBI\n" + ZWxsd2lnIDxoY2hAbHN0LmRlPg0KPiAtLS0NCi0tIA0KIEV1Z2VuaXkgUGFsdHNldg= -7aa74b1bc7b0e06a55721c15c7c12751ff3cd77acc7d165d220daa892c12984d +b49e58adbe19c96385422f23e69c4007cf9326d369e6dc309e24e4347e5b711e
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.