diff for duplicates of <5B0D467C.90206@huawei.com>

diff --git a/a/1.txt b/N1/1.txt
index 26d6791..c29befa 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,68 +1,57 @@
-Hi,
-
-On 2018/5/29 19:55, Jean-Philippe Brucker wrote:
-> (If possible, please reply in plain text to the list. Reading this in a
-> text-only reader is confusing, because all quotes have the same level)
-Sorry for that， I have reset the thunderbird, :) thanks.
-> On 26/05/18 04:53, Xu Zaibo wrote:
->> I guess there may be some misunderstandings :).
->>
->>  From the current patches, 'iommu_sva_device_shutdown' is called by 'vfio_iommu_sva_shutdown', which
->> is mainly used by 'vfio_iommu_type1_detach_group' that is finally called by processes' release of vfio facilitiy
->> automatically or called by 'VFIO_GROUP_UNSET_CONTAINER' manually in the processes.
->>
->> So, just image that 2 processes is working on the device with IOPF feature, and the 2 do the following to enable SVA:
->>
->>      1.open("/dev/vfio/vfio") ;
->>
->>     2.open the group of the devcie by calling open("/dev/vfio/x"), but now,
->>       I think the second processes will fail to open the group because current VFIO thinks that one group only can be used by one process/vm,
->>       at present, I use mediated device to create more groups on the parent device to support multiple processes;
->>
->>      3.VFIO_GROUP_SET_CONTAINER;
->>
->>      4.VFIO_SET_IOMMU;
->>
->>      5.VFIO_IOMMU_BIND;
-> I have a concern regarding your driver. With mdev you can't allow
-> processes to program the PASID themselves, since the parent device has a
-> single PASID table. You lose all isolation since processes could write
-> any value in the PASID field and access address spaces of other
-> processes bound to this parent device (even if the BIND call was for
-> other mdevs).
-Yes, if wrapdrive do nothing on this PASID setting procedure in kernel 
-space, I think
-there definitely exists this security risk.
-> The wrap driver has to mediate calls to bind(), and either program the
-> PASID into the device itself, or at least check that, when receiving a
-> SET_PASID ioctl from a process, the given PASID was actually allocated
-> to the process.
-Yes, good advice, thanks.
->
->>      6.Do some works with the hardware working unit filled by PASID on the device;
->>
->>     7.VFIO_IOMMU_UNBIND;
->>
->>      8.VFIO_GROUP_UNSET_CONTAINER;---here, have to sleep to wait another process to finish works of the step 6;
->>
->>      9. close(group); close(containner);
->>
->>
->> So, my idea is: If it is possible to just release the params or facilities that only belong to the current process while the process shutdown the device,
->> and while the last process releases them all. Then, as in the above step 8, we
->> don't need to wait, or maybe wait for a very long time if the other process is doing lots of work on the device.
-> Given that you need to notify the mediating driver of IOMMU_BIND calls
-> as explained above, you could do something similar for shutdown: from
-> the mdev driver, call iommu_sva_shutdown_device() only for the last mdev.
-Currently, I add an API to check if it is the last mdev in wrapdrive, as 
-vfio shutdowns the device,
-it call the API to do the check at first.
-
-Thanks
-Zaibo
-
-
-_______________________________________________
-iommu mailing list
-iommu@lists.linux-foundation.org
-https://lists.linuxfoundation.org/mailman/listinfo/iommu
+SGksCgpPbiAyMDE4LzUvMjkgMTk6NTUsIEplYW4tUGhpbGlwcGUgQnJ1Y2tlciB3cm90ZToKPiAo
+SWYgcG9zc2libGUsIHBsZWFzZSByZXBseSBpbiBwbGFpbiB0ZXh0IHRvIHRoZSBsaXN0LiBSZWFk
+aW5nIHRoaXMgaW4gYQo+IHRleHQtb25seSByZWFkZXIgaXMgY29uZnVzaW5nLCBiZWNhdXNlIGFs
+bCBxdW90ZXMgaGF2ZSB0aGUgc2FtZSBsZXZlbCkKU29ycnkgZm9yIHRoYXTvvIwgSSBoYXZlIHJl
+c2V0IHRoZSB0aHVuZGVyYmlyZCwgOikgdGhhbmtzLgo+IE9uIDI2LzA1LzE4IDA0OjUzLCBYdSBa
+YWlibyB3cm90ZToKPj4gSSBndWVzcyB0aGVyZSBtYXkgYmUgc29tZSBtaXN1bmRlcnN0YW5kaW5n
+cyA6KS4KPj4KPj4gIEZyb20gdGhlIGN1cnJlbnQgcGF0Y2hlcywgJ2lvbW11X3N2YV9kZXZpY2Vf
+c2h1dGRvd24nIGlzIGNhbGxlZCBieSAndmZpb19pb21tdV9zdmFfc2h1dGRvd24nLCB3aGljaAo+
+PiBpcyBtYWlubHkgdXNlZCBieSAndmZpb19pb21tdV90eXBlMV9kZXRhY2hfZ3JvdXAnIHRoYXQg
+aXMgZmluYWxseSBjYWxsZWQgYnkgcHJvY2Vzc2VzJyByZWxlYXNlIG9mIHZmaW8gZmFjaWxpdGl5
+Cj4+IGF1dG9tYXRpY2FsbHkgb3IgY2FsbGVkIGJ5ICdWRklPX0dST1VQX1VOU0VUX0NPTlRBSU5F
+UicgbWFudWFsbHkgaW4gdGhlIHByb2Nlc3Nlcy4KPj4KPj4gU28sIGp1c3QgaW1hZ2UgdGhhdCAy
+IHByb2Nlc3NlcyBpcyB3b3JraW5nIG9uIHRoZSBkZXZpY2Ugd2l0aCBJT1BGIGZlYXR1cmUsIGFu
+ZCB0aGUgMiBkbyB0aGUgZm9sbG93aW5nIHRvIGVuYWJsZSBTVkE6Cj4+Cj4+ICAgICAgMS5vcGVu
+KCIvZGV2L3ZmaW8vdmZpbyIpIDsKPj4KPj4gICAgIDIub3BlbiB0aGUgZ3JvdXAgb2YgdGhlIGRl
+dmNpZSBieSBjYWxsaW5nIG9wZW4oIi9kZXYvdmZpby94IiksIGJ1dCBub3csCj4+ICAgICAgIEkg
+dGhpbmsgdGhlIHNlY29uZCBwcm9jZXNzZXMgd2lsbCBmYWlsIHRvIG9wZW4gdGhlIGdyb3VwIGJl
+Y2F1c2UgY3VycmVudCBWRklPIHRoaW5rcyB0aGF0IG9uZSBncm91cCBvbmx5IGNhbiBiZSB1c2Vk
+IGJ5IG9uZSBwcm9jZXNzL3ZtLAo+PiAgICAgICBhdCBwcmVzZW50LCBJIHVzZSBtZWRpYXRlZCBk
+ZXZpY2UgdG8gY3JlYXRlIG1vcmUgZ3JvdXBzIG9uIHRoZSBwYXJlbnQgZGV2aWNlIHRvIHN1cHBv
+cnQgbXVsdGlwbGUgcHJvY2Vzc2VzOwo+Pgo+PiAgICAgIDMuVkZJT19HUk9VUF9TRVRfQ09OVEFJ
+TkVSOwo+Pgo+PiAgICAgIDQuVkZJT19TRVRfSU9NTVU7Cj4+Cj4+ICAgICAgNS5WRklPX0lPTU1V
+X0JJTkQ7Cj4gSSBoYXZlIGEgY29uY2VybiByZWdhcmRpbmcgeW91ciBkcml2ZXIuIFdpdGggbWRl
+diB5b3UgY2FuJ3QgYWxsb3cKPiBwcm9jZXNzZXMgdG8gcHJvZ3JhbSB0aGUgUEFTSUQgdGhlbXNl
+bHZlcywgc2luY2UgdGhlIHBhcmVudCBkZXZpY2UgaGFzIGEKPiBzaW5nbGUgUEFTSUQgdGFibGUu
+IFlvdSBsb3NlIGFsbCBpc29sYXRpb24gc2luY2UgcHJvY2Vzc2VzIGNvdWxkIHdyaXRlCj4gYW55
+IHZhbHVlIGluIHRoZSBQQVNJRCBmaWVsZCBhbmQgYWNjZXNzIGFkZHJlc3Mgc3BhY2VzIG9mIG90
+aGVyCj4gcHJvY2Vzc2VzIGJvdW5kIHRvIHRoaXMgcGFyZW50IGRldmljZSAoZXZlbiBpZiB0aGUg
+QklORCBjYWxsIHdhcyBmb3IKPiBvdGhlciBtZGV2cykuClllcywgaWYgd3JhcGRyaXZlIGRvIG5v
+dGhpbmcgb24gdGhpcyBQQVNJRCBzZXR0aW5nIHByb2NlZHVyZSBpbiBrZXJuZWwgCnNwYWNlLCBJ
+IHRoaW5rCnRoZXJlIGRlZmluaXRlbHkgZXhpc3RzIHRoaXMgc2VjdXJpdHkgcmlzay4KPiBUaGUg
+d3JhcCBkcml2ZXIgaGFzIHRvIG1lZGlhdGUgY2FsbHMgdG8gYmluZCgpLCBhbmQgZWl0aGVyIHBy
+b2dyYW0gdGhlCj4gUEFTSUQgaW50byB0aGUgZGV2aWNlIGl0c2VsZiwgb3IgYXQgbGVhc3QgY2hl
+Y2sgdGhhdCwgd2hlbiByZWNlaXZpbmcgYQo+IFNFVF9QQVNJRCBpb2N0bCBmcm9tIGEgcHJvY2Vz
+cywgdGhlIGdpdmVuIFBBU0lEIHdhcyBhY3R1YWxseSBhbGxvY2F0ZWQKPiB0byB0aGUgcHJvY2Vz
+cy4KWWVzLCBnb29kIGFkdmljZSwgdGhhbmtzLgo+Cj4+ICAgICAgNi5EbyBzb21lIHdvcmtzIHdp
+dGggdGhlIGhhcmR3YXJlIHdvcmtpbmcgdW5pdCBmaWxsZWQgYnkgUEFTSUQgb24gdGhlIGRldmlj
+ZTsKPj4KPj4gICAgIDcuVkZJT19JT01NVV9VTkJJTkQ7Cj4+Cj4+ICAgICAgOC5WRklPX0dST1VQ
+X1VOU0VUX0NPTlRBSU5FUjstLS1oZXJlLCBoYXZlIHRvIHNsZWVwIHRvIHdhaXQgYW5vdGhlciBw
+cm9jZXNzIHRvIGZpbmlzaCB3b3JrcyBvZiB0aGUgc3RlcCA2Owo+Pgo+PiAgICAgIDkuIGNsb3Nl
+KGdyb3VwKTsgY2xvc2UoY29udGFpbm5lcik7Cj4+Cj4+Cj4+IFNvLCBteSBpZGVhIGlzOiBJZiBp
+dCBpcyBwb3NzaWJsZSB0byBqdXN0IHJlbGVhc2UgdGhlIHBhcmFtcyBvciBmYWNpbGl0aWVzIHRo
+YXQgb25seSBiZWxvbmcgdG8gdGhlIGN1cnJlbnQgcHJvY2VzcyB3aGlsZSB0aGUgcHJvY2VzcyBz
+aHV0ZG93biB0aGUgZGV2aWNlLAo+PiBhbmQgd2hpbGUgdGhlIGxhc3QgcHJvY2VzcyByZWxlYXNl
+cyB0aGVtIGFsbC4gVGhlbiwgYXMgaW4gdGhlIGFib3ZlIHN0ZXAgOCwgd2UKPj4gZG9uJ3QgbmVl
+ZCB0byB3YWl0LCBvciBtYXliZSB3YWl0IGZvciBhIHZlcnkgbG9uZyB0aW1lIGlmIHRoZSBvdGhl
+ciBwcm9jZXNzIGlzIGRvaW5nIGxvdHMgb2Ygd29yayBvbiB0aGUgZGV2aWNlLgo+IEdpdmVuIHRo
+YXQgeW91IG5lZWQgdG8gbm90aWZ5IHRoZSBtZWRpYXRpbmcgZHJpdmVyIG9mIElPTU1VX0JJTkQg
+Y2FsbHMKPiBhcyBleHBsYWluZWQgYWJvdmUsIHlvdSBjb3VsZCBkbyBzb21ldGhpbmcgc2ltaWxh
+ciBmb3Igc2h1dGRvd246IGZyb20KPiB0aGUgbWRldiBkcml2ZXIsIGNhbGwgaW9tbXVfc3ZhX3No
+dXRkb3duX2RldmljZSgpIG9ubHkgZm9yIHRoZSBsYXN0IG1kZXYuCkN1cnJlbnRseSwgSSBhZGQg
+YW4gQVBJIHRvIGNoZWNrIGlmIGl0IGlzIHRoZSBsYXN0IG1kZXYgaW4gd3JhcGRyaXZlLCBhcyAK
+dmZpbyBzaHV0ZG93bnMgdGhlIGRldmljZSwKaXQgY2FsbCB0aGUgQVBJIHRvIGRvIHRoZSBjaGVj
+ayBhdCBmaXJzdC4KClRoYW5rcwpaYWlibwoKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f
+X19fX19fX19fX19fX19fX19fXwpsaW51eC1hcm0ta2VybmVsIG1haWxpbmcgbGlzdApsaW51eC1h
+cm0ta2VybmVsQGxpc3RzLmluZnJhZGVhZC5vcmcKaHR0cDovL2xpc3RzLmluZnJhZGVhZC5vcmcv
+bWFpbG1hbi9saXN0aW5mby9saW51eC1hcm0ta2VybmVsCg==
diff --git a/a/content_digest b/N1/content_digest
index bb0d641..ac4d623 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -8,96 +8,86 @@
  "ref\0fea420ff-e738-e2ed-ab1e-a3f4dde4b6ef@arm.com\0"
  "ref\05B08DA21.3070507@huawei.com\0"
  "ref\099ff4f89-86ef-a251-894c-8aa8a47d2a69@arm.com\0"
