All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20180621091850.GA22505@arm.com>

diff --git a/a/1.txt b/N1/1.txt
index 6cbd386..c19be6f 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,27 +1,27 @@
 On Thu, Jun 21, 2018 at 09:38:53AM +0100, James Morse wrote:
 > On 20/06/18 17:25, Wei Xu wrote:
-> > ??? [??? 0.042421] Insufficient stack space to handle exception!
-> > ??? [??? 0.042423] ESR: 0x96000046 -- DABT (current EL)
-> > ??? [??? 0.043730] FAR: 0xffff0000093a80e0
-> > ??? [??? 0.044714] Task stack: [0xffff0000093a8000..0xffff0000093ac000]
+> >     [    0.042421] Insufficient stack space to handle exception!
+> >     [    0.042423] ESR: 0x96000046 -- DABT (current EL)
+> >     [    0.043730] FAR: 0xffff0000093a80e0
+> >     [    0.044714] Task stack: [0xffff0000093a8000..0xffff0000093ac000]
 > 
 > This was a level 2 translation fault on a write, to an address that is within
 > the stack....
 > 
 > 
-> > ??? [??? 0.051113] IRQ stack: [0xffff000008000000..0xffff000008004000]
-> > ??? [??? 0.057610] Overflow stack: [0xffff80003efce2f0..0xffff80003efcf2f0]
-> > ??? [??? 0.064003] CPU: 0 PID: 12 Comm: migration/0 Not tainted
+> >     [    0.051113] IRQ stack: [0xffff000008000000..0xffff000008004000]
+> >     [    0.057610] Overflow stack: [0xffff80003efce2f0..0xffff80003efcf2f0]
+> >     [    0.064003] CPU: 0 PID: 12 Comm: migration/0 Not tainted
 > > 4.17.0-45865-g2b31fe7-dirty #10
-> > ??? [??? 0.072201] Hardware name: linux,dummy-virt (DT)
+> >     [    0.072201] Hardware name: linux,dummy-virt (DT)
 > 
-> > ??? [??? 0.076797] pstate: 604003c5 (nZCv DAIF +PAN -UAO)
-> > ??? [??? 0.081727] pc : el1_sync+0x0/0xb0
+> >     [    0.076797] pstate: 604003c5 (nZCv DAIF +PAN -UAO)
+> >     [    0.081727] pc : el1_sync+0x0/0xb0
 > 
 > ... from the vectors.
 > 
 > 
-> > ??? [??? 0.085217] lr : kpti_install_ng_mappings+0x120/0x214
+> >     [    0.085217] lr : kpti_install_ng_mappings+0x120/0x214
 > 
 > What I think is happening is: we come out of the kpti idmap with the stack
 > unmapped. Shortly after we access the stack, which faults. el1_sync faults as
diff --git a/a/content_digest b/N1/content_digest
index f66b05a..f08a6dc 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -4,36 +4,63 @@
  "ref\0ebfabb8f-dcd9-3fb4-3655-368a882d8f09@arm.com\0"
  "ref\05B2A7FE1.5040607@hisilicon.com\0"
  "ref\0e701eaa8-dcb9-777c-2211-67ee27b43acb@arm.com\0"
- "From\0will.deacon@arm.com (Will Deacon)\0"
- "Subject\0KVM guest sometimes failed to boot because of kernel stack overflow if KPTI is enabled on a hisilicon ARM64 platform.\0"
+ "From\0Will Deacon <will.deacon@arm.com>\0"
+ "Subject\0Re: KVM guest sometimes failed to boot because of kernel stack overflow if KPTI is enabled on a hisilicon ARM64 platform.\0"
  "Date\0Thu, 21 Jun 2018 10:18:51 +0100\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0James Morse <james.morse@arm.com>\0"
+ "Cc\0Wei Xu <xuwei5@hisilicon.com>"
+  catalin.marinas@arm.com
+  suzuki.poulose@arm.com
+  dave.martin@arm.com
+  mark.rutland@arm.com
+  marc.zyngier@arm.com
+  linux-arm-kernel@lists.infradead.org
+  linux-kernel@vger.kernel.org
+  Linuxarm <linuxarm@huawei.com>
+  Hanjun Guo <guohanjun@huawei.com>
+  xiexiuqi@huawei.com
+  huangdaode <huangdaode@hisilicon.com>
+  Chenxin (Charles) <charles.chenxin@huawei.com>
+  Xiongfanggou (James) <james.xiong@huawei.com>
+  Liguozhu (Kenneth) <liguozhu@hisilicon.com>
+  Zhangyi ac <zhangyi.ac@huawei.com>
+  jonathan.cameron@huawei.com
+  Shameerali Kolothum Thodi <shameerali.kolothum.thodi@huawei.com>
+  John Garry <john.garry@huawei.com>
+  Salil Mehta <salil.mehta@huawei.com>
+  Shiju Jose <shiju.jose@huawei.com>
+  Zhuangyuzeng (Yisen) <yisen.zhuang@huawei.com>
+  Wangzhou (B) <wangzhou1@hisilicon.com>
+  kongxinwei (A) <kong.kongxinwei@hisilicon.com>
+  Liyuan (Larry
+  Turing Solution) <Larry.T@huawei.com>
+ " libeijian@hisilicon.com\0"
  "\00:1\0"
  "b\0"
  "On Thu, Jun 21, 2018 at 09:38:53AM +0100, James Morse wrote:\n"
  "> On 20/06/18 17:25, Wei Xu wrote:\n"
