diff for duplicates of <HE1PR0401MB24251E99564CAA526F719ECCE6D90@HE1PR0401MB2425.eurprd04.prod.outlook.com>
diff --git a/a/content_digest b/N1/content_digest
index a846ef1..2133beb 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -44,9 +44,7 @@
" devicetree\@vger.kernel.org <devicetree\@vger.kernel.org>",
" linux-arm-kernel\@lists.infradead.org <linux-arm-kernel\@lists.infradead.org>",
" linuxppc-dev\@lists.ozlabs.org <linuxppc-dev\@lists.ozlabs.org>",
- " Bharat Bhushan <bharat.bhushan\@nxp.com>",
- " stuyoder\@gmail.com <stuyoder\@gmail.com>",
- " Laurentiu Tudor <laurentiu.tudor\@nxp.com>\0"
+ " Bharat Bhushan <bharat.bhushan\@nx>\0"
]
[
"\0000:1\0"
@@ -96,4 +94,4 @@
"Nipun"
]
-02f6a706d7466077f2d916e1d3a50efe6bbb21fb9392e09954adb8ccd6cb0117
+c39e8085456f9dbdb61086fe08dfc1ccda61fd866d82228a7a8f5687a19781c9
diff --git a/a/1.txt b/N2/1.txt
index 5412af7..0862481 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -1,39 +1,31 @@
-
-
-> From: Robin Murphy [mailto:robin.murphy@arm.com]
-> Sent: Tuesday, March 06, 2018 0:22
->
-> On 05/03/18 18:39, Christoph Hellwig wrote:
-> > On Mon, Mar 05, 2018 at 03:48:32PM +0000, Robin Murphy wrote:
-> >> Unfortunately for us, fsl-mc is conceptually rather like PCI in that it's
-> >> software-discoverable and the only thing described in DT is the bus "host",
-> >> thus we need the same sort of thing as for PCI to map from the child
-> >> devices back to the bus root in order to find the appropriate firmware
-> >> node. Worse than PCI, though, we wouldn't even have the option of
-> >> describing child devices statically in firmware at all, since it's actually
-> >> one of these runtime-configurable "build your own network accelerator"
-> >> hardware pools where userspace gets to create and destroy "devices" as it
-> >> likes.
-> >
-> > I really hate the PCI special case just as much. Maybe we just
-> > need a dma_configure method on the bus, and move PCI as well as fsl-mc
-> > to it.
->
-> Hmm, on reflection, 100% ack to that idea. It would neatly supersede
-> bus->force_dma *and* mean that we don't have to effectively pull pci.h
-> into everything, which I've never liked. In hindsight dma_configure()
-> does feel like it's grown into this odd choke point where we munge
-> everything in just for it to awkwardly unpick things again.
->
-> Robin.
-
-+1 to the idea.
-
-Sorry for asking a trivial question - looking into dma_configure() I see that
-PCI is used in the start and the end of the API.
-In the end part pci_put_host_bridge_device() is called.
-So are two bus callbacks something like 'dma_config_start' & 'dma_config_end'
-will be required where the former one will return "dma_dev"?
-
-Regards,
-Nipun
\ No newline at end of file
+DQoNCj4gRnJvbTogUm9iaW4gTXVycGh5IFttYWlsdG86cm9iaW4ubXVycGh5QGFybS5jb21dDQo+
+IFNlbnQ6IFR1ZXNkYXksIE1hcmNoIDA2LCAyMDE4IDA6MjINCj4gDQo+IE9uIDA1LzAzLzE4IDE4
+OjM5LCBDaHJpc3RvcGggSGVsbHdpZyB3cm90ZToNCj4gPiBPbiBNb24sIE1hciAwNSwgMjAxOCBh
+dCAwMzo0ODozMlBNICswMDAwLCBSb2JpbiBNdXJwaHkgd3JvdGU6DQo+ID4+IFVuZm9ydHVuYXRl
+bHkgZm9yIHVzLCBmc2wtbWMgaXMgY29uY2VwdHVhbGx5IHJhdGhlciBsaWtlIFBDSSBpbiB0aGF0
+IGl0J3MNCj4gPj4gc29mdHdhcmUtZGlzY292ZXJhYmxlIGFuZCB0aGUgb25seSB0aGluZyBkZXNj
+cmliZWQgaW4gRFQgaXMgdGhlIGJ1cyAiaG9zdCIsDQo+ID4+IHRodXMgd2UgbmVlZCB0aGUgc2Ft
+ZSBzb3J0IG9mIHRoaW5nIGFzIGZvciBQQ0kgdG8gbWFwIGZyb20gdGhlIGNoaWxkDQo+ID4+IGRl
+dmljZXMgYmFjayB0byB0aGUgYnVzIHJvb3QgaW4gb3JkZXIgdG8gZmluZCB0aGUgYXBwcm9wcmlh
+dGUgZmlybXdhcmUNCj4gPj4gbm9kZS4gV29yc2UgdGhhbiBQQ0ksIHRob3VnaCwgd2Ugd291bGRu
+J3QgZXZlbiBoYXZlIHRoZSBvcHRpb24gb2YNCj4gPj4gZGVzY3JpYmluZyBjaGlsZCBkZXZpY2Vz
+IHN0YXRpY2FsbHkgaW4gZmlybXdhcmUgYXQgYWxsLCBzaW5jZSBpdCdzIGFjdHVhbGx5DQo+ID4+
+IG9uZSBvZiB0aGVzZSBydW50aW1lLWNvbmZpZ3VyYWJsZSAiYnVpbGQgeW91ciBvd24gbmV0d29y
+ayBhY2NlbGVyYXRvciINCj4gPj4gaGFyZHdhcmUgcG9vbHMgd2hlcmUgdXNlcnNwYWNlIGdldHMg
+dG8gY3JlYXRlIGFuZCBkZXN0cm95ICJkZXZpY2VzIiBhcyBpdA0KPiA+PiBsaWtlcy4NCj4gPg0K
+PiA+IEkgcmVhbGx5IGhhdGUgdGhlIFBDSSBzcGVjaWFsIGNhc2UganVzdCBhcyBtdWNoLiAgTWF5
+YmUgd2UganVzdA0KPiA+IG5lZWQgYSBkbWFfY29uZmlndXJlIG1ldGhvZCBvbiB0aGUgYnVzLCBh
+bmQgbW92ZSBQQ0kgYXMgd2VsbCBhcyBmc2wtbWMNCj4gPiB0byBpdC4NCj4gDQo+IEhtbSwgb24g
+cmVmbGVjdGlvbiwgMTAwJSBhY2sgdG8gdGhhdCBpZGVhLiBJdCB3b3VsZCBuZWF0bHkgc3VwZXJz
+ZWRlDQo+IGJ1cy0+Zm9yY2VfZG1hICphbmQqIG1lYW4gdGhhdCB3ZSBkb24ndCBoYXZlIHRvIGVm
+ZmVjdGl2ZWx5IHB1bGwgcGNpLmgNCj4gaW50byBldmVyeXRoaW5nLCB3aGljaCBJJ3ZlIG5ldmVy
+IGxpa2VkLiBJbiBoaW5kc2lnaHQgZG1hX2NvbmZpZ3VyZSgpDQo+IGRvZXMgZmVlbCBsaWtlIGl0
+J3MgZ3Jvd24gaW50byB0aGlzIG9kZCBjaG9rZSBwb2ludCB3aGVyZSB3ZSBtdW5nZQ0KPiBldmVy
+eXRoaW5nIGluIGp1c3QgZm9yIGl0IHRvIGF3a3dhcmRseSB1bnBpY2sgdGhpbmdzIGFnYWluLg0K
+PiANCj4gUm9iaW4uDQoNCisxIHRvIHRoZSBpZGVhLg0KDQpTb3JyeSBmb3IgYXNraW5nIGEgdHJp
+dmlhbCBxdWVzdGlvbiAtIGxvb2tpbmcgaW50byBkbWFfY29uZmlndXJlKCkgSSBzZWUgdGhhdA0K
+UENJIGlzIHVzZWQgaW4gdGhlIHN0YXJ0IGFuZCB0aGUgZW5kIG9mIHRoZSBBUEkuDQpJbiB0aGUg
+ZW5kIHBhcnQgcGNpX3B1dF9ob3N0X2JyaWRnZV9kZXZpY2UoKSBpcyBjYWxsZWQuDQpTbyBhcmUg
+dHdvIGJ1cyBjYWxsYmFja3Mgc29tZXRoaW5nIGxpa2UgJ2RtYV9jb25maWdfc3RhcnQnICYgJ2Rt
+YV9jb25maWdfZW5kJw0Kd2lsbCBiZSByZXF1aXJlZCB3aGVyZSB0aGUgZm9ybWVyIG9uZSB3aWxs
+IHJldHVybiAiZG1hX2RldiI/DQoNClJlZ2FyZHMsDQpOaXB1bg0K
\ No newline at end of file
diff --git a/a/content_digest b/N2/content_digest
index a846ef1..f6fbbf5 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -55,45 +55,37 @@
"b\0"
]
[
- "\n",
- "\n",
- "> From: Robin Murphy [mailto:robin.murphy\@arm.com]\n",
- "> Sent: Tuesday, March 06, 2018 0:22\n",
- "> \n",
- "> On 05/03/18 18:39, Christoph Hellwig wrote:\n",
- "> > On Mon, Mar 05, 2018 at 03:48:32PM +0000, Robin Murphy wrote:\n",
- "> >> Unfortunately for us, fsl-mc is conceptually rather like PCI in that it's\n",
- "> >> software-discoverable and the only thing described in DT is the bus \"host\",\n",
- "> >> thus we need the same sort of thing as for PCI to map from the child\n",
- "> >> devices back to the bus root in order to find the appropriate firmware\n",
- "> >> node. Worse than PCI, though, we wouldn't even have the option of\n",
- "> >> describing child devices statically in firmware at all, since it's actually\n",
- "> >> one of these runtime-configurable \"build your own network accelerator\"\n",
- "> >> hardware pools where userspace gets to create and destroy \"devices\" as it\n",
- "> >> likes.\n",
- "> >\n",
- "> > I really hate the PCI special case just as much. Maybe we just\n",
- "> > need a dma_configure method on the bus, and move PCI as well as fsl-mc\n",
- "> > to it.\n",
- "> \n",
- "> Hmm, on reflection, 100% ack to that idea. It would neatly supersede\n",
- "> bus->force_dma *and* mean that we don't have to effectively pull pci.h\n",
- "> into everything, which I've never liked. In hindsight dma_configure()\n",
- "> does feel like it's grown into this odd choke point where we munge\n",
- "> everything in just for it to awkwardly unpick things again.\n",
- "> \n",
- "> Robin.\n",
- "\n",
- "+1 to the idea.\n",
- "\n",
- "Sorry for asking a trivial question - looking into dma_configure() I see that\n",
- "PCI is used in the start and the end of the API.\n",
- "In the end part pci_put_host_bridge_device() is called.\n",
- "So are two bus callbacks something like 'dma_config_start' & 'dma_config_end'\n",
- "will be required where the former one will return \"dma_dev\"?\n",
- "\n",
- "Regards,\n",
- "Nipun"
+ "DQoNCj4gRnJvbTogUm9iaW4gTXVycGh5IFttYWlsdG86cm9iaW4ubXVycGh5QGFybS5jb21dDQo+\n",
+ "IFNlbnQ6IFR1ZXNkYXksIE1hcmNoIDA2LCAyMDE4IDA6MjINCj4gDQo+IE9uIDA1LzAzLzE4IDE4\n",
+ "OjM5LCBDaHJpc3RvcGggSGVsbHdpZyB3cm90ZToNCj4gPiBPbiBNb24sIE1hciAwNSwgMjAxOCBh\n",
+ "dCAwMzo0ODozMlBNICswMDAwLCBSb2JpbiBNdXJwaHkgd3JvdGU6DQo+ID4+IFVuZm9ydHVuYXRl\n",
+ "bHkgZm9yIHVzLCBmc2wtbWMgaXMgY29uY2VwdHVhbGx5IHJhdGhlciBsaWtlIFBDSSBpbiB0aGF0\n",
+ "IGl0J3MNCj4gPj4gc29mdHdhcmUtZGlzY292ZXJhYmxlIGFuZCB0aGUgb25seSB0aGluZyBkZXNj\n",
+ "cmliZWQgaW4gRFQgaXMgdGhlIGJ1cyAiaG9zdCIsDQo+ID4+IHRodXMgd2UgbmVlZCB0aGUgc2Ft\n",
+ "ZSBzb3J0IG9mIHRoaW5nIGFzIGZvciBQQ0kgdG8gbWFwIGZyb20gdGhlIGNoaWxkDQo+ID4+IGRl\n",
+ "dmljZXMgYmFjayB0byB0aGUgYnVzIHJvb3QgaW4gb3JkZXIgdG8gZmluZCB0aGUgYXBwcm9wcmlh\n",
+ "dGUgZmlybXdhcmUNCj4gPj4gbm9kZS4gV29yc2UgdGhhbiBQQ0ksIHRob3VnaCwgd2Ugd291bGRu\n",
+ "J3QgZXZlbiBoYXZlIHRoZSBvcHRpb24gb2YNCj4gPj4gZGVzY3JpYmluZyBjaGlsZCBkZXZpY2Vz\n",
+ "IHN0YXRpY2FsbHkgaW4gZmlybXdhcmUgYXQgYWxsLCBzaW5jZSBpdCdzIGFjdHVhbGx5DQo+ID4+\n",
+ "IG9uZSBvZiB0aGVzZSBydW50aW1lLWNvbmZpZ3VyYWJsZSAiYnVpbGQgeW91ciBvd24gbmV0d29y\n",
+ "ayBhY2NlbGVyYXRvciINCj4gPj4gaGFyZHdhcmUgcG9vbHMgd2hlcmUgdXNlcnNwYWNlIGdldHMg\n",
+ "dG8gY3JlYXRlIGFuZCBkZXN0cm95ICJkZXZpY2VzIiBhcyBpdA0KPiA+PiBsaWtlcy4NCj4gPg0K\n",
+ "PiA+IEkgcmVhbGx5IGhhdGUgdGhlIFBDSSBzcGVjaWFsIGNhc2UganVzdCBhcyBtdWNoLiAgTWF5\n",
+ "YmUgd2UganVzdA0KPiA+IG5lZWQgYSBkbWFfY29uZmlndXJlIG1ldGhvZCBvbiB0aGUgYnVzLCBh\n",
+ "bmQgbW92ZSBQQ0kgYXMgd2VsbCBhcyBmc2wtbWMNCj4gPiB0byBpdC4NCj4gDQo+IEhtbSwgb24g\n",
+ "cmVmbGVjdGlvbiwgMTAwJSBhY2sgdG8gdGhhdCBpZGVhLiBJdCB3b3VsZCBuZWF0bHkgc3VwZXJz\n",
+ "ZWRlDQo+IGJ1cy0+Zm9yY2VfZG1hICphbmQqIG1lYW4gdGhhdCB3ZSBkb24ndCBoYXZlIHRvIGVm\n",
+ "ZmVjdGl2ZWx5IHB1bGwgcGNpLmgNCj4gaW50byBldmVyeXRoaW5nLCB3aGljaCBJJ3ZlIG5ldmVy\n",
+ "IGxpa2VkLiBJbiBoaW5kc2lnaHQgZG1hX2NvbmZpZ3VyZSgpDQo+IGRvZXMgZmVlbCBsaWtlIGl0\n",
+ "J3MgZ3Jvd24gaW50byB0aGlzIG9kZCBjaG9rZSBwb2ludCB3aGVyZSB3ZSBtdW5nZQ0KPiBldmVy\n",
+ "eXRoaW5nIGluIGp1c3QgZm9yIGl0IHRvIGF3a3dhcmRseSB1bnBpY2sgdGhpbmdzIGFnYWluLg0K\n",
+ "PiANCj4gUm9iaW4uDQoNCisxIHRvIHRoZSBpZGVhLg0KDQpTb3JyeSBmb3IgYXNraW5nIGEgdHJp\n",
+ "dmlhbCBxdWVzdGlvbiAtIGxvb2tpbmcgaW50byBkbWFfY29uZmlndXJlKCkgSSBzZWUgdGhhdA0K\n",
+ "UENJIGlzIHVzZWQgaW4gdGhlIHN0YXJ0IGFuZCB0aGUgZW5kIG9mIHRoZSBBUEkuDQpJbiB0aGUg\n",
+ "ZW5kIHBhcnQgcGNpX3B1dF9ob3N0X2JyaWRnZV9kZXZpY2UoKSBpcyBjYWxsZWQuDQpTbyBhcmUg\n",
+ "dHdvIGJ1cyBjYWxsYmFja3Mgc29tZXRoaW5nIGxpa2UgJ2RtYV9jb25maWdfc3RhcnQnICYgJ2Rt\n",
+ "YV9jb25maWdfZW5kJw0Kd2lsbCBiZSByZXF1aXJlZCB3aGVyZSB0aGUgZm9ybWVyIG9uZSB3aWxs\n",
+ "IHJldHVybiAiZG1hX2RldiI/DQoNClJlZ2FyZHMsDQpOaXB1bg0K"
]
-02f6a706d7466077f2d916e1d3a50efe6bbb21fb9392e09954adb8ccd6cb0117
+8d6207331de6bfa711a0cc5ce096714cf3b50e2c29848ae531e8f33ba3dc1fe9
diff --git a/a/1.txt b/N3/1.txt
index 5412af7..91d5e6e 100644
--- a/a/1.txt
+++ b/N3/1.txt
@@ -1,6 +1,6 @@
-> From: Robin Murphy [mailto:robin.murphy@arm.com]
+> From: Robin Murphy [mailto:robin.murphy at arm.com]
> Sent: Tuesday, March 06, 2018 0:22
>
> On 05/03/18 18:39, Christoph Hellwig wrote:
diff --git a/a/content_digest b/N3/content_digest
index a846ef1..b87a8cf 100644
--- a/a/content_digest
+++ b/N3/content_digest
@@ -17,36 +17,16 @@
"ref\0001729ae21-d08c-b413-51a3-f22c394b388d\@arm.com\0"
]
[
- "From\0Nipun Gupta <nipun.gupta\@nxp.com>\0"
+ "From\0nipun.gupta\@nxp.com (Nipun Gupta)\0"
]
[
- "Subject\0RE: [PATCH 5/6] dma-mapping: support fsl-mc bus\0"
+ "Subject\0[PATCH 5/6] dma-mapping: support fsl-mc bus\0"
]
[
"Date\0Tue, 6 Mar 2018 04:41:56 +0000\0"
]
[
- "To\0Robin Murphy <robin.murphy\@arm.com>",
- " Christoph Hellwig <hch\@lst.de>\0"
-]
-[
- "Cc\0will.deacon\@arm.com <will.deacon\@arm.com>",
- " mark.rutland\@arm.com <mark.rutland\@arm.com>",
- " catalin.marinas\@arm.com <catalin.marinas\@arm.com>",
- " iommu\@lists.linux-foundation.org <iommu\@lists.linux-foundation.org>",
- " robh+dt\@kernel.org <robh+dt\@kernel.org>",
- " m.szyprowski\@samsung.com <m.szyprowski\@samsung.com>",
- " gregkh\@linuxfoundation.org <gregkh\@linuxfoundation.org>",
- " joro\@8bytes.org <joro\@8bytes.org>",
- " Leo Li <leoyang.li\@nxp.com>",
- " shawnguo\@kernel.org <shawnguo\@kernel.org>",
- " linux-kernel\@vger.kernel.org <linux-kernel\@vger.kernel.org>",
- " devicetree\@vger.kernel.org <devicetree\@vger.kernel.org>",
- " linux-arm-kernel\@lists.infradead.org <linux-arm-kernel\@lists.infradead.org>",
- " linuxppc-dev\@lists.ozlabs.org <linuxppc-dev\@lists.ozlabs.org>",
- " Bharat Bhushan <bharat.bhushan\@nxp.com>",
- " stuyoder\@gmail.com <stuyoder\@gmail.com>",
- " Laurentiu Tudor <laurentiu.tudor\@nxp.com>\0"
+ "To\0linux-arm-kernel\@lists.infradead.org\0"
]
[
"\0000:1\0"
@@ -57,7 +37,7 @@
[
"\n",
"\n",
- "> From: Robin Murphy [mailto:robin.murphy\@arm.com]\n",
+ "> From: Robin Murphy [mailto:robin.murphy at arm.com]\n",
"> Sent: Tuesday, March 06, 2018 0:22\n",
"> \n",
"> On 05/03/18 18:39, Christoph Hellwig wrote:\n",
@@ -96,4 +76,4 @@
"Nipun"
]
-02f6a706d7466077f2d916e1d3a50efe6bbb21fb9392e09954adb8ccd6cb0117
+9ac36c9db39a30285085ac58186d6a43669ebbae7037f52c83f8712967e3e167
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.