- "ref\099ff4f89-86ef-a251-894c-8aa8a47d2a69-5wv7dgnIgG8@public.gmane.org\0"
- "From\0Xu Zaibo <xuzaibo-hv44wF8Li93QT0dZR+AlfA@public.gmane.org>\0"
+ "From\0Xu Zaibo <xuzaibo@huawei.com>\0"
  "Subject\0Re: [PATCH v2 13/40] vfio: Add support for Shared Virtual Addressing\0"
  "Date\0Tue, 29 May 2018 20:24:28 +0800\0"
- "To\0Jean-Philippe Brucker <jean-philippe.brucker-5wv7dgnIgG8@public.gmane.org>"
-  linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org <linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
-  linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
-  linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
-  devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
-  iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
-  kvm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <kvm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
- " linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org <linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org>\0"
- "Cc\0ashok.raj-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org <ashok.raj-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>"
-  dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org <dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
-  ilias.apalodimas-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org <ilias.apalodimas-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
-  Will Deacon <Will.Deacon-5wv7dgnIgG8@public.gmane.org>
-  okaya-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org <okaya-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
-  rgummal-gjFFaj9aHVfQT0dZR+AlfA@public.gmane.org <rgummal-gjFFaj9aHVfQT0dZR+AlfA@public.gmane.org>
-  rfranz-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org <rfranz-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
-  liguozhu-C8/M+/jPZTeaMJb+Lgu22Q@public.gmane.org <liguozhu-C8/M+/jPZTeaMJb+Lgu22Q@public.gmane.org>
- " christian.koenig-5C7GfCeVMHo@public.gmane.org <christian.koenig-5C7GfCeVMHo@public.gmane.org>\0"
+ "To\0Jean-Philippe Brucker <jean-philippe.brucker@arm.com>"
+  linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org>
+  linux-pci@vger.kernel.org <linux-pci@vger.kernel.org>
+  linux-acpi@vger.kernel.org <linux-acpi@vger.kernel.org>
+  devicetree@vger.kernel.org <devicetree@vger.kernel.org>
+  iommu@lists.linux-foundation.org <iommu@lists.linux-foundation.org>
+  kvm@vger.kernel.org <kvm@vger.kernel.org>
+ " linux-mm@kvack.org <linux-mm@kvack.org>\0"
+ "Cc\0bharatku@xilinx.com <bharatku@xilinx.com>"
+  ashok.raj@intel.com <ashok.raj@intel.com>
+  dwmw2@infradead.org <dwmw2@infradead.org>
+  ilias.apalodimas@linaro.org <ilias.apalodimas@linaro.org>
+  Will Deacon <Will.Deacon@arm.com>
+  okaya@codeaurora.org <okaya@codeaurora.org>
+  rgummal@xilinx.com <rgummal@xilinx.com>
+  Jonathan Cameron <Jonathan.Cameron@huawei.com>
+  rfranz@cavium.com <rfranz@cavium.com>
+  liguozhu@hisilicon.com <liguozhu@hisilicon.com>
+ " christian.koenig@amd.com <christian.koenig@amd.com>\0"
  "\00:1\0"
  "b\0"