- "> > ??? [??? 0.042421] Insufficient stack space to handle exception!\n"
- "> > ??? [??? 0.042423] ESR: 0x96000046 -- DABT (current EL)\n"
- "> > ??? [??? 0.043730] FAR: 0xffff0000093a80e0\n"
- "> > ??? [??? 0.044714] Task stack: [0xffff0000093a8000..0xffff0000093ac000]\n"
+ "> > \302\240\302\240\302\240 [\302\240\302\240\302\240 0.042421] Insufficient stack space to handle exception!\n"
+ "> > \302\240\302\240\302\240 [\302\240\302\240\302\240 0.042423] ESR: 0x96000046 -- DABT (current EL)\n"
+ "> > \302\240\302\240\302\240 [\302\240\302\240\302\240 0.043730] FAR: 0xffff0000093a80e0\n"
+ "> > \302\240\302\240\302\240 [\302\240\302\240\302\240 0.044714] Task stack: [0xffff0000093a8000..0xffff0000093ac000]\n"
  "> \n"
  "> This was a level 2 translation fault on a write, to an address that is within\n"
  "> the stack....\n"
  "> \n"
  "> \n"
- "> > ??? [??? 0.051113] IRQ stack: [0xffff000008000000..0xffff000008004000]\n"
- "> > ??? [??? 0.057610] Overflow stack: [0xffff80003efce2f0..0xffff80003efcf2f0]\n"
- "> > ??? [??? 0.064003] CPU: 0 PID: 12 Comm: migration/0 Not tainted\n"
+ "> > \302\240\302\240\302\240 [\302\240\302\240\302\240 0.051113] IRQ stack: [0xffff000008000000..0xffff000008004000]\n"
+ "> > \302\240\302\240\302\240 [\302\240\302\240\302\240 0.057610] Overflow stack: [0xffff80003efce2f0..0xffff80003efcf2f0]\n"
+ "> > \302\240\302\240\302\240 [\302\240\302\240\302\240 0.064003] CPU: 0 PID: 12 Comm: migration/0 Not tainted\n"
  "> > 4.17.0-45865-g2b31fe7-dirty #10\n"
- "> > ??? [??? 0.072201] Hardware name: linux,dummy-virt (DT)\n"
+ "> > \302\240\302\240\302\240 [\302\240\302\240\302\240 0.072201] Hardware name: linux,dummy-virt (DT)\n"
  "> \n"
- "> > ??? [??? 0.076797] pstate: 604003c5 (nZCv DAIF +PAN -UAO)\n"
- "> > ??? [??? 0.081727] pc : el1_sync+0x0/0xb0\n"
+ "> > \302\240\302\240\302\240 [\302\240\302\240\302\240 0.076797] pstate: 604003c5 (nZCv DAIF +PAN -UAO)\n"
+ "> > \302\240\302\240\302\240 [\302\240\302\240\302\240 0.081727] pc : el1_sync+0x0/0xb0\n"
  "> \n"
  "> ... from the vectors.\n"
  "> \n"
  "> \n"
- "> > ??? [??? 0.085217] lr : kpti_install_ng_mappings+0x120/0x214\n"
+ "> > \302\240\302\240\302\240 [\302\240\302\240\302\240 0.085217] lr : kpti_install_ng_mappings+0x120/0x214\n"
  "> \n"
  "> What I think is happening is: we come out of the kpti idmap with the stack\n"
  "> unmapped. Shortly after we access the stack, which faults. el1_sync faults as\n"
@@ -88,4 +115,4 @@
  " \tadd\tcur_pmdp, cur_pmdp, #8\n"
  " \tcmp\tcur_pmdp, end_pmdp"
 
-e5631abd63d5d51140c371c756af37a309a560ef2b2070f77f86ed912e624ff9
+dcfea363762201f9865ddaaeed4efa1cf569dd42b54efea2480e4fe94c5353f5

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.