All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <534DEEDD.5030203@huawei.com>

diff --git a/a/1.txt b/N1/1.txt
index 474b3cd..6168712 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -10,7 +10,7 @@ On 2014/4/14 19:14, Marc Zyngier wrote:
 >>
 >>> On 2014/2/17 15:05, Jianguo Wu wrote:
 >>>> When enable LPAE and big-endian in a hisilicon board, while specify
->>>> mem=384M mem=512M at 7680M, will get bad page state:
+>>>> mem=384M mem=512M@7680M, will get bad page state:
 >>>>
 >>>> Freeing unused kernel memory: 180K (c0466000 - c0493000)
 >>>> BUG: Bad page state in process init  pfn:fa442
@@ -61,7 +61,7 @@ Jianguo Wu.
 > 
 > So, for the record:
 > 
-> root at when-the-lie-s-so-big:~# cat /proc/cpuinfo 
+> root@when-the-lie-s-so-big:~# cat /proc/cpuinfo 
 > processor	: 0
 > model name	: ARMv7 Processor rev 4 (v7b)
 > Features	: swp half thumb fastmult vfp edsp thumbee neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm 
@@ -83,7 +83,7 @@ Jianguo Wu.
 > Hardware	: Dummy Virtual Machine
 > Revision	: 0000
 > Serial		: 0000000000000000
-> root at when-the-lie-s-so-big:~# uname -a
+> root@when-the-lie-s-so-big:~# uname -a
 > Linux when-the-lie-s-so-big 3.14.0+ #2465 SMP PREEMPT Tue Apr 8 13:05:11 BST 2014 armv7b GNU/Linux
 > 
 > Now, looking at the patch, I think it makes some sense:
@@ -103,3 +103,11 @@ Jianguo Wu.
 > Thanks,
 > 
 > 	M.
+
+
+
+--
+To unsubscribe, send a message with 'unsubscribe linux-mm' in
+the body to majordomo@kvack.org.  For more info on Linux MM,
+see: http://www.linux-mm.org/ .
+Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
diff --git a/a/content_digest b/N1/content_digest
index 41d94de..997b29a 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -2,10 +2,20 @@
  "ref\05327F75F.1010406@huawei.com\0"
  "ref\020140414104300.GA3530@arm.com\0"
  "ref\0534BC31A.7060705@arm.com\0"
- "From\0wujianguo@huawei.com (Jianguo Wu)\0"
- "Subject\0[PATCH v2] ARM: mm: support big-endian page tables\0"
+ "From\0Jianguo Wu <wujianguo@huawei.com>\0"
+ "Subject\0Re: [PATCH v2] ARM: mm: support big-endian page tables\0"
  "Date\0Wed, 16 Apr 2014 10:45:49 +0800\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0Marc Zyngier <marc.zyngier@arm.com>\0"
+ "Cc\0Will Deacon <will.deacon@arm.com>"
+  linux@arm.linux.org.uk <linux@arm.linux.org.uk>
+  Wang Nan <wangnan0@huawei.com>
+  gregkh@linuxfoundation.org <gregkh@linuxfoundation.org>
+  linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>
+  linux-mm@kvack.org <linux-mm@kvack.org>
+  Li Zefan <lizefan@huawei.com>
+  Catalin Marinas <Catalin.Marinas@arm.com>
+  Ben Dooks <ben.dooks@codethink.co.uk>
+ " linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org>\0"
  "\00:1\0"
  "b\0"
  "On 2014/4/14 19:14, Marc Zyngier wrote:\n"
@@ -20,7 +30,7 @@
  ">>\n"
  ">>> On 2014/2/17 15:05, Jianguo Wu wrote:\n"
  ">>>> When enable LPAE and big-endian in a hisilicon board, while specify\n"
- ">>>> mem=384M mem=512M at 7680M, will get bad page state:\n"
+ ">>>> mem=384M mem=512M@7680M, will get bad page state:\n"
  ">>>>\n"
  ">>>> Freeing unused kernel memory: 180K (c0466000 - c0493000)\n"
  ">>>> BUG: Bad page state in process init  pfn:fa442\n"
@@ -71,7 +81,7 @@
  "> \n"
  "> So, for the record:\n"
  "> \n"
- "> root at when-the-lie-s-so-big:~# cat /proc/cpuinfo \n"
+ "> root@when-the-lie-s-so-big:~# cat /proc/cpuinfo \n"
  "> processor\t: 0\n"
  "> model name\t: ARMv7 Processor rev 4 (v7b)\n"
  "> Features\t: swp half thumb fastmult vfp edsp thumbee neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm \n"
@@ -93,7 +103,7 @@
  "> Hardware\t: Dummy Virtual Machine\n"
  "> Revision\t: 0000\n"
  "> Serial\t\t: 0000000000000000\n"
- "> root at when-the-lie-s-so-big:~# uname -a\n"
+ "> root@when-the-lie-s-so-big:~# uname -a\n"
  "> Linux when-the-lie-s-so-big 3.14.0+ #2465 SMP PREEMPT Tue Apr 8 13:05:11 BST 2014 armv7b GNU/Linux\n"
  "> \n"
  "> Now, looking at the patch, I think it makes some sense:\n"
@@ -112,6 +122,14 @@
  "> \n"
  "> Thanks,\n"
  "> \n"
- "> \tM."
+ "> \tM.\n"
+ "\n"
+ "\n"
+ "\n"
+ "--\n"
+ "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n"
+ "the body to majordomo@kvack.org.  For more info on Linux MM,\n"
+ "see: http://www.linux-mm.org/ .\n"
+ "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>"
 