- "Hi,\n"
- "\n"
- "On 2018/5/29 19:55, Jean-Philippe Brucker wrote:\n"
- "> (If possible, please reply in plain text to the list. Reading this in a\n"
- "> text-only reader is confusing, because all quotes have the same level)\n"
- "Sorry for that\357\274\214 I have reset the thunderbird, :) thanks.\n"
- "> On 26/05/18 04:53, Xu Zaibo wrote:\n"
- ">> I guess there may be some misunderstandings :).\n"
- ">>\n"
- ">>  From the current patches, 'iommu_sva_device_shutdown' is called by 'vfio_iommu_sva_shutdown', which\n"
- ">> is mainly used by 'vfio_iommu_type1_detach_group' that is finally called by processes' release of vfio facilitiy\n"
- ">> automatically or called by 'VFIO_GROUP_UNSET_CONTAINER' manually in the processes.\n"
- ">>\n"
- ">> So, just image that 2 processes is working on the device with IOPF feature, and the 2 do the following to enable SVA:\n"
- ">>\n"
- ">>      1.open(\"/dev/vfio/vfio\") ;\n"
- ">>\n"
- ">>     2.open the group of the devcie by calling open(\"/dev/vfio/x\"), but now,\n"
- ">>       I think the second processes will fail to open the group because current VFIO thinks that one group only can be used by one process/vm,\n"
- ">>       at present, I use mediated device to create more groups on the parent device to support multiple processes;\n"
- ">>\n"
- ">>      3.VFIO_GROUP_SET_CONTAINER;\n"
- ">>\n"
- ">>      4.VFIO_SET_IOMMU;\n"
- ">>\n"
- ">>      5.VFIO_IOMMU_BIND;\n"
- "> I have a concern regarding your driver. With mdev you can't allow\n"
- "> processes to program the PASID themselves, since the parent device has a\n"
- "> single PASID table. You lose all isolation since processes could write\n"
- "> any value in the PASID field and access address spaces of other\n"
- "> processes bound to this parent device (even if the BIND call was for\n"
- "> other mdevs).\n"
- "Yes, if wrapdrive do nothing on this PASID setting procedure in kernel \n"
- "space, I think\n"
- "there definitely exists this security risk.\n"
- "> The wrap driver has to mediate calls to bind(), and either program the\n"
- "> PASID into the device itself, or at least check that, when receiving a\n"
- "> SET_PASID ioctl from a process, the given PASID was actually allocated\n"
- "> to the process.\n"
- "Yes, good advice, thanks.\n"
- ">\n"
- ">>      6.Do some works with the hardware working unit filled by PASID on the device;\n"
- ">>\n"
- ">>     7.VFIO_IOMMU_UNBIND;\n"
- ">>\n"
- ">>      8.VFIO_GROUP_UNSET_CONTAINER;---here, have to sleep to wait another process to finish works of the step 6;\n"
- ">>\n"
- ">>      9. close(group); close(containner);\n"
- ">>\n"
- ">>\n"
- ">> So, my idea is: If it is possible to just release the params or facilities that only belong to the current process while the process shutdown the device,\n"
- ">> and while the last process releases them all. Then, as in the above step 8, we\n"
- ">> don't need to wait, or maybe wait for a very long time if the other process is doing lots of work on the device.\n"
- "> Given that you need to notify the mediating driver of IOMMU_BIND calls\n"
- "> as explained above, you could do something similar for shutdown: from\n"
- "> the mdev driver, call iommu_sva_shutdown_device() only for the last mdev.\n"
- "Currently, I add an API to check if it is the last mdev in wrapdrive, as \n"
- "vfio shutdowns the device,\n"
- "it call the API to do the check at first.\n"
- "\n"
- "Thanks\n"
- "Zaibo\n"
- "\n"
- "\n"
- "_______________________________________________\n"
- "iommu mailing list\n"
- "iommu@lists.linux-foundation.org\n"
- https://lists.linuxfoundation.org/mailman/listinfo/iommu
+ "SGksCgpPbiAyMDE4LzUvMjkgMTk6NTUsIEplYW4tUGhpbGlwcGUgQnJ1Y2tlciB3cm90ZToKPiAo\n"
+ "SWYgcG9zc2libGUsIHBsZWFzZSByZXBseSBpbiBwbGFpbiB0ZXh0IHRvIHRoZSBsaXN0LiBSZWFk\n"
+ "aW5nIHRoaXMgaW4gYQo+IHRleHQtb25seSByZWFkZXIgaXMgY29uZnVzaW5nLCBiZWNhdXNlIGFs\n"
+ "bCBxdW90ZXMgaGF2ZSB0aGUgc2FtZSBsZXZlbCkKU29ycnkgZm9yIHRoYXTvvIwgSSBoYXZlIHJl\n"
+ "c2V0IHRoZSB0aHVuZGVyYmlyZCwgOikgdGhhbmtzLgo+IE9uIDI2LzA1LzE4IDA0OjUzLCBYdSBa\n"
+ "YWlibyB3cm90ZToKPj4gSSBndWVzcyB0aGVyZSBtYXkgYmUgc29tZSBtaXN1bmRlcnN0YW5kaW5n\n"
+ "cyA6KS4KPj4KPj4gIEZyb20gdGhlIGN1cnJlbnQgcGF0Y2hlcywgJ2lvbW11X3N2YV9kZXZpY2Vf\n"
+ "c2h1dGRvd24nIGlzIGNhbGxlZCBieSAndmZpb19pb21tdV9zdmFfc2h1dGRvd24nLCB3aGljaAo+\n"
+ "PiBpcyBtYWlubHkgdXNlZCBieSAndmZpb19pb21tdV90eXBlMV9kZXRhY2hfZ3JvdXAnIHRoYXQg\n"
+ "aXMgZmluYWxseSBjYWxsZWQgYnkgcHJvY2Vzc2VzJyByZWxlYXNlIG9mIHZmaW8gZmFjaWxpdGl5\n"
+ "Cj4+IGF1dG9tYXRpY2FsbHkgb3IgY2FsbGVkIGJ5ICdWRklPX0dST1VQX1VOU0VUX0NPTlRBSU5F\n"
+ "UicgbWFudWFsbHkgaW4gdGhlIHByb2Nlc3Nlcy4KPj4KPj4gU28sIGp1c3QgaW1hZ2UgdGhhdCAy\n"
+ "IHByb2Nlc3NlcyBpcyB3b3JraW5nIG9uIHRoZSBkZXZpY2Ugd2l0aCBJT1BGIGZlYXR1cmUsIGFu\n"
+ "ZCB0aGUgMiBkbyB0aGUgZm9sbG93aW5nIHRvIGVuYWJsZSBTVkE6Cj4+Cj4+ICAgICAgMS5vcGVu\n"
+ "KCIvZGV2L3ZmaW8vdmZpbyIpIDsKPj4KPj4gICAgIDIub3BlbiB0aGUgZ3JvdXAgb2YgdGhlIGRl\n"
+ "dmNpZSBieSBjYWxsaW5nIG9wZW4oIi9kZXYvdmZpby94IiksIGJ1dCBub3csCj4+ICAgICAgIEkg\n"
+ "dGhpbmsgdGhlIHNlY29uZCBwcm9jZXNzZXMgd2lsbCBmYWlsIHRvIG9wZW4gdGhlIGdyb3VwIGJl\n"
+ "Y2F1c2UgY3VycmVudCBWRklPIHRoaW5rcyB0aGF0IG9uZSBncm91cCBvbmx5IGNhbiBiZSB1c2Vk\n"
+ "IGJ5IG9uZSBwcm9jZXNzL3ZtLAo+PiAgICAgICBhdCBwcmVzZW50LCBJIHVzZSBtZWRpYXRlZCBk\n"
+ "ZXZpY2UgdG8gY3JlYXRlIG1vcmUgZ3JvdXBzIG9uIHRoZSBwYXJlbnQgZGV2aWNlIHRvIHN1cHBv\n"
+ "cnQgbXVsdGlwbGUgcHJvY2Vzc2VzOwo+Pgo+PiAgICAgIDMuVkZJT19HUk9VUF9TRVRfQ09OVEFJ\n"
+ "TkVSOwo+Pgo+PiAgICAgIDQuVkZJT19TRVRfSU9NTVU7Cj4+Cj4+ICAgICAgNS5WRklPX0lPTU1V\n"
+ "X0JJTkQ7Cj4gSSBoYXZlIGEgY29uY2VybiByZWdhcmRpbmcgeW91ciBkcml2ZXIuIFdpdGggbWRl\n"
+ "diB5b3UgY2FuJ3QgYWxsb3cKPiBwcm9jZXNzZXMgdG8gcHJvZ3JhbSB0aGUgUEFTSUQgdGhlbXNl\n"
+ "bHZlcywgc2luY2UgdGhlIHBhcmVudCBkZXZpY2UgaGFzIGEKPiBzaW5nbGUgUEFTSUQgdGFibGUu\n"
+ "IFlvdSBsb3NlIGFsbCBpc29sYXRpb24gc2luY2UgcHJvY2Vzc2VzIGNvdWxkIHdyaXRlCj4gYW55\n"
+ "IHZhbHVlIGluIHRoZSBQQVNJRCBmaWVsZCBhbmQgYWNjZXNzIGFkZHJlc3Mgc3BhY2VzIG9mIG90\n"
+ "aGVyCj4gcHJvY2Vzc2VzIGJvdW5kIHRvIHRoaXMgcGFyZW50IGRldmljZSAoZXZlbiBpZiB0aGUg\n"
+ "QklORCBjYWxsIHdhcyBmb3IKPiBvdGhlciBtZGV2cykuClllcywgaWYgd3JhcGRyaXZlIGRvIG5v\n"
+ "dGhpbmcgb24gdGhpcyBQQVNJRCBzZXR0aW5nIHByb2NlZHVyZSBpbiBrZXJuZWwgCnNwYWNlLCBJ\n"
+ "IHRoaW5rCnRoZXJlIGRlZmluaXRlbHkgZXhpc3RzIHRoaXMgc2VjdXJpdHkgcmlzay4KPiBUaGUg\n"
+ "d3JhcCBkcml2ZXIgaGFzIHRvIG1lZGlhdGUgY2FsbHMgdG8gYmluZCgpLCBhbmQgZWl0aGVyIHBy\n"
+ "b2dyYW0gdGhlCj4gUEFTSUQgaW50byB0aGUgZGV2aWNlIGl0c2VsZiwgb3IgYXQgbGVhc3QgY2hl\n"
+ "Y2sgdGhhdCwgd2hlbiByZWNlaXZpbmcgYQo+IFNFVF9QQVNJRCBpb2N0bCBmcm9tIGEgcHJvY2Vz\n"
+ "cywgdGhlIGdpdmVuIFBBU0lEIHdhcyBhY3R1YWxseSBhbGxvY2F0ZWQKPiB0byB0aGUgcHJvY2Vz\n"
+ "cy4KWWVzLCBnb29kIGFkdmljZSwgdGhhbmtzLgo+Cj4+ICAgICAgNi5EbyBzb21lIHdvcmtzIHdp\n"
+ "dGggdGhlIGhhcmR3YXJlIHdvcmtpbmcgdW5pdCBmaWxsZWQgYnkgUEFTSUQgb24gdGhlIGRldmlj\n"
+ "ZTsKPj4KPj4gICAgIDcuVkZJT19JT01NVV9VTkJJTkQ7Cj4+Cj4+ICAgICAgOC5WRklPX0dST1VQ\n"
+ "X1VOU0VUX0NPTlRBSU5FUjstLS1oZXJlLCBoYXZlIHRvIHNsZWVwIHRvIHdhaXQgYW5vdGhlciBw\n"
+ "cm9jZXNzIHRvIGZpbmlzaCB3b3JrcyBvZiB0aGUgc3RlcCA2Owo+Pgo+PiAgICAgIDkuIGNsb3Nl\n"
+ "KGdyb3VwKTsgY2xvc2UoY29udGFpbm5lcik7Cj4+Cj4+Cj4+IFNvLCBteSBpZGVhIGlzOiBJZiBp\n"
+ "dCBpcyBwb3NzaWJsZSB0byBqdXN0IHJlbGVhc2UgdGhlIHBhcmFtcyBvciBmYWNpbGl0aWVzIHRo\n"
+ "YXQgb25seSBiZWxvbmcgdG8gdGhlIGN1cnJlbnQgcHJvY2VzcyB3aGlsZSB0aGUgcHJvY2VzcyBz\n"
+ "aHV0ZG93biB0aGUgZGV2aWNlLAo+PiBhbmQgd2hpbGUgdGhlIGxhc3QgcHJvY2VzcyByZWxlYXNl\n"
+ "cyB0aGVtIGFsbC4gVGhlbiwgYXMgaW4gdGhlIGFib3ZlIHN0ZXAgOCwgd2UKPj4gZG9uJ3QgbmVl\n"
+ "ZCB0byB3YWl0LCBvciBtYXliZSB3YWl0IGZvciBhIHZlcnkgbG9uZyB0aW1lIGlmIHRoZSBvdGhl\n"
+ "ciBwcm9jZXNzIGlzIGRvaW5nIGxvdHMgb2Ygd29yayBvbiB0aGUgZGV2aWNlLgo+IEdpdmVuIHRo\n"
+ "YXQgeW91IG5lZWQgdG8gbm90aWZ5IHRoZSBtZWRpYXRpbmcgZHJpdmVyIG9mIElPTU1VX0JJTkQg\n"
+ "Y2FsbHMKPiBhcyBleHBsYWluZWQgYWJvdmUsIHlvdSBjb3VsZCBkbyBzb21ldGhpbmcgc2ltaWxh\n"
+ "ciBmb3Igc2h1dGRvd246IGZyb20KPiB0aGUgbWRldiBkcml2ZXIsIGNhbGwgaW9tbXVfc3ZhX3No\n"
+ "dXRkb3duX2RldmljZSgpIG9ubHkgZm9yIHRoZSBsYXN0IG1kZXYuCkN1cnJlbnRseSwgSSBhZGQg\n"
+ "YW4gQVBJIHRvIGNoZWNrIGlmIGl0IGlzIHRoZSBsYXN0IG1kZXYgaW4gd3JhcGRyaXZlLCBhcyAK\n"
+ "dmZpbyBzaHV0ZG93bnMgdGhlIGRldmljZSwKaXQgY2FsbCB0aGUgQVBJIHRvIGRvIHRoZSBjaGVj\n"
+ "ayBhdCBmaXJzdC4KClRoYW5rcwpaYWlibwoKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f\n"
+ "X19fX19fX19fX19fX19fX19fXwpsaW51eC1hcm0ta2VybmVsIG1haWxpbmcgbGlzdApsaW51eC1h\n"
+ "cm0ta2VybmVsQGxpc3RzLmluZnJhZGVhZC5vcmcKaHR0cDovL2xpc3RzLmluZnJhZGVhZC5vcmcv\n"
+ bWFpbG1hbi9saXN0aW5mby9saW51eC1hcm0ta2VybmVsCg==
 
-c35a5480abaed4181a753e62e797f66b8b4d13aad1d9beb29f373cb7327e8464
+dffa38e512cf9a67cbefcd1cba9b7dcc9043f3a9711dce229f09ef91b36f3c1f
