diff for duplicates of <m2tw7a17nb.fsf@baylibre.com>

diff --git a/a/1.txt b/N1/1.txt
index 85ae932..ad9174d 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,72 +1,59 @@
-Neil Armstrong <narmstrong@baylibre.com> writes:
-
-> Hi Andreas,
-> On 03/02/2017 01:31 PM, Andreas F?rber wrote:
->> Hi Neil,
->> 
->> Am 01.03.2017 um 11:46 schrieb Neil Armstrong:
->>> The same MALI-450 MP3 GPU is present in the GXBB and GXL SoCs.
->> 
->> First of all, any reason you're upper-casing Mali in the commit message?
->> ARM doesn't.
->
-> No reason, only a type, indeed it was lower-casing on the v1.
-> Will fix in v2.
->
->> 
->>>
->>> The node is simply added in the meson-gxbb.dtsi file.
->> 
->> The GXBB part looks fine on a quick look.
->> 
->>>
->>> For GXL, since a lot is shared with the GXM that has a MALI-T820 IP, this
->>> patch adds a new meson-gxl-mali.dtsi and is included in the SoC specific
->>> dtsi files.
->> 
->> This part is slightly confusing though.
->> 
->> What exactly is the GXL vs. GXM difference that this can't be handled by
->> overriding node properties compatible/interrupts/clocks? I am missing a
->> GXM patch in this series as rationale for doing it this way.
->> 
->> In particular I am wondering whether the whole GXM-inherits-from-GXL
->> concept is flawed and should be adjusted if this leads to secondary
->> .dtsi files like this: My proposal would be to instead create a
->> meson-gxl-gxm.dtsi, that meson-gxl.dtsi and meson-gxm.dtsi can inherit
->> the current common parts from, then the Mali bits can simply go into
->> meson-gxl.dtsi without extra #includes needed in S905X and S905D. While
->> it's slightly more work to split once again, I think it would be cleaner.
->
-> The GXL and GXM differences are very small :
->  - They share the same clock tree
->  - They share the same pinctrl and even the same pinout (S905D and S912 are pin-to-pin compatible)
->  - They share all the peripherals
->
-> The only changes are :
->  - Enhanced video encoding and decoding support, this will need a family-specific compatible when pushed
->  - Slightly differences in the Video Processing Unit, this is why I introduced family-specific compatibles
->  - A secondary Cortex-A53 cluster
->  - A secondary SCPI cpufreq clock entry
->  - A different Mali core, but with the same interrupts (less but they share the same lower interrupts), clocks and memory space
->
-> This is why it was decided to have a sub-dtsi, having a secondary dtsi will simply copy 99% of the GXL dtsi,
-> but surely we could also have an intermediate dtsi but for boards I'm ok with it, but less for a SoC dtsi,
-> since it could lead to some confusion.
->
-> Finally, yes I could have added the mali node to the GXL dtsi, but the midgard Mali dt-bindings are not upstream
-> and the family is too big and recent enough to consider having stable bindings for now.
->
-> Nevertheless, nothing is final, this gxl-mali.dtsi could be merged into the GXL dtsi in the future when we
-> have proper dt-bindings and a real support of the T820 Mali on the S912.
->
-> Kevin, what's your thought about this ?
-
-I don't have a strong preference.  I'm OK with a separate Mali .dtsi due
-to the signficant overlap between GXL/GXM in terms of clocks, interrupts
-etc.
-
-However, if the plan is to #include this from GXM .dts files, whould a
-better name be meson-gx-mali.dtsi?
-
-Kevin
+TmVpbCBBcm1zdHJvbmcgPG5hcm1zdHJvbmdAYmF5bGlicmUuY29tPiB3cml0ZXM6Cgo+IEhpIEFu
+ZHJlYXMsCj4gT24gMDMvMDIvMjAxNyAwMTozMSBQTSwgQW5kcmVhcyBGw6RyYmVyIHdyb3RlOgo+
+PiBIaSBOZWlsLAo+PiAKPj4gQW0gMDEuMDMuMjAxNyB1bSAxMTo0NiBzY2hyaWViIE5laWwgQXJt
+c3Ryb25nOgo+Pj4gVGhlIHNhbWUgTUFMSS00NTAgTVAzIEdQVSBpcyBwcmVzZW50IGluIHRoZSBH
+WEJCIGFuZCBHWEwgU29Dcy4KPj4gCj4+IEZpcnN0IG9mIGFsbCwgYW55IHJlYXNvbiB5b3UncmUg
+dXBwZXItY2FzaW5nIE1hbGkgaW4gdGhlIGNvbW1pdCBtZXNzYWdlPwo+PiBBUk0gZG9lc24ndC4K
+Pgo+IE5vIHJlYXNvbiwgb25seSBhIHR5cGUsIGluZGVlZCBpdCB3YXMgbG93ZXItY2FzaW5nIG9u
+IHRoZSB2MS4KPiBXaWxsIGZpeCBpbiB2Mi4KPgo+PiAKPj4+Cj4+PiBUaGUgbm9kZSBpcyBzaW1w
+bHkgYWRkZWQgaW4gdGhlIG1lc29uLWd4YmIuZHRzaSBmaWxlLgo+PiAKPj4gVGhlIEdYQkIgcGFy
+dCBsb29rcyBmaW5lIG9uIGEgcXVpY2sgbG9vay4KPj4gCj4+Pgo+Pj4gRm9yIEdYTCwgc2luY2Ug
+YSBsb3QgaXMgc2hhcmVkIHdpdGggdGhlIEdYTSB0aGF0IGhhcyBhIE1BTEktVDgyMCBJUCwgdGhp
+cwo+Pj4gcGF0Y2ggYWRkcyBhIG5ldyBtZXNvbi1neGwtbWFsaS5kdHNpIGFuZCBpcyBpbmNsdWRl
+ZCBpbiB0aGUgU29DIHNwZWNpZmljCj4+PiBkdHNpIGZpbGVzLgo+PiAKPj4gVGhpcyBwYXJ0IGlz
+IHNsaWdodGx5IGNvbmZ1c2luZyB0aG91Z2guCj4+IAo+PiBXaGF0IGV4YWN0bHkgaXMgdGhlIEdY
+TCB2cy4gR1hNIGRpZmZlcmVuY2UgdGhhdCB0aGlzIGNhbid0IGJlIGhhbmRsZWQgYnkKPj4gb3Zl
+cnJpZGluZyBub2RlIHByb3BlcnRpZXMgY29tcGF0aWJsZS9pbnRlcnJ1cHRzL2Nsb2Nrcz8gSSBh
+bSBtaXNzaW5nIGEKPj4gR1hNIHBhdGNoIGluIHRoaXMgc2VyaWVzIGFzIHJhdGlvbmFsZSBmb3Ig
+ZG9pbmcgaXQgdGhpcyB3YXkuCj4+IAo+PiBJbiBwYXJ0aWN1bGFyIEkgYW0gd29uZGVyaW5nIHdo
+ZXRoZXIgdGhlIHdob2xlIEdYTS1pbmhlcml0cy1mcm9tLUdYTAo+PiBjb25jZXB0IGlzIGZsYXdl
+ZCBhbmQgc2hvdWxkIGJlIGFkanVzdGVkIGlmIHRoaXMgbGVhZHMgdG8gc2Vjb25kYXJ5Cj4+IC5k
+dHNpIGZpbGVzIGxpa2UgdGhpczogTXkgcHJvcG9zYWwgd291bGQgYmUgdG8gaW5zdGVhZCBjcmVh
+dGUgYQo+PiBtZXNvbi1neGwtZ3htLmR0c2ksIHRoYXQgbWVzb24tZ3hsLmR0c2kgYW5kIG1lc29u
+LWd4bS5kdHNpIGNhbiBpbmhlcml0Cj4+IHRoZSBjdXJyZW50IGNvbW1vbiBwYXJ0cyBmcm9tLCB0
+aGVuIHRoZSBNYWxpIGJpdHMgY2FuIHNpbXBseSBnbyBpbnRvCj4+IG1lc29uLWd4bC5kdHNpIHdp
+dGhvdXQgZXh0cmEgI2luY2x1ZGVzIG5lZWRlZCBpbiBTOTA1WCBhbmQgUzkwNUQuIFdoaWxlCj4+
+IGl0J3Mgc2xpZ2h0bHkgbW9yZSB3b3JrIHRvIHNwbGl0IG9uY2UgYWdhaW4sIEkgdGhpbmsgaXQg
+d291bGQgYmUgY2xlYW5lci4KPgo+IFRoZSBHWEwgYW5kIEdYTSBkaWZmZXJlbmNlcyBhcmUgdmVy
+eSBzbWFsbCA6Cj4gIC0gVGhleSBzaGFyZSB0aGUgc2FtZSBjbG9jayB0cmVlCj4gIC0gVGhleSBz
+aGFyZSB0aGUgc2FtZSBwaW5jdHJsIGFuZCBldmVuIHRoZSBzYW1lIHBpbm91dCAoUzkwNUQgYW5k
+IFM5MTIgYXJlIHBpbi10by1waW4gY29tcGF0aWJsZSkKPiAgLSBUaGV5IHNoYXJlIGFsbCB0aGUg
+cGVyaXBoZXJhbHMKPgo+IFRoZSBvbmx5IGNoYW5nZXMgYXJlIDoKPiAgLSBFbmhhbmNlZCB2aWRl
+byBlbmNvZGluZyBhbmQgZGVjb2Rpbmcgc3VwcG9ydCwgdGhpcyB3aWxsIG5lZWQgYSBmYW1pbHkt
+c3BlY2lmaWMgY29tcGF0aWJsZSB3aGVuIHB1c2hlZAo+ICAtIFNsaWdodGx5IGRpZmZlcmVuY2Vz
+IGluIHRoZSBWaWRlbyBQcm9jZXNzaW5nIFVuaXQsIHRoaXMgaXMgd2h5IEkgaW50cm9kdWNlZCBm
+YW1pbHktc3BlY2lmaWMgY29tcGF0aWJsZXMKPiAgLSBBIHNlY29uZGFyeSBDb3J0ZXgtQTUzIGNs
+dXN0ZXIKPiAgLSBBIHNlY29uZGFyeSBTQ1BJIGNwdWZyZXEgY2xvY2sgZW50cnkKPiAgLSBBIGRp
+ZmZlcmVudCBNYWxpIGNvcmUsIGJ1dCB3aXRoIHRoZSBzYW1lIGludGVycnVwdHMgKGxlc3MgYnV0
+IHRoZXkgc2hhcmUgdGhlIHNhbWUgbG93ZXIgaW50ZXJydXB0cyksIGNsb2NrcyBhbmQgbWVtb3J5
+IHNwYWNlCj4KPiBUaGlzIGlzIHdoeSBpdCB3YXMgZGVjaWRlZCB0byBoYXZlIGEgc3ViLWR0c2ks
+IGhhdmluZyBhIHNlY29uZGFyeSBkdHNpIHdpbGwgc2ltcGx5IGNvcHkgOTklIG9mIHRoZSBHWEwg
+ZHRzaSwKPiBidXQgc3VyZWx5IHdlIGNvdWxkIGFsc28gaGF2ZSBhbiBpbnRlcm1lZGlhdGUgZHRz
+aSBidXQgZm9yIGJvYXJkcyBJJ20gb2sgd2l0aCBpdCwgYnV0IGxlc3MgZm9yIGEgU29DIGR0c2ks
+Cj4gc2luY2UgaXQgY291bGQgbGVhZCB0byBzb21lIGNvbmZ1c2lvbi4KPgo+IEZpbmFsbHksIHll
+cyBJIGNvdWxkIGhhdmUgYWRkZWQgdGhlIG1hbGkgbm9kZSB0byB0aGUgR1hMIGR0c2ksIGJ1dCB0
+aGUgbWlkZ2FyZCBNYWxpIGR0LWJpbmRpbmdzIGFyZSBub3QgdXBzdHJlYW0KPiBhbmQgdGhlIGZh
+bWlseSBpcyB0b28gYmlnIGFuZCByZWNlbnQgZW5vdWdoIHRvIGNvbnNpZGVyIGhhdmluZyBzdGFi
+bGUgYmluZGluZ3MgZm9yIG5vdy4KPgo+IE5ldmVydGhlbGVzcywgbm90aGluZyBpcyBmaW5hbCwg
+dGhpcyBneGwtbWFsaS5kdHNpIGNvdWxkIGJlIG1lcmdlZCBpbnRvIHRoZSBHWEwgZHRzaSBpbiB0
+aGUgZnV0dXJlIHdoZW4gd2UKPiBoYXZlIHByb3BlciBkdC1iaW5kaW5ncyBhbmQgYSByZWFsIHN1
+cHBvcnQgb2YgdGhlIFQ4MjAgTWFsaSBvbiB0aGUgUzkxMi4KPgo+IEtldmluLCB3aGF0J3MgeW91
+ciB0aG91Z2h0IGFib3V0IHRoaXMgPwoKSSBkb24ndCBoYXZlIGEgc3Ryb25nIHByZWZlcmVuY2Uu
+ICBJJ20gT0sgd2l0aCBhIHNlcGFyYXRlIE1hbGkgLmR0c2kgZHVlCnRvIHRoZSBzaWduZmljYW50
+IG92ZXJsYXAgYmV0d2VlbiBHWEwvR1hNIGluIHRlcm1zIG9mIGNsb2NrcywgaW50ZXJydXB0cwpl
+dGMuCgpIb3dldmVyLCBpZiB0aGUgcGxhbiBpcyB0byAjaW5jbHVkZSB0aGlzIGZyb20gR1hNIC5k
+dHMgZmlsZXMsIHdob3VsZCBhCmJldHRlciBuYW1lIGJlIG1lc29uLWd4LW1hbGkuZHRzaT8KCktl
+dmluCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpsaW51
+eC1hbWxvZ2ljIG1haWxpbmcgbGlzdApsaW51eC1hbWxvZ2ljQGxpc3RzLmluZnJhZGVhZC5vcmcK
+aHR0cDovL2xpc3RzLmluZnJhZGVhZC5vcmcvbWFpbG1hbi9saXN0aW5mby9saW51eC1hbWxvZ2lj
+Cg==
diff --git a/a/content_digest b/N1/content_digest
index 3b8d52b..626f267 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -2,83 +2,78 @@
  "ref\01488365164-22861-4-git-send-email-narmstrong@baylibre.com\0"
  "ref\0e26cf584-dab2-2702-f7e6-b28f750fa00c@suse.de\0"
  "ref\0e80d9fb0-1d71-7cab-5e32-72316474fdfc@baylibre.com\0"
