All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <54ABC551.3080005@linaro.org>

diff --git a/a/1.txt b/N1/1.txt
index 4b054eb..5822bf9 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,11 +1,11 @@
 Hi Yi,
 
-On 2015年01月06日 17:52, liyi 00215672 wrote:
+On 2015?01?06? 17:52, liyi 00215672 wrote:
 > In traditional telecom market, what confused us(Huawei) was our software and
 > hardware coupling together oftentimes. So if we change some hardware then we
-> MUST modify our software, which was not our customer’s expectation. In x86 world,
+> MUST modify our software, which was not our customer?s expectation. In x86 world,
 > we have UEFI and ACPI technologies, they are suitable to solve this problem very
-> well, we just upgrade our hardware and don’t need to upgrade their software,
+> well, we just upgrade our hardware and don?t need to upgrade their software,
 > in the meantime ACPI provides many methods on power management.
 >
 > In ARM64 world, we are aiming the same thing. Following the SBBR,SBSA specs
diff --git a/a/content_digest b/N1/content_digest
index a9ad581..46ee9c2 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,46 +1,20 @@
  "ref\01420368918-5086-1-git-send-email-hanjun.guo@linaro.org\0"
  "ref\01420368918-5086-18-git-send-email-hanjun.guo@linaro.org\0"
  "ref\0D0F5605BA99F0B4594FB1EEC24E785CC654879C3@SZXEMA510-MBX.china.huawei.com\0"
- "From\0Hanjun Guo <hanjun.guo@linaro.org>\0"
- "Subject\0Re: \347\255\224\345\244\215: [PATCH v6 17/17] Documentation: ACPI for ARM64\0"
+ "From\0hanjun.guo@linaro.org (Hanjun Guo)\0"
+ "Subject\0\347\255\224\345\244\215: [PATCH v6 17/17] Documentation: ACPI for ARM64\0"
  "Date\0Tue, 06 Jan 2015 19:21:53 +0800\0"
- "To\0liyi 00215672 <phoenix.liyi@huawei.com>"
-  Catalin Marinas <catalin.marinas@arm.com>
-  Rafael J. Wysocki <rjw@rjwysocki.net>
-  Olof Johansson <olof@lixom.net>
-  Arnd Bergmann <arnd@arndb.de>
-  Mark Rutland <mark.rutland@arm.com>
-  Grant Likely <grant.likely@linaro.org>
- " Will Deacon <will.deacon@arm.com>\0"
- "Cc\0Lorenzo Pieralisi <Lorenzo.Pieralisi@arm.com>"
-  Graeme Gregory <graeme.gregory@linaro.org>
-  Sudeep Holla <Sudeep.Holla@arm.com>
-  Jon Masters <jcm@redhat.com>
-  Jason Cooper <jason@lakedaemon.net>
-  Marc Zyngier <marc.zyngier@arm.com>
-  Bjorn Helgaas <bhelgaas@google.com>
-  Mark Brown <broonie@kernel.org>
-  Rob Herring <robh@kernel.org>
-  Robert Richter <rric@kernel.org>
-  Randy Dunlap <rdunlap@infradead.org>
-  Charles.Garcia-Tobin@arm.com <Charles.Garcia-Tobin@arm.com>
-  Timur Tabi <timur@codeaurora.org>
-  suravee.suthikulpanit@amd.com <suravee.suthikulpanit@amd.com>
-  linux-acpi@vger.kernel.org <linux-acpi@vger.kernel.org>
-  linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org>
-  linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>
-  linaro-acpi@lists.linaro.org <linaro-acpi@lists.linaro.org>
- " Al Stone <al.stone@linaro.org>\0"
+ "To\0linux-arm-kernel@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "Hi Yi,\n"
  "\n"
- "On 2015\345\271\26401\346\234\21006\346\227\245 17:52, liyi 00215672 wrote:\n"
+ "On 2015?01?06? 17:52, liyi 00215672 wrote:\n"
  "> In traditional telecom market, what confused us(Huawei) was our software and\n"
  "> hardware coupling together oftentimes. So if we change some hardware then we\n"
- "> MUST modify our software, which was not our customer\342\200\231s expectation. In x86 world,\n"
+ "> MUST modify our software, which was not our customer?s expectation. In x86 world,\n"
  "> we have UEFI and ACPI technologies, they are suitable to solve this problem very\n"
- "> well, we just upgrade our hardware and don\342\200\231t need to upgrade their software,\n"
+ "> well, we just upgrade our hardware and don?t need to upgrade their software,\n"
  "> in the meantime ACPI provides many methods on power management.\n"
  ">\n"
  "> In ARM64 world, we are aiming the same thing. Following the SBBR,SBSA specs\n"
@@ -54,4 +28,4 @@
  "Regards,\n"
  Hanjun
 
-ad25c18c71071400501d5c055d455f85c9c73125b4b39fbec47be19553cc8030
+c27b50616a1b38974f86e775d491de00fe35f0d1e85d9313009f9b8c7ee38b90

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.