-38b47a4872f80f52db95db91e431d1d060622ed94b648f57c3667a0beb0ae3ad
+cf7f3495c5d80275206b0a5e9aa7b6c87946b317a46b4b25c94935966b74136d

diff --git a/a/1.txt b/N2/1.txt
index 474b3cd..44e0534 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -10,7 +10,7 @@ On 2014/4/14 19:14, Marc Zyngier wrote:
 >>
 >>> On 2014/2/17 15:05, Jianguo Wu wrote:
 >>>> When enable LPAE and big-endian in a hisilicon board, while specify
->>>> mem=384M mem=512M at 7680M, will get bad page state:
+>>>> mem=384M mem=512M@7680M, will get bad page state:
 >>>>
 >>>> Freeing unused kernel memory: 180K (c0466000 - c0493000)
 >>>> BUG: Bad page state in process init  pfn:fa442
@@ -61,7 +61,7 @@ Jianguo Wu.
 > 
 > So, for the record:
 > 
-> root at when-the-lie-s-so-big:~# cat /proc/cpuinfo 
+> root@when-the-lie-s-so-big:~# cat /proc/cpuinfo 
 > processor	: 0
 > model name	: ARMv7 Processor rev 4 (v7b)
 > Features	: swp half thumb fastmult vfp edsp thumbee neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm 
@@ -83,7 +83,7 @@ Jianguo Wu.
 > Hardware	: Dummy Virtual Machine
 > Revision	: 0000
 > Serial		: 0000000000000000
-> root at when-the-lie-s-so-big:~# uname -a
+> root@when-the-lie-s-so-big:~# uname -a
 > Linux when-the-lie-s-so-big 3.14.0+ #2465 SMP PREEMPT Tue Apr 8 13:05:11 BST 2014 armv7b GNU/Linux
 > 
 > Now, looking at the patch, I think it makes some sense:
diff --git a/a/content_digest b/N2/content_digest
index 41d94de..54fa171 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -2,10 +2,20 @@
  "ref\05327F75F.1010406@huawei.com\0"
  "ref\020140414104300.GA3530@arm.com\0"
  "ref\0534BC31A.7060705@arm.com\0"
- "From\0wujianguo@huawei.com (Jianguo Wu)\0"
- "Subject\0[PATCH v2] ARM: mm: support big-endian page tables\0"
+ "From\0Jianguo Wu <wujianguo@huawei.com>\0"
+ "Subject\0Re: [PATCH v2] ARM: mm: support big-endian page tables\0"
  "Date\0Wed, 16 Apr 2014 10:45:49 +0800\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0Marc Zyngier <marc.zyngier@arm.com>\0"
+ "Cc\0Will Deacon <will.deacon@arm.com>"
+  linux@arm.linux.org.uk <linux@arm.linux.org.uk>
+  Wang Nan <wangnan0@huawei.com>
+  gregkh@linuxfoundation.org <gregkh@linuxfoundation.org>
+  linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>
+  linux-mm@kvack.org <linux-mm@kvack.org>
+  Li Zefan <lizefan@huawei.com>
+  Catalin Marinas <Catalin.Marinas@arm.com>
+  Ben Dooks <ben.dooks@codethink.co.uk>
+ " linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org>\0"
  "\00:1\0"
  "b\0"
  "On 2014/4/14 19:14, Marc Zyngier wrote:\n"
@@ -20,7 +30,7 @@
  ">>\n"
  ">>> On 2014/2/17 15:05, Jianguo Wu wrote:\n"
  ">>>> When enable LPAE and big-endian in a hisilicon board, while specify\n"
- ">>>> mem=384M mem=512M at 7680M, will get bad page state:\n"
+ ">>>> mem=384M mem=512M@7680M, will get bad page state:\n"
  ">>>>\n"
  ">>>> Freeing unused kernel memory: 180K (c0466000 - c0493000)\n"
  ">>>> BUG: Bad page state in process init  pfn:fa442\n"
@@ -71,7 +81,7 @@
  "> \n"
  "> So, for the record:\n"
  "> \n"
- "> root at when-the-lie-s-so-big:~# cat /proc/cpuinfo \n"
+ "> root@when-the-lie-s-so-big:~# cat /proc/cpuinfo \n"
  "> processor\t: 0\n"
  "> model name\t: ARMv7 Processor rev 4 (v7b)\n"
  "> Features\t: swp half thumb fastmult vfp edsp thumbee neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm \n"
@@ -93,7 +103,7 @@
  "> Hardware\t: Dummy Virtual Machine\n"
  "> Revision\t: 0000\n"
  "> Serial\t\t: 0000000000000000\n"
- "> root at when-the-lie-s-so-big:~# uname -a\n"
+ "> root@when-the-lie-s-so-big:~# uname -a\n"
  "> Linux when-the-lie-s-so-big 3.14.0+ #2465 SMP PREEMPT Tue Apr 8 13:05:11 BST 2014 armv7b GNU/Linux\n"
  "> \n"
  "> Now, looking at the patch, I think it makes some sense:\n"
@@ -114,4 +124,4 @@
  "> \n"
  "> \tM."
 
-38b47a4872f80f52db95db91e431d1d060622ed94b648f57c3667a0beb0ae3ad
+10673f7746a34fff0ace4867a7b4db496e52c2ac6eaa872f2ec2f3870889d8e2

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.