- "From\0khilman@baylibre.com (Kevin Hilman)\0"
- "Subject\0[PATCH v2 3/3] ARM64: dts: meson-gx: Add MALI nodes for GXBB and GXL\0"
+ "From\0Kevin Hilman <khilman@baylibre.com>\0"
+ "Subject\0Re: [PATCH v2 3/3] ARM64: dts: meson-gx: Add MALI nodes for GXBB and GXL\0"
  "Date\0Fri, 03 Mar 2017 11:29:12 -0800\0"
- "To\0linus-amlogic@lists.infradead.org\0"
+ "To\0Neil Armstrong <narmstrong@baylibre.com>\0"
+ "Cc\0devicetree@vger.kernel.org"
+  sboyd@codeaurora.org
+  linux-kernel@vger.kernel.org
+  linux-clk@vger.kernel.org
+  carlo@caione.org
+  linux-amlogic@lists.infradead.org
+ " Andreas F\303\244rber <afaerber@suse.de>"
+ " linux-arm-kernel@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
- "Neil Armstrong <narmstrong@baylibre.com> writes:\n"
- "\n"
- "> Hi Andreas,\n"
- "> On 03/02/2017 01:31 PM, Andreas F?rber wrote:\n"
- ">> Hi Neil,\n"
- ">> \n"
- ">> Am 01.03.2017 um 11:46 schrieb Neil Armstrong:\n"
- ">>> The same MALI-450 MP3 GPU is present in the GXBB and GXL SoCs.\n"
- ">> \n"
- ">> First of all, any reason you're upper-casing Mali in the commit message?\n"
- ">> ARM doesn't.\n"
- ">\n"
- "> No reason, only a type, indeed it was lower-casing on the v1.\n"
- "> Will fix in v2.\n"
- ">\n"
- ">> \n"
- ">>>\n"
- ">>> The node is simply added in the meson-gxbb.dtsi file.\n"
- ">> \n"
- ">> The GXBB part looks fine on a quick look.\n"
- ">> \n"
- ">>>\n"
- ">>> For GXL, since a lot is shared with the GXM that has a MALI-T820 IP, this\n"
- ">>> patch adds a new meson-gxl-mali.dtsi and is included in the SoC specific\n"
- ">>> dtsi files.\n"
- ">> \n"
- ">> This part is slightly confusing though.\n"
- ">> \n"
- ">> What exactly is the GXL vs. GXM difference that this can't be handled by\n"
- ">> overriding node properties compatible/interrupts/clocks? I am missing a\n"
- ">> GXM patch in this series as rationale for doing it this way.\n"
- ">> \n"
- ">> In particular I am wondering whether the whole GXM-inherits-from-GXL\n"
- ">> concept is flawed and should be adjusted if this leads to secondary\n"
- ">> .dtsi files like this: My proposal would be to instead create a\n"
- ">> meson-gxl-gxm.dtsi, that meson-gxl.dtsi and meson-gxm.dtsi can inherit\n"
- ">> the current common parts from, then the Mali bits can simply go into\n"
- ">> meson-gxl.dtsi without extra #includes needed in S905X and S905D. While\n"
- ">> it's slightly more work to split once again, I think it would be cleaner.\n"
- ">\n"
- "> The GXL and GXM differences are very small :\n"
- ">  - They share the same clock tree\n"
- ">  - They share the same pinctrl and even the same pinout (S905D and S912 are pin-to-pin compatible)\n"
- ">  - They share all the peripherals\n"
- ">\n"
- "> The only changes are :\n"
- ">  - Enhanced video encoding and decoding support, this will need a family-specific compatible when pushed\n"
- ">  - Slightly differences in the Video Processing Unit, this is why I introduced family-specific compatibles\n"
- ">  - A secondary Cortex-A53 cluster\n"
- ">  - A secondary SCPI cpufreq clock entry\n"
- ">  - A different Mali core, but with the same interrupts (less but they share the same lower interrupts), clocks and memory space\n"
- ">\n"
- "> This is why it was decided to have a sub-dtsi, having a secondary dtsi will simply copy 99% of the GXL dtsi,\n"
- "> but surely we could also have an intermediate dtsi but for boards I'm ok with it, but less for a SoC dtsi,\n"
- "> since it could lead to some confusion.\n"
- ">\n"
- "> Finally, yes I could have added the mali node to the GXL dtsi, but the midgard Mali dt-bindings are not upstream\n"
- "> and the family is too big and recent enough to consider having stable bindings for now.\n"
- ">\n"
- "> Nevertheless, nothing is final, this gxl-mali.dtsi could be merged into the GXL dtsi in the future when we\n"
- "> have proper dt-bindings and a real support of the T820 Mali on the S912.\n"
- ">\n"
- "> Kevin, what's your thought about this ?\n"
- "\n"
- "I don't have a strong preference.  I'm OK with a separate Mali .dtsi due\n"
- "to the signficant overlap between GXL/GXM in terms of clocks, interrupts\n"
- "etc.\n"
- "\n"
- "However, if the plan is to #include this from GXM .dts files, whould a\n"
- "better name be meson-gx-mali.dtsi?\n"
- "\n"
- Kevin
+ "TmVpbCBBcm1zdHJvbmcgPG5hcm1zdHJvbmdAYmF5bGlicmUuY29tPiB3cml0ZXM6Cgo+IEhpIEFu\n"
+ "ZHJlYXMsCj4gT24gMDMvMDIvMjAxNyAwMTozMSBQTSwgQW5kcmVhcyBGw6RyYmVyIHdyb3RlOgo+\n"
+ "PiBIaSBOZWlsLAo+PiAKPj4gQW0gMDEuMDMuMjAxNyB1bSAxMTo0NiBzY2hyaWViIE5laWwgQXJt\n"
+ "c3Ryb25nOgo+Pj4gVGhlIHNhbWUgTUFMSS00NTAgTVAzIEdQVSBpcyBwcmVzZW50IGluIHRoZSBH\n"
+ "WEJCIGFuZCBHWEwgU29Dcy4KPj4gCj4+IEZpcnN0IG9mIGFsbCwgYW55IHJlYXNvbiB5b3UncmUg\n"
+ "dXBwZXItY2FzaW5nIE1hbGkgaW4gdGhlIGNvbW1pdCBtZXNzYWdlPwo+PiBBUk0gZG9lc24ndC4K\n"
+ "Pgo+IE5vIHJlYXNvbiwgb25seSBhIHR5cGUsIGluZGVlZCBpdCB3YXMgbG93ZXItY2FzaW5nIG9u\n"
+ "IHRoZSB2MS4KPiBXaWxsIGZpeCBpbiB2Mi4KPgo+PiAKPj4+Cj4+PiBUaGUgbm9kZSBpcyBzaW1w\n"
+ "bHkgYWRkZWQgaW4gdGhlIG1lc29uLWd4YmIuZHRzaSBmaWxlLgo+PiAKPj4gVGhlIEdYQkIgcGFy\n"
+ "dCBsb29rcyBmaW5lIG9uIGEgcXVpY2sgbG9vay4KPj4gCj4+Pgo+Pj4gRm9yIEdYTCwgc2luY2Ug\n"
+ "YSBsb3QgaXMgc2hhcmVkIHdpdGggdGhlIEdYTSB0aGF0IGhhcyBhIE1BTEktVDgyMCBJUCwgdGhp\n"
+ "cwo+Pj4gcGF0Y2ggYWRkcyBhIG5ldyBtZXNvbi1neGwtbWFsaS5kdHNpIGFuZCBpcyBpbmNsdWRl\n"
+ "ZCBpbiB0aGUgU29DIHNwZWNpZmljCj4+PiBkdHNpIGZpbGVzLgo+PiAKPj4gVGhpcyBwYXJ0IGlz\n"
+ "IHNsaWdodGx5IGNvbmZ1c2luZyB0aG91Z2guCj4+IAo+PiBXaGF0IGV4YWN0bHkgaXMgdGhlIEdY\n"
+ "TCB2cy4gR1hNIGRpZmZlcmVuY2UgdGhhdCB0aGlzIGNhbid0IGJlIGhhbmRsZWQgYnkKPj4gb3Zl\n"
+ "cnJpZGluZyBub2RlIHByb3BlcnRpZXMgY29tcGF0aWJsZS9pbnRlcnJ1cHRzL2Nsb2Nrcz8gSSBh\n"
+ "bSBtaXNzaW5nIGEKPj4gR1hNIHBhdGNoIGluIHRoaXMgc2VyaWVzIGFzIHJhdGlvbmFsZSBmb3Ig\n"
+ "ZG9pbmcgaXQgdGhpcyB3YXkuCj4+IAo+PiBJbiBwYXJ0aWN1bGFyIEkgYW0gd29uZGVyaW5nIHdo\n"
+ "ZXRoZXIgdGhlIHdob2xlIEdYTS1pbmhlcml0cy1mcm9tLUdYTAo+PiBjb25jZXB0IGlzIGZsYXdl\n"
+ "ZCBhbmQgc2hvdWxkIGJlIGFkanVzdGVkIGlmIHRoaXMgbGVhZHMgdG8gc2Vjb25kYXJ5Cj4+IC5k\n"
+ "dHNpIGZpbGVzIGxpa2UgdGhpczogTXkgcHJvcG9zYWwgd291bGQgYmUgdG8gaW5zdGVhZCBjcmVh\n"
+ "dGUgYQo+PiBtZXNvbi1neGwtZ3htLmR0c2ksIHRoYXQgbWVzb24tZ3hsLmR0c2kgYW5kIG1lc29u\n"
+ "LWd4bS5kdHNpIGNhbiBpbmhlcml0Cj4+IHRoZSBjdXJyZW50IGNvbW1vbiBwYXJ0cyBmcm9tLCB0\n"
+ "aGVuIHRoZSBNYWxpIGJpdHMgY2FuIHNpbXBseSBnbyBpbnRvCj4+IG1lc29uLWd4bC5kdHNpIHdp\n"
+ "dGhvdXQgZXh0cmEgI2luY2x1ZGVzIG5lZWRlZCBpbiBTOTA1WCBhbmQgUzkwNUQuIFdoaWxlCj4+\n"
+ "IGl0J3Mgc2xpZ2h0bHkgbW9yZSB3b3JrIHRvIHNwbGl0IG9uY2UgYWdhaW4sIEkgdGhpbmsgaXQg\n"
+ "d291bGQgYmUgY2xlYW5lci4KPgo+IFRoZSBHWEwgYW5kIEdYTSBkaWZmZXJlbmNlcyBhcmUgdmVy\n"
+ "eSBzbWFsbCA6Cj4gIC0gVGhleSBzaGFyZSB0aGUgc2FtZSBjbG9jayB0cmVlCj4gIC0gVGhleSBz\n"
+ "aGFyZSB0aGUgc2FtZSBwaW5jdHJsIGFuZCBldmVuIHRoZSBzYW1lIHBpbm91dCAoUzkwNUQgYW5k\n"
+ "IFM5MTIgYXJlIHBpbi10by1waW4gY29tcGF0aWJsZSkKPiAgLSBUaGV5IHNoYXJlIGFsbCB0aGUg\n"
+ "cGVyaXBoZXJhbHMKPgo+IFRoZSBvbmx5IGNoYW5nZXMgYXJlIDoKPiAgLSBFbmhhbmNlZCB2aWRl\n"
+ "byBlbmNvZGluZyBhbmQgZGVjb2Rpbmcgc3VwcG9ydCwgdGhpcyB3aWxsIG5lZWQgYSBmYW1pbHkt\n"
+ "c3BlY2lmaWMgY29tcGF0aWJsZSB3aGVuIHB1c2hlZAo+ICAtIFNsaWdodGx5IGRpZmZlcmVuY2Vz\n"
+ "IGluIHRoZSBWaWRlbyBQcm9jZXNzaW5nIFVuaXQsIHRoaXMgaXMgd2h5IEkgaW50cm9kdWNlZCBm\n"
+ "YW1pbHktc3BlY2lmaWMgY29tcGF0aWJsZXMKPiAgLSBBIHNlY29uZGFyeSBDb3J0ZXgtQTUzIGNs\n"
+ "dXN0ZXIKPiAgLSBBIHNlY29uZGFyeSBTQ1BJIGNwdWZyZXEgY2xvY2sgZW50cnkKPiAgLSBBIGRp\n"
+ "ZmZlcmVudCBNYWxpIGNvcmUsIGJ1dCB3aXRoIHRoZSBzYW1lIGludGVycnVwdHMgKGxlc3MgYnV0\n"
+ "IHRoZXkgc2hhcmUgdGhlIHNhbWUgbG93ZXIgaW50ZXJydXB0cyksIGNsb2NrcyBhbmQgbWVtb3J5\n"
+ "IHNwYWNlCj4KPiBUaGlzIGlzIHdoeSBpdCB3YXMgZGVjaWRlZCB0byBoYXZlIGEgc3ViLWR0c2ks\n"
+ "IGhhdmluZyBhIHNlY29uZGFyeSBkdHNpIHdpbGwgc2ltcGx5IGNvcHkgOTklIG9mIHRoZSBHWEwg\n"
+ "ZHRzaSwKPiBidXQgc3VyZWx5IHdlIGNvdWxkIGFsc28gaGF2ZSBhbiBpbnRlcm1lZGlhdGUgZHRz\n"
+ "aSBidXQgZm9yIGJvYXJkcyBJJ20gb2sgd2l0aCBpdCwgYnV0IGxlc3MgZm9yIGEgU29DIGR0c2ks\n"
+ "Cj4gc2luY2UgaXQgY291bGQgbGVhZCB0byBzb21lIGNvbmZ1c2lvbi4KPgo+IEZpbmFsbHksIHll\n"
+ "cyBJIGNvdWxkIGhhdmUgYWRkZWQgdGhlIG1hbGkgbm9kZSB0byB0aGUgR1hMIGR0c2ksIGJ1dCB0\n"
+ "aGUgbWlkZ2FyZCBNYWxpIGR0LWJpbmRpbmdzIGFyZSBub3QgdXBzdHJlYW0KPiBhbmQgdGhlIGZh\n"
+ "bWlseSBpcyB0b28gYmlnIGFuZCByZWNlbnQgZW5vdWdoIHRvIGNvbnNpZGVyIGhhdmluZyBzdGFi\n"
+ "bGUgYmluZGluZ3MgZm9yIG5vdy4KPgo+IE5ldmVydGhlbGVzcywgbm90aGluZyBpcyBmaW5hbCwg\n"
+ "dGhpcyBneGwtbWFsaS5kdHNpIGNvdWxkIGJlIG1lcmdlZCBpbnRvIHRoZSBHWEwgZHRzaSBpbiB0\n"
+ "aGUgZnV0dXJlIHdoZW4gd2UKPiBoYXZlIHByb3BlciBkdC1iaW5kaW5ncyBhbmQgYSByZWFsIHN1\n"
+ "cHBvcnQgb2YgdGhlIFQ4MjAgTWFsaSBvbiB0aGUgUzkxMi4KPgo+IEtldmluLCB3aGF0J3MgeW91\n"
+ "ciB0aG91Z2h0IGFib3V0IHRoaXMgPwoKSSBkb24ndCBoYXZlIGEgc3Ryb25nIHByZWZlcmVuY2Uu\n"
+ "ICBJJ20gT0sgd2l0aCBhIHNlcGFyYXRlIE1hbGkgLmR0c2kgZHVlCnRvIHRoZSBzaWduZmljYW50\n"
+ "IG92ZXJsYXAgYmV0d2VlbiBHWEwvR1hNIGluIHRlcm1zIG9mIGNsb2NrcywgaW50ZXJydXB0cwpl\n"
+ "dGMuCgpIb3dldmVyLCBpZiB0aGUgcGxhbiBpcyB0byAjaW5jbHVkZSB0aGlzIGZyb20gR1hNIC5k\n"
+ "dHMgZmlsZXMsIHdob3VsZCBhCmJldHRlciBuYW1lIGJlIG1lc29uLWd4LW1hbGkuZHRzaT8KCktl\n"
+ "dmluCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpsaW51\n"
+ "eC1hbWxvZ2ljIG1haWxpbmcgbGlzdApsaW51eC1hbWxvZ2ljQGxpc3RzLmluZnJhZGVhZC5vcmcK\n"
+ "aHR0cDovL2xpc3RzLmluZnJhZGVhZC5vcmcvbWFpbG1hbi9saXN0aW5mby9saW51eC1hbWxvZ2lj\n"
+ Cg==
 
-103ec4e4f20438d046680ae57e4ecc598e26997249448aff16198f44b2fd3496
+dfde975ae41b305cd6431c4000db5367f205baa3e69c1a8d5dac2c15daae4110
